कहानियों का पुनर्मूल्यांकन


14

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

हम ऐसे करते है:

कहानी एक अनुमान: 24 घंटे (प्रति दिन 8 घंटे - हम माप के रूप में "आदर्श दिन" का उपयोग करते हैं)

  • डे एन: डेवलपर सुबह कहानी ए पर काम करना शुरू कर देता है (दिन के अंत तक पूरा किया गया 8 घंटे का काम)
  • Day N + 1: कहानी का पुनर्मूल्यांकन = 16 घंटे (कहानी N से एक दिन में लिया गया एक कार्यदिवस)
  • दिन एन + 2: कहानी एक पुनर्मूल्यांकन = 8 घंटे (कहानी एन से एक कार्यदिवस, दिन एन + 1 से लिया गया)
  • दिन एन + 3: कहानी ए को अब तक किया जाना चाहिए। लेकिन ऐसा नहीं है। डेवलपर को लगता है कि इसे खत्म होने में 3 घंटे लगेंगे। हम व्हाइटबोर्ड पर कहानी को अपडेट करते हैं और उसी के अनुसार बोझ करते हैं
  • Day N + 4: कहानी A को केवल 3 घंटे के बजाय पूरा होने में पूरा दिन लगा! अब हो गया। 5 घंटे का अंतर, हमारी योजना के लिए पूरी तरह से बेहिसाब है।

हमें अपनी कहानियों का दैनिक आकलन कैसे करना चाहिए?


क्या आपने फोकस कारक को समायोजित करने की कोशिश की? मैंने अभी तक यह नहीं पाया कि यह अनुमानों के साथ कैसे संबद्ध है, लेकिन मैंने जिन परियोजनाओं में भाग लिया था, उसे 10% तक छोड़ना ज्यादातर मामलों में छूटे हुए अनुमानों को संबोधित करने के लिए पर्याप्त था
gnat

जवाबों:


5

5 ह, का अंतर, हमारी योजना के लिए पूरी तरह से बेहिसाब है।

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

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


7

आपको जो प्रश्न पूछना चाहिए वह यह है: क्या हमें अपनी कहानियों को फिर से लिखना चाहिए?

मैं तर्क दूंगा कि आपको अगल "जादू" की अनुमति चाहिए ताकि अगले के लिए अपने वेग की गणना करते समय एक पुनरावृत्ति पर अपने अंडर - और ओवर-आकलन को संतुलित किया जा सके (जो एक मूल्य को सही करने का एकमात्र कारण है)। अधिक जानकारी के लिए माइक कोहन की चुस्त अनुमान और योजना देखें ।

हालांकि, एक ऐसा मामला है जहां आपको पुनर्जन्म करना चाहिए: जहां कुछ आपने काम की श्रेणी के बारे में सीखा है वह आगे जाने वाले सभी अनुमानों को समायोजित करता है।

जैसे। यदि किसी डेटाबेस में एक कॉलम को जोड़ने के लिए एक आदर्श घंटे का अनुमान लगाया जाता है, लेकिन किसी कारक के कारण 3 घंटे लगते हैं, जिसे किसी ने भी नहीं माना है और ऐसा लगता है कि हर बार जब आप डेटाबेस में फ़ील्ड जोड़ रहे हैं तो यह कारक लागू होगा। फिर उस प्रकृति के काम के लिए सभी अनुमानों को समायोजित किया जाना चाहिए, जिसमें आप जिस पर काम कर रहे हैं, सहित।


3

मैंने जो पाया वह सबसे प्रभावी है:

  • अंक (या टी-शर्ट आकार) द्वारा आकार की कहानियां।
  • उत्पाद बैकलॉग में किसी भी कहानी को किसी भी समय फिर से अनुमान लगाएं (लेकिन विशेष रूप से स्प्रिंट प्लानिंग से पहले।)
  • इस स्प्रिंट के लिए निर्धारित कहानियों का पुनर्मूल्यांकन न करें - स्टैंडअप में चिंताओं को लाने के लिए स्वतंत्र महसूस करें, लेकिन अनुमानों को न बदलें।
  • स्प्रिंट शेड्यूल करने के लिए कल के मौसम का उपयोग करें

