स्क्रम: असीमित उत्पाद और स्प्रिंट वेग

Question

मान लें कि उत्पाद एक्स 10 कहानी बिंदुओं के लायक है। विकास स्प्रिंट वाई में शुरू होता है, लेकिन समय पर पूरा नहीं होता है। स्प्रिंट वाई की वेग की गणना करते समय कहानी बिंदुओं के साथ आप क्या करते हैं?

क्या आप:

ए। स्प्रिंट वाई के लिए 0 स्टोरी पॉइंट आवंटित करें और स्प्रिंट के लिए 10 अंक इसे अंत में पूरा कर लिया गया है;

बी। शेष कार्य के लिए कहानी बिंदु निर्धारित करें (मान लें 3) और स्प्रिंट वाई (हमारे उदाहरण में 7) में अंतर आवंटित करें; या

सी। कुछ और?

अग्रिम धन्यवाद!

Answer 1

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

Answer 2

स्प्रिंट वाई के लिए 0 अंक आवंटित करें और कहानी समाप्त होने पर 10 अंक आवंटित करें। या तो कहानी पूरी की जाती है या यह नहीं किया जाता है। वहां कोई मध्य क्षेत्र नही है। आप 50% से बचने के लिए चाहते हैं या आपकी टीम कई कहानियों को आधा रास्ता लागू कर सकती है और कोई भी पूरी तरह से नहीं।

यह पूरी तरह ठीक है कि एक स्प्रिंट के दौरान एक कहानी खत्म न करें और इसे अगले स्प्रिंट में पूरा न करें। लेकिन, आपको स्प्रिंट समीक्षा के दौरान उत्पाद की मालिक को यह कहानी प्रस्तुत नहीं करनी चाहिए।

यदि आपके पास दिए गए स्प्रिंट के लिए पर्याप्त कहानियां हैं, तो इससे कोई फर्क नहीं पड़ता कि कहानी इस स्प्रिंट या अगले को पूरा कर लेती है या नहीं। चीजें औसत होगी।

टीम और हितधारकों को यह बताने के लिए भी महत्वपूर्ण है कि रिलीज होने पर वेग अनुमान लगाने में मदद करता है और टीम के प्रदर्शन का एक उपाय नहीं है।

टीम को उनके द्वारा उत्पादित अंतिम परिणाम पर निर्णय लिया जाना चाहिए, न कि जब वे परिणाम उत्पन्न होते हैं।

अच्छी तरह से प्राथमिकता वाले बैकलॉग के साथ संयुक्त, आप अच्छी गुणवत्ता वाले सॉफ्टवेयर बनाएंगे जिसका अर्थ है कि आपके ग्राहकों को इसकी आवश्यकता है।

Answer 3

कि स्प्रिंट के विचारों में से एक है, "पूर्णता" बाइनरी, या तो किया या नहीं, समय के साथ टीम (रों) बेहतर आकलन करना होगा और इस सवाल का प्रासंगिकता

Answer 4

खो देंगे, लेकिन है ...

अगला प्रश्न यह है कि आप वाई के बाद स्प्रिंट के लिए अपनी प्रतिबद्धता को कैसे सीमित करते हैं। यदि आपके पिछले मौसम से पता चलता है कि आपके पास 20pts की औसत वेग है। यदि आप कहानी को ले जाते हैं तो आप 10 से अधिक लेते हैं। हालांकि अगर आपको लगता है कि कहानी के केवल 3 कदम शेष हैं: क्या आप

ए) 20pts बी की अनुमानित क्षमता को भरने के लिए एक और 17pt पर जाएं बी) केवल 10pt अधिक ले लें क्योंकि मूल रूप से 10pts पर अनुमान लगाया गया था

हम ए करने की कोशिश कर रहे गड़बड़ में आ गए। अन्य लोग क्या सोचते हैं?

[अपडेट]

मैं इस बारे में एक प्रश्न पोस्ट:

Work out sprint capacity when carrying over story points in scrum

Answer 5

स्थिति यहाँ संतोषजनक नहीं है, लेकिन इस समय हम अधूरा कहानियों के लिए शेष काम का अनुमान है। यदि यह केवल 20% या उससे कम है तो हम स्प्रिंट में कहानी और अंक छोड़ देते हैं। यदि उससे अधिक हम पीओ से पूछते हैं तो हमें कहानी खत्म करनी चाहिए, अगर हां तो हम इसे नए स्प्रिंट में ले जाएं। हालांकि यह कई कारणों से संतोषजनक नहीं है। स्प्रिंट की शुरुआत में पहली बड़ी या जोखिम भरा कहानियां शुरू की जानी चाहिए ताकि गैर-पूरा होने से बचा जा सके। दूसरा हम गलत (लेकिन संभवतः चिकनी) वेग अनुमान प्राप्त करते हैं जो आगे बढ़ने में कम उपयोगी हैं तीसरा यह सख्त नहीं है, और टीम 2 साल के बच्चे की तरह है, इसे थोड़ा कमजोरी दिखाएं और यह इसका फायदा उठाना चाहती है।

अंत में, समय बढ़ने के साथ सख्तता को कड़ा कर दिया जा रहा है, टीमों को अपने पैरों को कुछ हद तक ढूंढना और सामान से निपटने के सर्वोत्तम तरीकों को सीखना है। हमारे पास पहले से ही वेग में भारी भिन्नता है - अधिकांश टीमों के प्रत्येक स्प्रिंट पर एक टिप्पणी है (छुट्टियों, बीमारी इत्यादि) ने प्रत्येक स्प्रिंट को प्रभावित किया ... पूरी तरह से खराब :(