इंजीनियरिंग टीमों के लिए स्प्रिंट प्लानिंग एजेंडा टेम्पलेट

स्प्रिंट ओवरलोड क्यों हो जाते हैं

स्प्रिंट प्लानिंग में एक संरचनात्मक विफलता है जिसे टेम्पलेट्स नहीं रोकते: टीमें किसी के कैपेसिटी जाँचने से पहले ही स्प्रिंट बैकलॉग चुन लेती हैं। नतीजा एक ऐसा स्प्रिंट होता है जो व्हाइटबोर्ड पर हासिल करने लायक लगा और बुधवार तक ढह जाता है जब दो इंजीनियर आधे हफ्ते के लिए छुट्टी पर होते हैं, एक टिकट का स्कोप तिगुना हो जाता है, और तीन आइटमों की एक ऐसी सर्विस पर अनकही डिपेंडेंसीज़ थीं जिसे प्लेटफ़ॉर्म टीम फिर से लिख रही है।

इसका हल सरल है और लगभग कभी किया नहीं जाता: काम की प्रतिबद्धता करने से पहले कैपेसिटी की प्रतिबद्धता करें। नीचे दिया गया टेम्पलेट ठीक इसी वजह से एक कैपेसिटी रिव्यू से शुरू होता है।

एजेंडा (इसे कॉपी-पेस्ट करें)

अवधि: 2-हफ्ते के स्प्रिंट के लिए 2 घंटे; 1-हफ्ते के स्प्रिंट के लिए 1 घंटा
फॉर्मैट: संचालित, पूरी टीम को बैकलॉग दिखाई देता हुआ

सेक्शन 1 — स्प्रिंट लक्ष्य (10 मिनट)

एक वाक्य: एक सफल स्प्रिंट बाहर से कैसा दिखता है?
लक्ष्य इतना विशिष्ट होना चाहिए कि कोई भी टीम सदस्य स्प्रिंट के अंत में आँक सके कि आपने उसे हासिल किया या नहीं
ऐसे लक्ष्य ठुकराएँ जो महज़ टिकटों की सूची हों ("ऑथ रीफ़ैक्टर और बिलिंग पेज पूरा करो") — वह एक बैकलॉग है, लक्ष्य नहीं

सेक्शन 2 — कैपेसिटी रिव्यू (15 मिनट)

हर टीम सदस्य को नाम से सूचीबद्ध करें
हर एक के लिए: तयशुदा PTO, ऑन-कॉल रोटेशन, नियमित मीटिंग्स, ज्ञात बाहरी प्रतिबद्धताएँ
कैपेसिटी को उपलब्ध स्टोरी पॉइंट्स या दिनों में व्यक्त करें — हेडकाउंट में नहीं
यह संख्या ही ऊपरी सीमा है; इससे ज्यादा काम न चुनें

सेक्शन 3 — बैकलॉग चयन (45 मिनट)

रीफ़ाइंड बैकलॉग से सबसे-ऊँची-प्राथमिकता वाली मदों पर चलें
हर उम्मीदवार के लिए: क्या टीम के पास इसे शुरू करने भर को पर्याप्त है, या ऐसे ओपन सवाल हैं जिनके जवाब स्प्रिंट शुरू होने से पहले चाहिए? ओपन सवाल रिफ़ाइनमेंट क्यू में हैं, स्प्रिंट में नहीं
कैपेसिटी के 80% पर पहुँचते ही चुनना बंद कर दें; बचा 20% स्पिलओवर और अनप्लान्ड काम सोख लेता है

सेक्शन 4 — एक्सेप्टेंस क्राइटेरिया (20 मिनट)

हर चुने गए आइटम के लिए: वह मापदंड बताएँ जो इसे पूरा बनाता है
अगर टीम 60 सेकंड में कोई मापदंड नहीं बता सकती, तो टिकट पर्याप्त रीफ़ाइंड नहीं है — इसे वापस बैकलॉग में ले जाएँ
इसे अभी, कमरे में, टिकट में ही लिखें; "इसे बाद में जोड़ेंगे" पर भरोसा न करें

सेक्शन 5 — रिस्क और डिपेंडेंसीज़ (15 मिनट)

ऐसा क्या स्प्रिंट लक्ष्य की डिलीवरी को ब्लॉक कर सकता है जो टीम के नियंत्रण में नहीं?
डिपेंडेंसी के जिम्मेदार का नाम लें; इसे अभी सामने लाएँ जब आधे-स्प्रिंट से पहले इसे सुलझाने का समय है
अनसुलझी डिपेंडेंसीज़ को टीम से एक नामित जिम्मेदार मिलता है जो उन्हें ट्रैक करेगा

