सॉफ्टवेयर इंजीनियर कैसेन विधि का उपयोग कर सकते हैं

आप स्क्रैम से परिचित हैं, है ना? मुझे लगता है कि हाँ यह देखते हुए कि द स्क्रैम अलायंस के 400, 000 से अधिक सदस्य हैं, और उनमें से अधिकांश अपने संगठनों में इसका सफलतापूर्वक उपयोग कर रहे हैं।

लेकिन, यह एक चुस्त तरीके से सॉफ्टवेयर बनाने का एकमात्र तरीका नहीं है - गंभीरता से! क्या आपने कानबन के बारे में सुना है?

थोड़ी पृष्ठभूमि की जानकारी के लिए, इसे मूल रूप से दुबला विनिर्माण के लिए लागू किया गया था, क्योंकि यह एक कारखाने के माध्यम से प्रवाह के रूप में इनपुट और काम के उत्पादन की कल्पना करता था। इस दृश्य को एक बोर्ड पर प्रस्तुत किया गया था, जिसे एक प्रतीक्षा के रूप में जाना जाता था- कानबन। आपके लिए हाल ही में और अधिक प्रासंगिक, यह सॉफ्टवेयर विकास के प्रबंधन के लिए एक विधि के रूप में अपनाया गया है।

पहले न्यूरोलॉजिस्ट डेविड जे एंडरसन द्वारा उल्लिखित, यह सॉफ्टवेयर विकास और योजना को व्यवस्थित करने का एक तरीका है जो आपको प्रक्रिया की समस्याओं को उजागर करने और लगातार अपने उत्पाद में मूल्यवान सुधार देने की अनुमति देता है - जो मुझे पता है, आदर्श लगता है। सीधे शब्दों में कहें, तो किसी भी समय, आप देख सकते हैं कि काम (कार्ड द्वारा दर्शाया गया) विकास की प्रक्रिया में है।

यह काम किस प्रकार करता है

मूल कानबन बोर्ड छह स्तंभों का उपयोग करता है जो यह दिखाते हैं कि प्रत्येक कार्य उत्पाद विकास चक्र में है। यह जैसा दिखता है उसका एक मोटा नमूना नीचे है।

Trello पर इस Kanban बोर्ड उदाहरण देखें।

कॉलम 1: बैकलॉग

बैकलॉग कॉलम में विचारों, बगों या व्यावसायिक आवश्यकताओं की प्राथमिकता वाली सूची होनी चाहिए। कार्ड में अभी तक एक टन का विवरण नहीं है, लेकिन इसमें पर्याप्त जानकारी होनी चाहिए कि आपकी टीम के सदस्य समझें कि यह महत्वपूर्ण क्यों है।

कॉलम 2: योजना

इस कॉलम में, एक उत्पाद प्रबंधक व्यावसायिक हितधारकों, इंजीनियरों और डिजाइनरों के साथ बैठक करके इस सुविधा के लिए एक विनिर्देश भर देगा। जब यह तैयार हो जाता है, तो वह इसे "इंजीनियरिंग के लिए तैयार" कॉलम में ले जाएगा।

कॉलम 3: इंजीनियरिंग के लिए तैयार

इस स्तर पर, सभी कार्डों में विस्तृत विनिर्देशों होनी चाहिए। हालांकि आपके पास अभी भी तकनीकी विवरण के बारे में प्रश्न हो सकते हैं, लेकिन व्यावसायिक आवश्यकताएं स्पष्ट होनी चाहिए।

कॉलम 4: प्रगति में

आप किसी भी समय "प्रगति पर" कार्ड ले जा सकते हैं। यह स्व-चालित "पुल" प्रणाली व्यक्तिगत जवाबदेही और जिज्ञासा की संस्कृति का निर्माण करती है।

कॉलम 5: परीक्षण

जब आपने कार्ड पर काम पूरा कर लिया है, तो इसे "परीक्षण" पर ले जाएं जहां एक अन्य इंजीनियर (या क्यूए टीम पर कोई व्यक्ति) इसे उठाएगा।

कॉलम 6: तैनात

एक और परिभाषित करने वाली विशेषता यह है कि काम को लगातार एक मंचन या उत्पादन वातावरण में वितरित किया जाना चाहिए। यह कॉलम किसी भी टीम को यह देखने की अनुमति देता है कि हाल ही में क्या कार्य जारी किया गया है।

फायदे और व्यापार

जब आप कानबन और एक अधिक सामान्य कार्यप्रणाली जैसे कि स्क्रैम या झरना के बीच निर्णय ले रहे हों, तो इन लाभों और चुनौतियों को ध्यान में रखें:

लाभ: सहयोग में सुधार

कुछ विकास टीमों में, जिनके साथ मैंने काम किया है, इंजीनियर विशेषज्ञ थे। प्रत्येक टीम में एक युगल फ्रंटेंड इंजीनियर और बैकेंड इंजीनियर होंगे। इसका मतलब यह था कि काम अक्सर अवरुद्ध हो गया था क्योंकि एक इंजीनियर कुछ और के साथ व्यस्त था।

दूसरी ओर, कानबन प्रगति में काम को सीमित करता है और रुकावटों को हतोत्साहित करता है। प्रत्येक टीम का सदस्य एक समय में केवल एक आइटम पर काम कर सकता है, और जो कोई भी व्यस्त नहीं है वह "इंजीनियरिंग के लिए तैयार" कॉलम के शीर्ष से काम खींच सकता है। यह इंजीनियरिंग जनरल और टीम के सदस्यों के बीच सहयोग को प्रोत्साहित करता है।

