सादे वेनिला घोटाले से अधिक। सामान्य आवश्यकता अभ्यास

हाल ही में, माइक Cohn द्वारा Scrum में सामान्य प्रथाओं के बारे में एक लेख - प्रैक्टिस जो कि Scrum प्रोजेक्ट्स में काफी सामान्य हैं, लेकिन ये Scrum के नियम नहीं हैं, यह Scrum पोर्टल पर प्रकाशित हुआ था।

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

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

किसी भी मामले में मैं एक पूर्ण व्यवसायी होने का दिखावा नहीं करता और इसके अतिरिक्त सुनने में खुशी होगी। इनमें से कुछ प्रथाएं अलग-अलग लेखों के लायक हैं - यह कार्य प्रगति पर है।


तो:

आम स्क्रैम आवश्यकताएँ

संरचित आवश्यकता मानचित्र

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

वर्तमान में, कई इलेक्ट्रॉनिक उपकरण ऐसे कार्ड के निर्माण का समर्थन नहीं करते हैं। लेकिन कहानी मानचित्रण के लिए Google डॉक्स और प्रभाव मानचित्रों के लिए सामान्य माइंड-मैपिंग टूल इस का अच्छा काम करते हैं।

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

उत्पाद स्वामी टीम

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

ऐसे समूहों को अब आमतौर पर उत्पाद स्वामी टीम के रूप में जाना जाता है।

यह प्रथा किसी भी तरह से केवल एक उत्पाद स्वामी होने पर स्क्रम नियम का उल्लंघन नहीं करती है। ऐसी टीम को एक रणनीतिक प्रबंधक द्वारा प्रबंधित किया जाता है जो उत्पाद के उच्च-स्तरीय विजन का मालिक होता है, समूह के काम का निर्देशन और समन्वय करता है।

बैकलॉग संवारने के सत्र

बैकलॉग कब और किसके द्वारा संकलित किया गया है? स्प्रिंट के बीच इस कार्य को करने से उत्पाद स्वामी की टीम पर कटौती होती है और अक्सर योजनाओं की गुणवत्ता बिगड़ने से स्प्रिंट के लॉन्च में देरी होती है।

इसके बजाय, स्प्रिंट के दौरान अनुसूचित बैकलॉग मीटिंग आयोजित करना एक आम बात है। विदेशी साहित्य में, बैकलॉग ग्रूमिंग शब्द का प्रयोग किया जाता है (शाब्दिक रूप से "ग्रूमिंग")। इन सत्रों के दौरान, प्रतिभागी:

• उपयोगकर्ता कहानियों की रचना करें (आवश्यकताओं और वर्तमान जरूरतों के नक्शे के आधार पर)
• छोटी कहानियों में बड़ी कहानियों को विघटित करें
• काम की जटिलता का मूल्यांकन करें
• डिजाइन स्केच और उपयोगकर्ता के इंटरैक्शन, परीक्षण मामलों और उदाहरणों के साथ विस्तार से कहानियां
• लागू करने के तरीकों पर चर्चा करें
• तेजी से प्रोटोटाइप का प्रदर्शन और विश्लेषण

विश्लेषण बोर्डों

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

ऐसे बोर्ड के राज्यों का एक उदाहरण:

नए विचार (5)

विनिर्देश (3)

एक टीम के साथ तैयार करने के लिए तैयार है। (3)

प्रोटोटाइप (3)

इंटरफ़ेस डिजाइन (3)

...

स्प्रिंट प्लानिंग के लिए तैयार (10)

जैसा कि आप देख सकते हैं, ऐसे बोर्ड का अंतिम कॉलम उत्पाद का बैकलॉग है। यह तैयार-तैयार कहानियाँ हैं जो स्प्रिंट योजनाओं में आती हैं।

इस तरह के बोर्ड को आसानी से एक विकास बोर्ड के साथ जोड़ा जा सकता है, जो विचार से रिलीज तक एकल परियोजना प्रबंधन कंसोल प्रदान करेगा।

स्क्रेम में आप किन अन्य अभ्यासों का उपयोग करते हैं?

निम्नलिखित लेखों में, मैं टीमवर्क, नियोजन, परियोजना की प्रगति पर नज़र रखने और वितरण की आम तौर पर स्वीकृत प्रथाओं के बारे में अपनी टिप्पणियों को साझा करूँगा।