अगर कहानियां फर्जी अनुमानों के साथ स्प्रिंट में प्रवेश कर रही हैं , तो प्री-स्प्रिंट प्लानिंग पुन: अनुमान आपको एक मुद्दा बनने से पहले ठीक कर देगा। यदि कहानियाँ उम्मीद से अधिक समय ले रही हैं क्योंकि टीम बहुत आशावादी है, कल का मौसम आपको ट्रैक पर रखेगा।

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


क्या कार्य शेष अनुमान बिल्कुल वैसा ही नहीं है जैसा "आपको कब लगता है कि आपका काम हो जाएगा"? काम पूरा होने पर मैं आपसे सहमत हूं, हालांकि, हमें "कहानी / कार्य किए / नहीं किए गए" के द्विआधारी शब्दों के अलावा वास्तव में मापने की आवश्यकता नहीं है।
गुरिल्ला ३१

1

मुझे लगता है कि यह कोई समस्या नहीं है। बल्कि, यह अनुभव की कमी हो सकती है। जितना अधिक आप स्क्रैम का पालन करते हैं, उतने अधिक डेवलपर्स को प्रीवाइज़र अनुमान प्रदान करने के लिए उपयोग किया जाता है। यह 5 महीने के बाद घोटाले को लागू करने का हमारा अनुभव है।

में पोकर की योजना बना सत्र, हमारे डेवलपर्स प्रत्येक PBI के लिए बहुत ही विविध अनुमानों और पहली स्प्रिंट में प्रत्येक कार्य का सुझाव दे रहे थे। हालाँकि, अब, हम समय और अनुमान के लगभग बराबर हैं। आप कब से स्क्रैम का उपयोग कर रहे हैं? यदि ऐसा नहीं है, तो इसे कुछ समय दें। लेकिन अगर यह एक लंबा समय है, तो जैसा कि @pdr ने सुझाव दिया है, उच्च जोखिम वाले कार्यों के लिए अतिरिक्त मार्जिन जोड़ने पर विचार करें । उदाहरण के लिए, हर बार हमारी टीम UI क्रॉस-ब्राउज़र का एक टुकड़ा बनाना चाहती है, हम अपना अनुमान लगाते हैं। इस प्रकार, हम हमेशा यह सुनिश्चित करने के लिए कि हम इसे कवर कर सकते हैं, एक कारक द्वारा क्रॉस-ब्राउज़र कार्यों का अनुमान गुणा करें।


1

स्प्रिंट के दौरान प्रतिबद्ध उपयोगकर्ता कहानियों का पुनर्मूल्यांकन करने का कोई मतलब नहीं है। यह केवल आपका समय बर्बाद करता है। आपने पहले ही प्रतिबद्धता कर ली है और इससे कोई फर्क नहीं पड़ता कि आप पुनर्मूल्यांकन करते हैं या नहीं।

अलग-अलग स्थिति उपयोगकर्ता कहानियों के साथ है जो वर्तमान स्प्रिंट के लिए प्रतिबद्ध नहीं हैं। समय-समय पर पुनर्मूल्यांकन करना अच्छा है (नियोजन से पहले स्प्रिंट के अनुसार एक बार से अधिक नहीं)। स्थिति क्यों यह फिर से अनुमान लगाने के लिए उचित हो सकता है:

  • उत्पाद स्वामी ने कोई भी उपयोगकर्ता कहानी बदल दी
  • उत्पाद स्वामी किसी भी उपयोगकर्ता कहानी को विभाजित या मर्ज करता है
  • उत्पाद के मालिक ने उपयोगकर्ता कहानी को जोड़ा
  • आपके पास कुछ अतिरिक्त ज्ञान है जो अंतिम उपयोगकर्ता कहानी के दौरान उपलब्ध नहीं था
  • आपने पाया कि कुछ उपयोगकर्ता कहानियां संबंधित हैं और आपने पहले से ही एक दूसरे का हिस्सा बनाया है जो अभी तक प्रतिबद्ध नहीं है
  • आदि।

आपको जरूरी नहीं कि हर उपयोगकर्ता कहानी का फिर से अनुमान लगाया जाए लेकिन आप कर सकते हैं। पूर्ण पुनर्मूल्यांकन के लिए आपको आमतौर पर कुछ तेज़ विधि की आवश्यकता होती है। नियोजन पोकर बहुत धीमा, अक्षम, उबाऊ और कभी-कभी गलत भी हो सकता है यदि आप अनुमान लगाने के लिए 10-20 कहानियां लेते हैं। वैकल्पिक मैजिक आकलन हो सकता है ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.