लाभ को बढ़ावा दें: तैयार होने से पहले चीजों को पास न होने दें

Kanban केवल तब काम करती है जब आप कार्ड्स को अगले कॉलम तक ले जाने की प्रतीक्षा करते हैं जब तक कि वे पूरी तरह से समाप्त नहीं हो जाते। (बोनस: यह दोषों को बहुत कम करता है।)

चुनौती: समय को प्रतिबिंबित करने के लिए हतोत्साहित करता है

डिफ़ॉल्ट रूप से, स्पष्ट लक्ष्य, दिनांक लक्ष्य और रिलीज़ साइकिल के साथ कोई समय-बॉक्स वाले स्प्रिंट नहीं होते हैं। इसके बजाय, प्रत्येक कार्ड को एक स्वतंत्र काम के रूप में सोचें जो किसी भी समय पूरा और जारी किया जा सकता है।

काम के इस सतत प्रवाह के साथ, "स्प्रिंट अगले विकल्प तक" प्रतीक्षा नहीं है। आपको लगातार बोर्ड की जांच करने, अगले आइटम को खींचने और नीचे की ओर पूरी की गई वस्तुओं को स्थानांतरित करने की आवश्यकता है। जब तक आप पूर्वव्यापी और स्टैंडअप के लिए समय नहीं बनाते हैं, टीम के सदस्यों के लिए यह कठिन हो सकता है कि वे किस तरह से काम कर रहे हैं।

इसके आसपास हो जाओ: घबराहट से क्या काम करता है

मैंने कानबन के साथ दैनिक स्टैंडअप और रेट्रोस्पेक्टिव का उपयोग किया है और पाया है कि वे मूल्य जोड़ते हैं। यदि आपकी टीम के लिए काम करने वाली नियमित बैठकें या पैटर्न हैं, तो उन्हें कुत्ते के पालन के लिए बदल न दें। प्राथमिकताओं के बारे में बात करने के लिए बजट समय और वे कैसे बदल गए हैं ताकि हर कोई जानता है कि उत्पाद विकास चक्र में क्या हो रहा है।

लाभ: पारदर्शिता बढ़ाता है

प्रत्येक डेवलपर को एक कार्ड को "प्रगति" कॉलम में ले जाने की पहल करनी चाहिए। मतलब, किसी भी समय, टीम का प्रबंधक इस बात पर एक नज़र डाल सकता है कि कौन व्यस्त है, कौन व्यस्त नहीं है, और कितने समय से कोई काम चल रहा है।

जब उत्पादन धीमा हो जाता है या बंद हो जाता है, तो कानबन आपको ठीक से देखने की अनुमति देता है। क्या यह इसलिए है क्योंकि व्यवसाय टीम ने बैकलॉग में आइटमों को प्राथमिकता नहीं दी है, उत्पाद टीम ने कल्पना समाप्त नहीं की है, देव टीम अपेक्षा से अधिक धीमी गति से आगे बढ़ रही है, या क्यूए टीम कुछ परीक्षण करने में असमर्थ रही है; अड़चनें स्पष्ट हैं।

लाभ को बढ़ावा दें: प्रगति को सार्वजनिक होने दें

एक लाभ यह है कि कानबन बहुत दृश्य है। यहां तक ​​कि गैर-तकनीकी टीम के सदस्य एक कानबन बोर्ड को देख सकते हैं और बता सकते हैं कि काम के टुकड़े प्रक्रिया में कहां हैं। अपने लाभ के लिए इसका उपयोग करें और अपने बोर्ड को सार्वजनिक स्थान पर लगाकर टीम की उपलब्धियों को चमकने दें।

चुनौती: दीर्घकालिक योजना के लिए अनुमति नहीं है

समय सीमा और अनुमानों के बारे में चिंता करना आपके समय का सबसे अधिक उत्पादक उपयोग नहीं है, इसलिए आप सराहना कर सकते हैं कि कानबन दिन-प्रतिदिन के उत्पादन के बारे में अधिक है। इसने कहा, यह केवल दीर्घकालिक योजना बनाने के लिए एक प्रणाली प्रदान नहीं करता है। यह आपको लंबे समय तक एक चीज पर ध्यान केंद्रित करने के बजाय छिटपुट रूप से परियोजनाओं पर काम करने का कारण बन सकता है। प्रोजेक्ट A पर एक दिन बिताना मुश्किल है, फिर प्रोजेक्ट B पर एक दिन फिर प्रोजेक्ट A पर वापस जाएँ।

इसके आसपास हो जाओ: इसका उपयोग तब करें जब आपकी प्राथमिकताएँ संभवतः बदलेंगी

आपके बोर्ड में प्रत्येक कॉलम दूसरों से स्वतंत्र है, इसलिए टीम के सदस्य किसी भी समय चीजों को स्थानांतरित कर सकते हैं। यह एक विक्रम सेटिंग में डेवलपर्स को परेशान कर सकता है (जहां स्प्रिंट के लिए अनुमान ऊपर की ओर बनाए गए हैं), लेकिन कानबान इस तरह के तेजी से बदलते परिवेश में पनपते हैं।

हर कोई अधिक प्रोडक्ट बनना चाहता है, लेकिन कुछ नया करने की कोशिश करना मुश्किल हो सकता है यदि आप सुनिश्चित नहीं हैं कि कहां से शुरू करें। मैंने कंबन को मददगार पाया है और आशा है कि आप इसे अपने व्यक्तिगत वर्कफ़्लो के लिए भी उपयोगी पाएंगे (या अपनी पूरी टीम के लिए भी!)।

अगर आप इसे एक शॉट देने का फैसला करते हैं तो मुझे ट्वीट करें!