एक स्प्रैम टीम को कितनी बार स्प्रिंट प्रतिबद्धता से मिलना चाहिए? [बन्द है]


10

प्रतिबद्धता एक वादा है, और हम सभी को सिखाया गया है कि आपको अपने वादे रखने की आवश्यकता है। लेकिन क्या प्रत्येक स्प्रिंट के लिए प्रतिबद्धता रखना वास्तविक है? कभी-कभी लोग बीमार हो जाते हैं, कभी-कभी तकनीकी दृष्टिकोण गलत साबित होता है और आपको हर चीज पर पुनर्विचार करना पड़ता है, कभी-कभी उत्पाद के मालिक या उपयोगकर्ताओं के साथ आगे की चर्चा के दौरान आप समझते हैं कि मूल रूप से जो सोचा गया था उससे यह सुविधा बहुत अलग होनी चाहिए।

मुझे पता है कि आधिकारिक स्क्रम गाइड अब प्रतिबद्धता के बजाय "पूर्वानुमान" शब्द का उपयोग करता है, शायद इन समस्याओं को दूर करने के लिए।

इसलिए मेरा सवाल यह है कि आपके संगठनों में टीमें कितनी बार अपनी प्रतिबद्धता रखती हैं और क्या आप इस दृष्टिकोण को पसंद करते हैं या आप इसे बदलना चाहते हैं।

धन्यवाद।



1
एक प्रश्न जो मैंने अक्सर सोचा है और दो अच्छे उत्तर दिए हैं
मैट फ्रिके १४'१४

1
यदि आप हमेशा अपनी प्रतिबद्धता को पूरा करते हैं, तो आप संभवतः पर्याप्त आक्रामक नहीं हैं। समय के साथ-साथ आपकी सटीकता में सुधार होगा, क्योंकि स्क्रम के लक्ष्य का हिस्सा यह अनुमान लगाने में हर किसी के कौशल में सुधार करना है कि किसी दिए गए कार्य को वास्तविक दुनिया में कितना समय लगेगा।
केश्लाम

1
@ केशलैम जरूरी नहीं कि पूरी तरह से सच हो। फुर्तीले आंदोलन में विचार का एक पूरा स्कूल है जो सक्रिय रूप से पिछले पारंपरिक अनुमानों को स्थानांतरित करने की कोशिश कर रहा है, इसकी संभावित जहरीली प्रकृति को पहचानता है।
स्टीफन बिलिएट

1
दी, @StefanBilliet ... लेकिन साथ ही साथ बाहर की दुनिया के रूप में जहाँ तक बाहरी टीम की आंतरिक भावना में सुधार की बात है, तो स्क्रेम का इरादा एक टीम के आंतरिक बोध में सुधार करना है कि वे कितने अतिरिक्त काम करने की संभावना रखते हैं।
केशालम

जवाबों:


21

यह इतना सवाल नहीं है कि एक टीम को कितनी बार "अपने वादे निभाने चाहिए"।
यह जांच करने का अधिक प्रश्न है कि किसी टीम को अपनी प्रतिबद्धताओं को पूरा करने में समस्या क्यों होगी।

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

स्प्रिंट प्रतिबद्धता को पूरा नहीं करना एक लक्षण है; आपको मूल कारण में रुचि रखने की आवश्यकता है।


तो क्या हमें 99.99% मामलों में प्रतिबद्धता को पूरा करने का प्रयास करना चाहिए? यदि यह आवश्यक आश्वासन का स्तर है कि प्रतिबद्धता पूरी हो जाएगी, तो हम केवल औसत काम के आधे हिस्से के लिए प्रतिबद्ध होंगे जो हम आमतौर पर उत्पादन कर सकते हैं। इसलिए मुझे लगता है कि यह 99.99% नहीं है। तो यह क्या है? 50-70%? 80-90%?
यूजीन

@ यूजीन आपको एक नंबर की आवश्यकता क्यों है और किसे आश्वस्त करने की आवश्यकता है? मैं यह विचार करना शुरू कर रहा हूं कि आपके संगठन में कोई है जो आपको अपने स्प्रिंट लक्ष्यों को पूरा नहीं करने पर दंडित करेगा ...
स्टीफन बिलिएट

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

