स्क्रम में शून्य पुनरावृत्ति के बारे में तर्क

अभिवादन, खब्रोवित्स!

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

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

जेफ मैककेना कहते हैं:

यह शब्द अक्सर नवगठित टीमों द्वारा उपयोग किया जाता है, या जो लोग स्क्रैम में नए हैं। प्रारंभिक बैकलॉग को व्यवस्थित करना, निर्माण और ऑटो-परीक्षण के लिए नौकरियों और मशीनों को काम करने के क्रम में लाना, सभी उपकरण तैयार करना, शायद थोड़ा प्रशिक्षण, और यह सुनिश्चित करने के लिए थोड़ा और काम कि यह सब काम करता है। ... यह "आधिकारिक" स्क्रम नहीं है। लेकिन यह एक सामान्य मामला है, जो काफी सामान्य है। हम उम्मीद करते हैं कि असली काम पर हमला करने के लिए टीमें पूरी तरह से तैयार होंगी (शून्य पुनरावृत्ति के बाद)!

डेन रुसेर्न ने शून्य पुनरावृति का वर्णन इस प्रकार किया है:

यह विचार सरल है: हम प्रारंभिक स्प्रिंट लेते हैं (वे इसे आरंभीकरण कहते हैं, शून्य स्प्रिंट या शून्य पुनरावृत्ति), और हम इसके लिए सरल लक्ष्य निर्धारित करते हैं:

• उत्पाद बैकलॉग में कई गुणवत्ता वाले तत्वों के परिणामस्वरूप प्राप्त करें
• एक न्यूनतम विकास वातावरण प्रदान करें जो गुणवत्ता कोड लिखने की क्षमता प्रदान करता है,
• एक न्यूनतम कार्य कोड लिखें, और यह छोटा नहीं है

मार्क वूना का मानना ​​है कि स्पाइक के रूप में एक शून्य स्प्रिंट का सबसे अच्छा उपयोग किया जाता है:

टीम को इस पुनरावृत्ति के अंत तक 3 परिणाम करना चाहिए

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

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

कई टीमों के पास प्रोजेक्ट / रिलीज शुरू करने से पहले कई चीजें हैं।
जॉर्ज डिनविडी का मानना ​​है कि भले ही टीमें सभी प्रारंभिक कार्य करने की कोशिश करें, लेकिन हमेशा बहुत कुछ अधूरा होता है जो आगामी क्षेत्रों में पूरा होना बाकी है। और हम यह भी जोड़ सकते हैं: "हम परिवर्तन का स्वागत करते हैं!" इसका मतलब यह है कि बुनियादी ढांचे के फैसले, प्रौद्योगिकियों की पसंद, और शून्य पुनरावृत्ति में परिभाषित सुविधाओं की सूची प्रक्रिया को नियंत्रित करेगी, और इसके विपरीत नहीं। लेकिन प्रत्येक पुनरावृत्ति को आउटपुट पर एक कार्यशील उत्पाद प्राप्त करना चाहिए।

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

जॉर्ज के अनुसार, यह आरंभ करने का सबसे अच्छा तरीका है। टीम को तकनीक में आवश्यक कौशल सीखना चाहिए, और फिर, धीरे-धीरे विकास के बुनियादी ढांचे का निर्माण शुरू करना चाहिए, जबकि वे असली काम खत्म करते हैं।

हां, विकास के बुनियादी ढांचे को अभी भी पूरा करना होगा। इसे पूरा करने के लिए बहुत जल्दबाजी नहीं करनी चाहिए। बस इसे इस तरह से सुधारते रहें कि काम की मात्रा में वृद्धि हो। हां, तकनीकी कौशल अभी भी सुधारने की आवश्यकता है। यह हमेशा होना चाहिए। बस प्रयोग करते रहें और अपनी सीमाओं का विस्तार करें। हां, अभी भी ऐसी विशेषताएं होंगी जिन्हें बैकलॉग में जोड़ा जाना चाहिए, प्राथमिकता दी गई, कहानियों में विभाजित किया गया और फिर से प्राथमिकता दी गई। यह हमेशा के लिए जाना चाहिए।

मैं भी पुनरावृत्तियों की सिफारिश नहीं करूंगा जो कुछ भी नहीं दिखाते हैं। यद्यपि अधिकांश शून्य पुनरावृत्ति प्रारंभिक घटनाओं में हो सकती है, हालांकि, मैं अभी भी इस चरण में पहले से अंत तक सिस्टम के "कोर" को मान्य करने में सक्षम होना चाहूंगा, चाहे वह कितना भी छोटा हो।

एलिस्टार काउबर्न इस मुद्दे पर मुश्किल है :

मुझे अस्पष्ट शंकाओं द्वारा सताया जाता है कि कोई व्यक्ति एक टीम के रूप में आपके उपयोग पर दबाव डाल रहा है जब आप बहुत शुरुआत में कुछ करते हैं जो एक स्पष्ट व्यावसायिक मूल्य नहीं देता है। और इस "किसी" ने "ओ" का आविष्कार किया। यह स्प्रिंट ज़ीरो है! ”ताकि पिकैक्स वाले किसान अपना घर-द्वार छोड़ दें… और फिर, अन्य, यह सोचकर कि यह एक उत्कृष्ट उत्तर था, इसे बार-बार दोहराया। और फिर यह संस्कृति का हिस्सा बन गया।

क्या स्प्रिंट जीरो को अपफ्रंट प्लानिंग के बराबर होना चाहिए? पूर्व योजना के बिना शून्य स्प्रिंट की कल्पना करना कुछ के लिए वास्तव में कठिन है। कल्पना करना कि यह एक परियोजना चार्टर का हिस्सा है। लेकिन कई टीमें, हालांकि, शून्य पुनरावृत्ति के दौरान परियोजना के लक्ष्यों और दृष्टि पर चर्चा नहीं करती हैं। वे अक्सर बैकलॉग और बुनियादी ढांचे बनाने में समय बिताते हैं।

इस विषय पर केन श्वाबेर कहते हैं:

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

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

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