स्क्रम में बर्न डाउन चार्ट में मानों की गणना कैसे करें

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

आइए एक बार फिर याद करें कि यह आरेख कैसा दिखता है।

इस उदाहरण में 10-दिन का स्प्रिंट लिया गया है। इसमें हम देखते हैं कि 2 दिन बीत चुके हैं (क्योंकि केवल पहले 2 खंड हरे ग्राफ़ से भरे हैं)।

साथ ही हम देखते हैं कुल स्प्रिंट वॉल्यूम - यह बिंदुयुक्त रेखा है, जो दिखाती है कि सोमवार 10:00 बजे, मंगलवार 10:00 बजे और बुधवार 10-00 बजे कुल स्प्रिंट वॉल्यूम नहीं बदला और 17 SP (Story Points) के बराबर है।

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

वास्तविक बर्न (हरा ग्राफ़) वास्तव में बचा हुआ काम दिखाता है। यानी अभी टीम द्वारा स्प्रिंट को सफलतापूर्वक पूरा करने के लिए आवश्यक 17 में से 1 Story Point पूरा किया गया है। पूर्ण अक्सर "Done" स्थिति वाला कार्य माना जाता है (प्रत्येक टीम के लिए Done क्या है, यह टीम स्वयं तय करती है। यहां तक कि एक विशेष आर्टिफैक्ट भी है जिसे DOD - Definition Of Done - कहा जाता है - यह प्रत्येक टीम का अपना होता है और इसमें बहुत सटीक रूप से वर्णित होता है कि कार्य पूरा होने का क्या अर्थ है और इसे "Done" स्थिति में ले जाया जा सकता है। अक्सर यह "प्रोड पर डिप्लॉय किया गया" होता है, लेकिन बारीकियां हो सकती हैं। कुल मिलाकर, वर्तमान ग्राफ़ के अनुसार हम समझते हैं कि केवल एक स्टोरी का DOD पूरा हुआ है, जिसे टीम ने 1 SP आंका था।

आदर्श बर्न दिखाता है कि पूर्ण रूप से समान कार्य की स्थिति में वास्तविक बर्न का ग्राफ़ किस बिंदु पर होना चाहिए। यानी इस समय पूर्ण रूप से समान कार्य के साथ 3 SP पूरे होने चाहिए।

मुझे संदेह है कि यह समझना दिलचस्प हो सकता है कि Story Pointक्या है। वास्तव में, एक टीम का 1 SP और दूसरी टीम का 1 SP अपने पीछे अलग मात्रा में काम छिपा सकते हैं। उदाहरण के लिए, हमारे पास समान संख्या में लोगों वाली टीमें हैं, लेकिन एक की स्प्रिंट क्षमता 17 SP है, और दूसरी की 35SP। और यह सामान्य है। बात यह है कि टीम स्वयं अपने लिए एक संदर्भ कार्य चुनती है जिसके सापेक्ष वह ग्रूमिंग में सभी कार्यों का आकलन करती है (पुराना नाम - यह साप्ताहिक बैठक है जिसमें PO User Stories को आकलन के लिए लाता है, और टीम प्लानिंग पोकर के माध्यम से उनका आकलन करती है) (SAFe में यह PBR - Product Backlog Refinement है)।

इस प्रकार, हमारे पास एक संदर्भ User Story हो सकती है "मैं, कार चालक की भूमिका में, कार में ईंधन भरने के बाद, आवश्यकता पड़ने पर कागज़ पर छपी रसीद प्राप्त करना चाहता हूं"। तय करें कि यह हमारी टीम के लिए 8SP है। और, जब PO एक नई User Story बताता है जिसका हमें आकलन करना है, तो हम उसका आकलन संदर्भ कार्य के सापेक्ष करते हैं। तदनुसार, नई का आकलन टीम द्वारा 5 SP में किया जा सकता है, उदाहरण के लिए, और इसी तरह बैकलॉग की सभी स्टोरीज़ को अपने आकलन मिलते हैं।

टीम की क्षमता आंकड़ों के आधार पर गणना की जाती है। पहले 1-2 स्प्रिंट में उन SP की संख्या मापी जाती है जिन्हें टीम बंद करती है और औसत मान निकाला जाता है, इसी मान पर योजना बनाई जाती है (जब PO बैकलॉग से एक निश्चित क्षमता के लिए स्प्रिंट में कार्य चुनता है)।

मुझे आशा है कि मैंने पर्याप्त स्पष्ट रूप से लिखा है कि बर्न डाउन चार्ट पर मान कैसे प्राप्त होते हैं।