2
इसकी ध्वनियों से, आपको कुछ और मौलिक समस्याएं हैं। आपको 'किए गए' की टीम की समझ होनी चाहिए, इससे पहले कि आप उन कहानियों की संख्या पर प्रदर्शन को माप सकें जो 'हो चुकी हैं'
माइकल शॉ

13

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

यदि स्प्रिंट लगातार वितरित करने में विफल हो रहे हैं, तो 'समस्याओं' को स्पष्ट करने के लिए, स्क्रैम ने अपने वादे को पूरा किया है। समस्याओं में ठीक से परिभाषित कार्य नहीं होना, टीम में अपर्याप्त अनुभव, या लगातार वितरित करने के प्रयास की प्रबंधन संस्कृति शामिल हो सकती है - और इसलिए लगातार कम होती जा रही है।

किसी भी तरह से, समाधान मूल कारण की पहचान करना है, और इसे ठीक करना है, बजाय डेवलपर्स को सख्त करने के।

अपनी प्रतिबद्धताओं को पूरा करने के लिए हमेशा 'करीब' रहने वाली टीमें अधिक गंभीर तरीके से विफल हो रही हैं। आप यह सुनिश्चित कर सकते हैं कि वे पर्याप्त परीक्षण नहीं कर रहे हैं।


4

मेरा व्यक्तिगत रूप से मानना ​​है कि यदि संगठन में कोई भी आपकी प्रतिबद्धता को पूरा करने की परवाह नहीं करता है, तो आप प्रतिबद्धता के बारे में बात नहीं कर रहे हैं। आपको एक सौदा करने और एक प्रतिबद्धता बनाने के लिए दो भागीदारों की आवश्यकता है।

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

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


2

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

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

आपके विशिष्ट प्रश्न का उत्तर देने के लिए, उन तीन संगठनों की, जहाँ मैंने स्क्रैम का उपयोग किया है, केवल एक ने समय के साथ "कमिट द मिस" मैट्रिक्स पर नज़र रखी। उस कंपनी के लिए, टीमें आमतौर पर लगभग 85% समय का अनुमान लगाती हैं।


इस बात से सहमत। मैं एक टीम पर था जहां हर स्प्रिंट योजना के अंत में, प्रबंधक ने स्प्रिंट के लिए सभी कहानियों को पूरा करने की प्रतिबद्धता की मांग की। मैं "हाँ" कहने की आदत में पड़ गया और बस फुर्तीला बना रहा। मुझे लगा कि शायद उसने उसे इस तरह से बेहतर महसूस कराया है।
रॉब

1
@ रॉबी: मुझे लगता है कि परिपक्व टीमों में प्रतिबद्धता के लिए जगह है। मेरे अनुभव में, ज्यादातर चुस्त टीमें विशेष रूप से परिपक्व नहीं हैं, और प्रतिबद्धता के लिए पूछने वाले कोई भी पीओ एक अच्छा पीओ नहीं है। मैं एक ऐसी टीम पर था जो अपने वेग के साथ काफी ठोस थी और हमने आवश्यक होने पर वास्तविक प्रतिबद्धताओं को बनाने में काफी सहज महसूस किया, लेकिन मैं जिन अन्य टीमों में रही, वे उतनी परिपक्व नहीं रहीं।
ब्रायन ओकले

मैं थोड़ा चहकता-चहकता जा रहा था। मैं सहमत हूं, आमतौर पर कहानियों का एक मुख्य समूह होता है जिसे आप प्रतिबद्ध कर सकते हैं, लेकिन जैसा कि आप वेग के करीब आते हैं, यह थोड़ा कम है। चूंकि वेग एक औसत है, तो परिभाषा के अनुसार कभी-कभी आप खत्म हो जाएंगे, और कभी-कभी नीचे। BTW कि एक ही प्रबंधक हमें 2x या 3x हमारे वेग के साथ हर बार लोड करेगा और फिर एक प्रतिबद्धता की मांग करेगा ... इसलिए ...;) (मैं ज्यादातर आपके पहले पैराग्राफ पर प्रतिक्रिया दे रहा था, जो मुझे लगता है कि यह वास्तव में अच्छी तरह से बताता है)
Rob

