अलग-अलग टीम की क्षमता के साथ स्प्रिंट वेग का अनुमान कैसे लगाया जाए?

Question

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

Answer 1

यह एक सरल तरीका हो सकता है, लेकिन तुम क्यों के रूप में अपने वेग की गणना नहीं है completed story points * capacityया completed story points / capacity, कैसे उपाय क्षमता पर निर्भर करता है। यदि आप मानव-घंटे में क्षमता को मापते हैं, तो दूसरे का उपयोग करें। यदि आप 40-सप्ताह के सप्ताह के प्रतिशत के रूप में क्षमता को मापते हैं, तो पहले का उपयोग करें। जब आप कहानी के बिंदुओं को खींचने जाते हैं, तो आपको दिए गए स्प्रिंट के लिए अपनी क्षमता के बारे में एक अच्छा विचार होना चाहिए, और दिए गए लोड के लिए पूरी की गई कहानी के बिंदुओं को निर्धारित करने के लिए अपनी परियोजना के ऐतिहासिक डेटा का उपयोग करना चाहिए।

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

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

Comments

अंकों के साथ औचित्य को दर्शाते हुए, स्प्रिंट एन के अंत में कहें: हमारे पास 17 पूर्ण कहानी अंक * 0.97 (1 देव का दिन बाहर) = 16.49 वेग; अन्य सूत्र का उपयोग करते हुए, 17 एसपी / 0.97 = 17.52। अब, सवाल आता है। अनुसरण स्प्रिंट (n + 1) की योजना बैठक में, 0.875 (देवों के बीच 5 दिन) की वर्तमान क्षमता के साथ, हमारा अपेक्षित वेग क्या है? हम कैसे अनुमान लगा सकते हैं कि हम कम क्षमता के साथ क्या कर सकते हैं?

— पोमेरियो

@Pomario मैं 2 सप्ताह, 40 घंटे / सप्ताह, 8 घंटे दिन स्प्रिंट मान रहा हूं। मान लिया जाए कि एक व्यक्ति ने एक दिन की छुट्टी ली है, तो पहले सूत्र के लिए क्षमता 0.99 या दूसरे के लिए 72 होनी चाहिए। यह आपको 16.66 या 0.24 में से एक परिकलित वेग देता है। अगले स्प्रिंट के लिए आपकी क्षमता 0.5 या 40 होगी। पिछले वेग और अपेक्षित भार को प्लग करें। इसका मतलब है कि आपको 8 और 10 कहानी बिंदुओं के बीच में लाना चाहिए, क्योंकि आप अपने अपेक्षित भार से कई पूर्ण वेग को पूरा करते हैं। मैं 8 या 9 के करीब आता हूं। (कोई व्यक्ति मेरे गणित को दोबारा जांचना चाहता है - मैं आज थोड़ा बीमार हूं।)

— थॉमस ओवंस

मुझे बस एहसास हुआ कि मैंने एक गलती की है - पहली क्षमता 0.90 होगी, 0.99 नहीं, क्योंकि 8 घंटे 80 घंटे के काम के सप्ताह का 10% है। इसका मतलब है कि पहले स्प्रिंट के लिए गणना वेग 15.3 होगा। हालाँकि, डेटा का विश्लेषण नहीं बदलता है।

— थॉमस ओवेन्स

Answer 2

यदि क्षमता समान रहती है तो भी गति भिन्न हो सकती है।

तो बस अपने वेग पर भरोसा रखें यह अलग-अलग क्षमता का ध्यान रखेगा अर्थात आप 3 जी स्प्रिंट में हैं, अगले स्प्रिंट के लिए अंतिम दो पूर्ण स्प्रिंटों का औसत लें। क्षमता में विचरण के बारे में चिंता न करें।

Answer 3

वेग एक मार्गदर्शक है, उपाय नहीं। बस अपने सभी स्प्रिंट का औसत (मानक विचलन के लिए खाता) और अपने सबसे खराब तीन का औसत, अपने सर्वश्रेष्ठ तीन का औसत लें और कहें "हम निश्चित रूप से ये कर लेंगे, हम ये कर सकते हैं, हमें नहीं मिलेगा ये हो गया। " इन तीनों वेगों और आपकी खुरदुरी समयसीमा का उपयोग करते हुए (पूरी तरह से अनुमानित) बैकलॉग के माध्यम से तीन रेखाएँ खींचकर (यह 12 स्प्रिंट का अनुमान लगाएँ और आपका सबसे बुरा वेग 75 है, 12x आपका सबसे अच्छा 120 है और 12x आपका औसत 90 है। 100 अंक के बैकलॉग में , यहां तक ​​कि अपने सबसे खराब पर, आप इसकी तीन चौथाई कर सकते हैं, अपने सबसे अच्छे रूप में आप पूरी बात करेंगे और औसतन, आप इसे सबसे अधिक वितरित करेंगे)।

इस डेटा के साथ, आपका PO वह सभी निर्णय ले सकता है जिसकी उसे आवश्यकता है जो उसके पास होना चाहिए, हम उसे पसंद करेंगे और जो वह नहीं छोड़ रहा है।

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