charts - झुंड नीचे चार्ट जला, वे नकारात्मक जा सकते हैं?




agile scrum (5)

Y- अक्ष का विस्तार करना यह वास्तव में सभी को स्पष्ट करता है कि आप ऊपर और स्प्रिंट लक्ष्य से परे जा रहे हैं। आमतौर पर यह एक बड़ा मुद्दा नहीं है क्योंकि आप उस पर बहुत अधिक नहीं जाते हैं

यदि यह एक नियमित घटना हो जाती है या यदि आप एक महत्वपूर्ण राशि से अधिक हो जाते हैं तो आपके आकलन प्रक्रिया में कुछ गड़बड़ है शायद आप व्यापार के "गैर-तेज" पक्ष से निपटने में अधिक सतर्क हैं प्रयास करें और सवारी के लिए सभी को साथ लाओ।

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

मेरा प्रश्न यह है कि जब आप अपनी स्प्रिंट प्रतिबद्धता को पार कर चुके हैं तो आप चार्ट को जला कैसे करते हैं? मैं दो विकल्पों के बारे में सोच सकता हूं:

  • नकारात्मक दिशा में y- अक्ष को बढ़ाएं और नीचे गिनती रखें
  • अधिक कार्ड / कहानियां / कार्य जोड़ें और उस राशि से बर्न जमानत मूल्य बढ़ाएं, जब वह काम समाप्त हो जाएगा।

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


जब हम स्प्रिंट के लिए और अधिक आइटम जोड़ते हैं, तो हम स्प्रिंट बर्गडन चार्ट पर प्रतिबिंबित करने के लिए बाकी कार्य के अनुमान को अपडेट करते हैं:

वैकल्पिक पाठ http://www.movingsummit.co.uk/images/burndown_chart.JPG

लेकिन जैसा कि अन्य उत्तर में बताया गया है, यह दर्शाता है कि शेष काम का अनुमान बदल गया, न कि कारण (हमने काम का पुन: अनुमान लगाया या हमने काम जोड़ा?) और काम के संचय के लिए नहीं। यह हालांकि एक मुद्दा नहीं हो सकता है

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

वैकल्पिक पाठ http://www.movingsummit.co.uk/images/burnup_chart.JPG


मेरी राय में, बर्गडन चार्ट नकारात्मक नहीं जा सकते यदि आप अपने काम के साथ काम कर रहे हैं तो आप या तो अपनी कुर्सियों में बैठकर कुछ भी नहीं कर रहे हैं जिसका अर्थ है कि बोरडॉउन शून्य पर रहेगा

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

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

हालांकि, अगर आपकी टीम के साथ ऐसा अक्सर होता है तो आप लगातार अपने वेग को कम करके देखते हैं और शुरुआत से अधिक कार्य करने लगते हैं। मैं यह नहीं कह रहा हूं कि यह एक बुरी चीज है कि वह जल्दी खत्म करने में और अधिक कार्य करने में सक्षम हो, लेकिन यदि यह बहुत अधिक स्प्रिंट में होता है तो यह एक संकेत है कि टीम शुरू से ही कम से कम काम कर रही है, या तो दुर्घटना से या बिल्कुल यकीन है कि वहाँ कोई रास्ता नहीं है वे स्प्रिंट विफल हो जाएगा

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


यदि आप अपने जलने के साथ लगातार नकारात्मक जा रहे हैं, तो यह संकेत देगा कि आप लगातार अनुमान लगा रहे हैं, इस प्रकार आपका कार्य "बहुत जल्दी" खत्म हो रहा है। इसे ठीक करने के लिए, 1 से कम (यानी 0.75, 3/4) के एक कारक के अनुमान को गुणा करना शुरू करें (मैं इसके लिए सही शब्द भूल गया - क्या यह "स्केलिंग" है?)। यह स्प्रिंट या तीन के लिए करें, देखें कि यह परिणाम को कैसे प्रभावित करता है, इसमें प्रत्येक डेवलपर के लिए सही कारक प्राप्त करने के लिए दो पुनरावृत्तियों को ले सकता है। इसका मतलब है कि आप नियमित स्प्रिंट के भीतर और अधिक फिट करने में सक्षम होंगे और इसे जल्दी से पूरा नहीं करना चाहिए


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

उत्पाद स्वामी के बारे में क्या है? आप कितना संवाद करना चाहते हैं कि आपने अधिक वितरण किया है? टीम के दो मामलों में अंतर करने के लिए टीम के लिए यह कितना महत्वपूर्ण है, और अगली बार अनुमान लगाने में कैसे सुधार करें, या शुरुआत से अधिक के लिए प्रतिबद्ध करने का विश्लेषण करने के लिए पूर्वव्यापी पर उनका उपयोग करें? वैकल्पिक बर्गडाउन चार्ट ( http://www.mountaingoatsoftware.com/scrum/alt-releaseburndown ) को परिभाषित करने के लिए एक समान दृष्टिकोण का उपयोग किया गया है, इसलिए चार्ट को दोबारा बनाते हुए और अधिक नीचे जलाए जाने, स्पष्ट रूप से एक विस्तारित दायरा दिखाता है, और जलता है हो सकता है कि टीम नए कार्यों की खोज की जा रही है, जबकि किसी कहानी पर काम करना शुरू हो रहा है ;-)

Ciao
ANdreaT