समापन (15 मिनट)

पुष्टि करें कि चुने गए काम को देखते हुए स्प्रिंट लक्ष्य अभी भी मान्य है
स्प्रिंट रीकैप नोट लेने वाले को सौंपें, या ऑटोमेटेड रिपोर्ट सेटअप की पुष्टि करें
अगली प्लानिंग की तारीख की पुष्टि करें

अधिकांश स्प्रिंट प्लानिंग टेम्पलेट्स क्या चूक जाते हैं

सबसे लोकप्रिय स्प्रिंट प्लानिंग टेम्पलेट्स बैकलॉग ग्रूमिंग और डेफ़िनिशन-ऑफ-डन पर ध्यान देते हैं। दोनों अहम हैं। पर दोनों में से कोई भी उस प्लानिंग गलती को संबोधित नहीं करता जो सबसे ज्यादा स्प्रिंट विफलताएँ पैदा करती है: उपलब्धता जाँचे बिना काम चुनना।

पूरी कैपेसिटी पर पाँच इंजीनियरों की एक टीम के पास हर 2-हफ्ते के स्प्रिंट में करीब 200 स्टोरी पॉइंट्स उपलब्ध होते हैं। पाँच की वह टीम जिसमें दो इंजीनियर PTO पर हों, एक ऑन-कॉल रोटेट कर रहा हो, और एक तीन-दिन के ऑफ़साइट में हो, के पास शायद 110 होते हैं। अगर आप दूसरे स्प्रिंट में 180 पॉइंट्स चुनते हैं, तो आप पहले ही नाकाम हो चुके हैं। चयन का कदम ही वह जगह है जहाँ ओवरकमिट होता है, और कैपेसिटी को उससे पहले आना ही होगा।

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

इन अंतरालों की संचित लागत — ओवरलोडेड स्प्रिंट्स, आधे-स्प्रिंट की खोजें, फिर से बहस में पड़ी परिभाषाएँ — तब साफ़ दिखती है जब आप इसे जोड़ते हैं: मीटिंग टैक्स।

स्प्रिंट प्लानिंग नोट्स दिखने से ज्यादा कठिन क्यों हैं

स्प्रिंट प्लानिंग लगभग किसी भी अन्य नियमित मीटिंग से ज्यादा जानकारी पैदा करती है: स्प्रिंट लक्ष्य, कैपेसिटी संख्याएँ, आइटम-दर-आइटम चयन का तर्क, प्रति टिकट एक्सेप्टेंस क्राइटेरिया, डिपेंडेंसी जिम्मेदार, रिस्क आइटम। एक उपयोगी रीकैप लिखने के लिए इन सबको ऐसे रूप में कैप्चर करना चाहिए जो तीन दिन बाद तब उपयोगी हो जब कोई पूछे "हमने उस आइटम को क्यों काटा था?"

Pavleur कॉल के अंत में स्प्रिंट प्लानिंग रिपोर्ट अपने-आप जनरेट करता है। यह स्प्रिंट लक्ष्य, तर्क सहित चुना गया बैकलॉग, मीटिंग में बताए अनुसार एक्सेप्टेंस क्राइटेरिया, और नाम लिए अनुसार डिपेंडेंसी जिम्मेदार कैप्चर करता है। अगर किसी ने बैकलॉग या कैपेसिटी स्प्रेडशीट स्क्रीनशेयर की, तो वह दृश्य चर्चा के साथ रिपोर्ट में शामिल होता है — वह संदर्भ जिसे Otter या Fireflies जैसे सिर्फ-ऑडियो वाले टूल्स पूरी तरह चूक जाते। जो देर से जुड़ा हो या जिसे आधे-स्प्रिंट में कोई फैसला जाँचना हो, उसके पास पूरा रिकॉर्ड होता है। यह सिर्फ-ऑडियो वाले टूल्स से कैसे अलग है, इसकी तुलना के लिए: Pavleur बनाम विकल्प।

आधे-स्प्रिंट में प्लान बदलाव को संभालना

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

स्पष्ट री-प्लानिंग की आदत डालें। वही संरचना इस्तेमाल करें: अपडेटेड कैपेसिटी, संशोधित चयन, फिर से बताया गया लक्ष्य। यह उस उलझन से कहीं कम समय लेता है जिसे यह रोकता है।