2

यदि आप अपनी प्रतिबद्धता को पूरा नहीं कर रहे हैं तो आपको अपने वेग को कम करना चाहिए। यदि आप हमेशा इसे पूरा कर रहे हैं, तो आपको तब तक बढ़ना चाहिए जब तक कि आप कभी-कभी असफल न हों।

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

आपके वेग में दीर्घकालिक प्रवृत्ति अधिक महत्वपूर्ण है। यदि प्रत्येक सप्ताह आप अपने वेग में 15 कहानी बिंदुओं को जोड़ते हैं, लेकिन सप्ताह की तुलना में केवल 10 अधिक ही पूरा करते हैं तो क्या यह वास्तव में एक बुरी बात है? कुछ स्थानों पर वे इसे "स्ट्रेच गोल" मानते हैं।


मैं वास्तव में इस जवाब से असहमत हूं। मानव स्वभाव देने का प्रयास करना है, और आप अपने नीचे के डॉलर को शर्त लगा सकते हैं कि टीम कहानी को छोड़ने के बजाय वितरित करने के लिए 'परीक्षण' में कटौती करेगी। यदि आप हमेशा लाइन के करीब होते हैं, तो आप पूरी तरह से परीक्षण नहीं करेंगे, और यह काटने के लिए वापस आ जाएगा।
माइकल शॉ

@Ptolemy वह जगह है जहाँ अनुशासन, पेशेवर गर्व, और एक ठोस "किया की परिभाषा " की आवश्यकता होती है। जिन्हें आपको शिपिंग शिट से बचना चाहिए। इसके अलावा, यदि आप कोनों में कटौती करते हैं तो आपको कुछ गिनना नहीं चाहिए।
स्लेज

यह डेवलपर भाग पर बहुत अधिक स्पष्ट है क्योंकि यह घोटाले के परीक्षण भाग पर है। आपके पास कोई ज्ञात दोष नहीं हो सकता है क्योंकि परीक्षक कोर कार्यक्षमता का परीक्षण करने पर केंद्रित था, और बग को उजागर करने के लिए हुई 'एक यादृच्छिक घटना' के लिए समय नहीं था।
माइकल शॉ

2
@Ptolemy: परीक्षण तकनीकी रूप से "कट परीक्षण" नहीं कर सकते क्योंकि परीक्षण कहानी का हिस्सा है। यदि वे इसे काटते हैं, तो यह कोडिंग के हिस्से को काटने से अलग नहीं है। यदि आप कोडित सुविधा का हिस्सा छोड़ देते हैं, तो क्या आप एक कहानी पूरी कर रहे हैं? इसी तरह, यदि आप परीक्षण में कटौती करते हैं, तो आप कहानी को पूरा नहीं कर रहे हैं।
ब्रायन ओकले

मैंने कभी भी घोटाले का इस्तेमाल नहीं किया है, लेकिन मैंने प्रतिबद्धताएं बनाई हैं और मैंने फैसला किया है कि क्या चीजें की जाती हैं। यह अच्छा होगा यदि किए गए की परिभाषा पूरी तरह से उद्देश्यपूर्ण हो, यानी समूह में इस बात की व्याख्या करने के लिए कोई जगह नहीं है कि प्रतिबद्धता को पूरा करने के लिए क्या किया जाना चाहिए। प्राकृतिक भाषा क्या है, यह अवास्तविक लगता है। यदि आप प्रतिबद्धता के बारे में काफी हद तक निश्चिंत हैं और एक वस्तुगत परिभाषा के काफी करीब हैं तो यह समस्या नहीं होगी। जब टॉलेमी कहते हैं, "मानव स्वभाव देने का प्रयास करना है", मेरे स्कीमा में इसका मतलब है कि "लोग प्रतिबद्धता के बारे में अपर्याप्त रूप से आराम कर रहे हैं"।
स्टीव जेसोप
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.