स्क्रैम और कानबन में मेट्रिक्स

विभिन्न कारणों से, आईटी कंपनियों के बीच स्क्रम बहुत व्यापक हो गया है। कई कंपनियों और व्यक्तिगत टीमों ने अपनी परियोजनाओं में स्क्रैम को लागू करना शुरू कर दिया। कुछ ऐसा करते हैं, दूसरे नहीं करते। एक सक्षम और अनुभवी विशेषज्ञ, कुछ नया पेश करने से पहले हमेशा मैट्रिक्स के बारे में सोचता है। कैसे सुनिश्चित करें कि स्क्रेम कार्यान्वयन योजना के अनुसार हो रहा है? क्या टीम के प्रदर्शन में सुधार हो रहा है? क्या कोई समस्या है? अगर आपने भी ये सवाल पूछा, तो बिल्ली का स्वागत है।



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

यह पता चला है कि पहली नज़र में कोई अच्छा मैट्रिक्स नहीं हैं। लेख के अंत में मैं स्करम में कुछ निहित मैट्रिक्स का उल्लेख करूंगा, लेकिन अब हम समस्याओं के कारण के बारे में बात करते हैं। मुख्य कारण समय है। व्यापार लगभग सब कुछ समय से मापता है (यहां तक ​​कि पैसा भी समय है)। और स्क्रम में यह बहुत समय निर्धारित है (जल्दी से हम सभी को "लौह त्रिकोण" याद है) और विकास पुनरावृत्तियों द्वारा किया जाता है। लेकिन पुनरावृत्ति के अंदर, बहुत सारी दिलचस्प चीजें होती हैं: हम कार्य करते हैं, उपयोगकर्ता कहानियां, परीक्षण करते हैं, उत्पाद एकत्र करते हैं, इंस्टॉल करते हैं, आदि। और यह सारी जानकारी पुनरावृति की पृष्ठभूमि पर खो जाती है। तथाकथित "शोर चौरसाई" जगह लेता है । यदि हम एक गतिविधि के साथ घसीटते हैं, तो हम दूसरे को पकड़ सकते हैं। आखिरकार, पुनरावृत्ति पूरी तरह से टीम से संबंधित है और टीम पुनरावृत्ति के अंदर कुछ भी "आविष्कार" कर सकती है, यदि केवल अंत में सब कुछ तैयार है। यह दृष्टिकोण नियोजन के लिए बहुत अच्छा है, लेकिन मैट्रिक्स के लिए घृणित है।

सबसे पहले, हम बहुत कम ही मैट्रिक्स ले सकते हैं - एक पुनरावृत्ति के अंत में। और यह सप्ताह में एक बार सबसे अच्छा है। मूल रूप से, सभी समान हर दो सप्ताह में। दूसरे, हमने पहले ही "स्मूथिंग" का उल्लेख किया है और यह अपना समायोजन भी करता है। संपूर्ण पुनरावृत्ति, स्थिति बहुत खराब थी, लेकिन अंत में सभी ने एक अमानवीय प्रयास किया और आवाज उठाई - सब कुछ तैयार है और मैट्रिक्स क्रम में हैं। यह अच्छा है या नहीं? नहीं! हम उपयोगी जानकारी खो देते हैं और अपनी गलतियों से नहीं सीखते हैं।

कानबन में हालात बिल्कुल अलग हैं। यहां, प्रत्येक कार्य पर ध्यान दिया जाता है। मेट्रिक्स को पूरे कार्य प्रवाह से हटा दिया जाता है जो विकास टीम से गुजरता है। यहाँ मैट्रिक्स की एक छोटी सूची है:

• साइकिल का समय - उस समय से जब यह कार्य उस समय से विकास में था जब इसे अंतिम वितरण चरण से गुजरने के क्षण तक काम करना शुरू किया गया था।
• WIP - कार्य में एक साथ कार्यों की संख्या। यह कार्य पर काम के विभिन्न चरणों में विभाजित है।
• लीड समय - कार्य की उपस्थिति से इसकी अंतिम डिलीवरी तक का समय। क्रियान्वयन कतार में चक्र समय और विलंबता शामिल है।
• व्यर्थ समय - वह समय जो कार्य विभिन्न कतारों में बिताता है, और सीधे काम में नहीं।
• प्रभावशीलता समय का प्रतिशत है जो विभिन्न कतारों में अपेक्षाओं के बजाय किसी कार्य के साथ काम करने पर सीधे खर्च किया जाता है।
• थ्रूपुट - उन कार्यों की संख्या जो एक टीम समय की प्रति इकाई (दिन, सप्ताह, महीने) कर सकती है।

मीट्रिक की यह सरल सूची आपको विकास प्रक्रिया को पूरी तरह से समझने और नियंत्रित करने, लगातार विश्लेषण करने और इसे सुधारने की अनुमति देती है। आदर्श रूप में, इन मेट्रिक्स को कार्यों की श्रेणियों के संदर्भ में माना जाता है (आकार, प्रकार, तात्कालिकता) जो कि हो रहा है की समझ को और बेहतर बनाने के लिए और टीम के कार्य परिणामों की अधिक सटीक भविष्यवाणी की अनुमति देता है।

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

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

आप किन मेट्रिक्स का उपयोग करते हैं? स्क्रैम में आपके लिए क्या मैट्रिक्स अच्छा काम करती है?