कई स्क्रम किताबें और लेख कहते हैं कि एक विफल स्प्रिंट (जब टीम स्प्रिंट बैकलॉग से कुछ सुविधाओं को पूरा करने में विफल रहती है) कुछ ऐसा नहीं है जो खराब है, यह समय-समय पर होता है, और यह वास्तव में उपयोगी हो सकता है यदि टीम अपनी गलतियों से सीखती है और निम्नलिखित स्प्रिंट में कुछ सुधार करता है। और टीम को उनके द्वारा किए गए काम को पूरा नहीं करने के लिए दंडित नहीं किया जाना चाहिए।
जिस तरह से आप इस तरह के व्यवहार को "दंडित" करते हैं, वह काम की मात्रा को सीमित करने से होता है, जो खत्म नहीं हुआ, अगले स्प्रिंट पर ले जा सकता है। शांत सामान पर काम करने की संभावना गायब हो रही है। अच्छा काम करने का इनाम ज्यादा काम है।
यह डेवलपर के दृष्टिकोण से बहुत अच्छा लगता है, हालांकि, मान लें कि हमारे पास एक सॉफ़्टवेयर कंपनी "स्क्रैम-एडिक्ट्स एलएलसी" है जो गंभीर ग्राहकों के लिए कुछ विकसित कर रहा है ("मनी-बैग्स कॉर्पोरेशन"):
स्क्रैम-एडिक्ट्स मैनेजर मनी-बैग्स के लिए सॉफ्टवेयर का एक टुकड़ा बनाने का सुझाव देते हैं, वे सुविधाओं की एक सूची पर सहमत होते हैं, और मनी-बैग शिपिंग तिथि प्रदान करने के लिए कहते हैं। स्क्रैम-एडिक्ट्स प्रबंधक अपनी स्क्रैम टीम से परामर्श करते हैं, और टीम का कहना है कि इसमें 3 सप्ताह लगेंगे सभी सुविधाओं को पूरा करने के लिए लंबे स्प्रिंट्स, स्क्रैम-एडिक्ट्स प्रबंधक सुरक्षित होने के लिए 1 सप्ताह जोड़ता है, 1 महीने में सॉफ़्टवेयर को शिप करने का वादा करता है और मनी-बैग्स के साथ एक अनुबंध पर हस्ताक्षर करता है 4 स्प्रिंट्स (शिपिंग समय सीमा) के बाद स्क्रैम टीम केवल 80% हो सकती है। सुविधाओं के कारण (नई प्रणाली के साथ अनुभवहीनता के कारण, उत्पादन वातावरण, आदि में पिछली विशेषताओं में महत्वपूर्ण कीड़े को ठीक करने की आवश्यकता है ...) जैसा कि स्क्रैम का सुझाव है, इस बिंदु पर, उत्पाद संभावित रूप से shippable है, लेकिन मनी-बैग को 100% की आवश्यकता है अनुबंध में उल्लिखित सुविधाओं का। इसलिए वे अनुबंध को तोड़ते हैं और कुछ भी नहीं देते हैं।
स्क्रैम-एडिक्ट्स दिवालिया होने के कगार पर हैं क्योंकि उन्हें मनी-बैग्स से कोई पैसा नहीं मिला था, और निवेशक परिणामों से निराश थे और कंपनी को और अधिक मदद करने के लिए तैयार नहीं थे।
अगर सोमवार को मैंने तुम्हें 100 डॉलर की शर्त लगाई कि गुरुवार को बारिश होगी और शुक्रवार तक बारिश नहीं होगी तो तुम मेरे पैसे लेने के लिए सही हो जाओगे। अगर, जुआ खेलने के अवसर के बजाय, आप जो चाहते हैं वह मौसम का पूर्वानुमान है तो हमें एक अनुबंध की आवश्यकता है जो मुझे मंगलवार को आपको एक अद्यतन पूर्वानुमान प्रदान करने की अनुमति देता है।
जाहिर है, कोई भी सॉफ्टवेयर कंपनी स्क्रम-एडिक्ट्स के जूते में नहीं रहना चाहती। चंचल और स्क्रम के बारे में समझने में मैं क्या असफल हूँ, वे सुझाव देते हैं कि कैसे टीमों को ऊपर वर्णित स्थिति से बचने के लिए योजना और समय सीमा से निपटना चाहिए।
WHY MB के बारे में सोचें कि वे अपनी गेंद लेकर घर जाना चाहते हैं। एमबी ने एक महीने में काम शुरू करने की मांग नहीं की। SA ने एक महीने में 100% महत्वपूर्ण सुविधाओं का वादा किया और वितरित नहीं किया। SA ने समय सीमा तय की MB नहीं। एसए ने भी मनमाने ढंग से समय सीमा में एक सप्ताह जोड़ दिया। तो यह एक समय सीमा क्यों है?
कभी-कभी जब काम करने वाली कंपनियों के लिए प्रतिस्पर्धा होती है, तो चंद्रमा को दिखाने और वादा करने का प्रलोभन दिया जाता है। पेशेवर सावधानीपूर्वक स्थापित करते हैं कि क्या चंद्रमा की भी आवश्यकता है। मनीबैग के लिए अधिक महत्वपूर्ण आवश्यकता कौन सी है? 100% सुविधाएँ या एक महीने के समय में एक कार्यशील उत्पाद? क्या वे भी जानते हैं कि वास्तव में क्या महत्वपूर्ण है? क्या कोई आगामी घटना एक कठिन समय सीमा तय कर रही है?
अगर मैं इस अनुबंध पर बातचीत करने वाला स्क्रैम-एडिक्ट था, तो मैं मनी-बैग्स व्यवसाय की जरूरतों के बारे में बहुत कुछ जानना चाहता हूं और कॉन्ट्रैक्ट को उतना लचीलापन प्रदान करना चाहता हूं जितना कि मनी-बैग्स के साथ सहज है। मैं उन्हें सिखाऊंगा कि चुस्त प्रक्रिया कैसे काम करती है ताकि वे जान सकें कि हमसे क्या अपेक्षा है।
इस तरह से एक महीने में सब कुछ अचानक पूरी तरह से काम करने की उम्मीद करने के बजाय वे 1 से 2 सप्ताह में पहले सुपुर्दगी का मूल्यांकन करने की उम्मीद करेंगे।
इसलिए, संक्षेप में, मेरे 2 प्रश्न हैं:
किसे दोष दिया जाएं? प्रबंधकों, क्योंकि यह उनका काम है कि वे उचित नियोजन
टीम का काम करें, क्योंकि वे
किसी और की तुलना में अधिक काम करने के लिए प्रतिबद्ध हैं
सड़क पर एक महीना उतरने से पहले कोई भी इस संकट को रोक सकता था।
मैं एक टीम को काम पर रखने के लिए मनी-बैग कॉर्प को दोष देने के रूप में दूर तक जा सकता था जो स्पष्ट रूप से फुर्तीले रूप में एक झरना प्रक्रिया का प्रतिनिधित्व करता था। अनुबंध ही यह स्पष्ट करता है कि यह चुस्त नहीं है। एक महीने में किए जाने की योजना इसे चुस्त नहीं बनाती है।
यदि आप जोर देते हैं कि यह चुस्त है, यह केवल एक स्प्रिंट के साथ चुस्त है जो एक महीने लंबा है। जो, हां, मैं अनुशंसा नहीं करूंगा क्योंकि वह फिर से, झरने के समान है।
क्या करना है?
चुस्त कैसे? हर स्प्रिंट में कुछ दिया? समय सीमा से पहले प्रतिक्रिया प्राप्त करें? सप्ताह लंबे स्प्रिंट? कैसे के बारे में पुनर्जागरण के अनुबंध के बारे में बहुत ही क्षण में आपको संदेह है कि समय सीमा छिपने और प्रार्थना करने के बजाय खतरे में है? बहुत कम से कम आप एक बर्बाद परियोजना पर समय बर्बाद करना बंद कर सकते हैं और अधिक उचित ग्राहक पा सकते हैं।
प्रबंधकों को मूल टीम के अनुमान की तुलना में बाद में समय सीमा 2x (या 3x) को स्थानांतरित करना चाहिए।
डेडलाइन मल्टीप्लायर आपके वॉच को 15 मिनट पहले सेट करने में उतना ही उपयोगी है जितना कि आपको कभी देर नहीं होगी। आप अपने आप को केवल तभी तक मूर्ख बना सकते हैं जब तक आपको एहसास हो जाए कि आप क्या कर रहे हैं।
शुरुआती अनुमान गलत हैं। कितना गलत पकड़ने की कोशिश करें। 5 सप्ताह, कुछ सप्ताह दें या लें एक सरल अभिव्यक्ति है जो आपको व्यक्त करती है कि वास्तव में पूरा होने की तारीख कितनी अनिश्चित है। सही अनुमान लगाने की कोशिश करने के बजाय, आप अनुमान लगाते हैं कि आपका अनुमान कितना जंगली है। कुछ वास्तविक कार्य करें और कुछ वास्तविक डेटा प्राप्त करें। फिर आप एक संकीर्ण सीमा के साथ अनुमान लगाना शुरू कर सकते हैं। ऐसा करने के लिए एक से दो सप्ताह का समय काफी है।
टीम के सदस्यों को वह सभी काम करने के लिए प्रोत्साहित किया जाना चाहिए जो उन्होंने बिना किसी समस्या के किए हैं (विफल स्प्रिंट के लिए दंड जारी करके)
टीम के सदस्यों को प्रोत्साहित किया जाना चाहिए। विफल, प्रतिबद्ध, या अन्यथा। सजा या बोनस (गाजर और छड़ी) जैसे किसी भी कृत्रिम परिणाम के निर्माण के बजाय, अध्ययन से पता चला है कि प्रोग्रामिंग जैसे रचनात्मक कार्य करने वाले लोग तीन चीजें प्रदान करते हैं तो सबसे अच्छा जवाब देते हैं: स्वायत्तता, महारत और उद्देश्य।
डैनियल पिंक ने इस बारे में एक टेड बात की है। बात चपलता की नहीं बल्कि प्रेरणा की है, लेकिन मैंने आसानी से देखा कि चुस्त करने के लिए इन बिंदुओं को कैसे चित्रित किया जाए:
स्वायत्तता - मैं अपने स्वयं के जीवन को निर्देशित करना चाहता हूं - मुझे बैकलॉग से काम लेने दें।
महारत - मैं उस चीज पर बेहतर होना चाहता हूं जो मायने रखती है - ग्राहक प्रतिक्रिया।
उद्देश्य - मैं अपने से बड़ी चीज का हिस्सा बनना चाहता हूं - एक सहयोगी टीम।
टीम को स्क्रैम को छोड़ देना चाहिए क्योंकि यह कंपनी की समय सीमा नीति के अनुकूल नहीं है। स्क्रैम वाटरफॉल की तुलना में अधिक समय सीमा को हिट कर सकता है। एक समय सीमा को देखते हुए घोटाले को पूरा कर सकते हैं। यह समय, सुविधा और कौशल के आधार पर 47 में से केवल 1 सुविधाओं के साथ मिल सकता है, लेकिन यह इसे पूरा कर सकता है।
एक फुर्तीली परियोजना को इतनी रात में स्टाइल किया जा सकता है कि हर रात जब टीम घर जाती है तो वह जहाज के लिए तैयार होती है। यह मूर्खतापूर्ण लगता है जब तक कि आप शिपिंग को ग्राहक के परीक्षण और प्रतिक्रिया प्रदान करने के लिए कहने के बारे में नहीं सोचते हैं। जितनी जल्दी हो सके उतनी जल्दी आप समायोजन कर सकते हैं। यह हर संभव समय सीमा को हिट करता है। बस हर सुविधा नहीं। लेकिन यह आपको उस मामले की विशेषताओं से जोड़ता है।
हम सभी को सॉफ्टवेयर विकास को छोड़ देना चाहिए और एक मठ में शामिल होना चाहिए
ठीक है, मुझे वास्तविक जीवन से दूर एक कमरे में बंद करने की तरह है, जिससे मुझे कम से कम कोड लिखना है।
मैंने इस उत्तर को आकार में नीचे संपादित किया है। यदि आप उत्सुक हैं तो संपादित इतिहास पढ़ें।