एनालिटिक्स टीम में ScrumBut: टेक-ऑफ से पहले

नमस्कार, हेब्र! मेरा नाम झुनिया है। मैं NORBIT में एक सिस्टम एनालिस्ट हूं और एक शुरुआती स्क्रम-मास्टर। मैं अपनी विश्लेषकों की टीम में इसकी क्षमताओं का अध्ययन, प्रयास और मूल्यांकन करने के लिए लंबे समय से स्क्रेम को देख रहा हूं। और अब, आरपी के साथ एक प्रेरणादायक बातचीत की हल्की किक के बाद, मुझे एहसास हुआ: सोचना बंद करो, यह करने का समय है।

इस लेख में, मैं अपने अनुभव के बारे में बात करूंगा कि हम स्करम मास्टर की ओर से सीमित स्क्रम का उपयोग करने की तैयारी कर रहे हैं: हमने शुरुआत करने के लिए क्या किया। लेखन के समय, 15 वां स्प्रिंट पूरा हो गया है। उड़ान सामान्य है!


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

लॉन्च के लिए हमारी कार्य योजना इस प्रकार थी:

• वर्तमान स्थिति और वांछित का अध्ययन और मूल्यांकन करने के लिए
• ScrumBut शब्दावली में मॉडल के रूप में एक निर्माण है, और
• वर्तमान और टीम को प्रेरित करें

कैसे मैं सीखा है कि क्या ScrumBut है

पहले मैंने गुगली की और पा लिया:

एक ScrumBut में एक विशेष वाक्यविन्यास है: (ScrumBut) (कारण) (समाधान)। ScrumBut उदाहरण: "(हम स्क्रम का उपयोग करते हैं, लेकिन) (हर दिन एक दैनिक स्क्रम बहुत अधिक ओवरहेड है,) (इसलिए हमारे पास प्रति सप्ताह केवल एक है।" "(हम स्क्रम का उपयोग करते हैं, लेकिन) (पूर्वव्यापी समय की बर्बादी कर रहे हैं) ,) (इसलिए हम उन्हें नहीं करते।) "

यानी ScrumBut एक सीमित स्क्रम है। फ्रेमवर्क की यह भिन्नता आपको स्क्रम से आपकी ज़रूरत की हर चीज़ लेने की अनुमति देती है और क्या नहीं लेती है, हमारी राय में, इसकी आवश्यकता नहीं है। बेशक, यह एक फिसलन भरा रास्ता है, क्योंकि यह समझने के लिए कि क्या आवश्यक है और क्या आवश्यक नहीं है, क्लासिक स्क्रैम का विचार होना महत्वपूर्ण था, मेरे लिए यह महसूस करना महत्वपूर्ण था कि यह पूर्ण संस्करण में क्यों शामिल है।

मैटरियल में मेरे लिए उपयोगी थे:

• साहित्य का अध्ययन: सॉफ्टवेयर विकास की चुस्ती-फुर्ती, "SCRUM क्रांतिकारी परियोजना प्रबंधन विधि" (जोसेफ सदरलैंड), "एजाइल-टीम कोचिंग" (लिसा एडकिंस);
• क्लासिक्स का अभ्यास करने वाले एक सक्रिय प्रमाणित स्क्रैम मास्टर के साथ लंबी और दिलचस्प परामर्श की एक श्रृंखला।

मैंने वर्तमान स्थिति का आकलन कैसे किया

शुरू करने के लिए, मैंने अपनी दृष्टि का लाभ उठाया और प्रबंधकों द्वारा मूल्यांकन के लिए कई बिंदुओं को सामने रखा।

टीम के सदस्यों की राय एकत्र की और उन्हें दर्ज किया।

हमें दो सूचियां मिलीं: हमारे पास इनपुट में क्या है और हम क्या प्राप्त करना चाहते हैं।

यहां मैं समेकित और सामान्यीकृत सूचियां बनाऊंगा।

प्रवेश द्वार पर उनके पास क्या था

1. इंटरप्राइज़ सिस्टम के विकास के लिए एक बड़ी परियोजना।
2. डेवलपर्स, सहायता और विश्लेषकों की अलग-अलग टीमें।
3. विश्लेषकों की एक शांत टीम (लगभग 14 लोग)।
4. विश्लेषकों की एक टीम के ढांचे के भीतर ही कार्य करने की क्षमता।
5. सिस्टम संस्करणों की रिलीज़ रिलीज़।
6. झरना सॉफ्टवेयर जीवन चक्र प्रबंधन मॉडल।
7. कठिन योजना की असंभवता, क्योंकि ग्राहक के कार्य किसी भी समय आते हैं।
8. विश्लेषकों का असमान कार्यभार।
9. विश्लेषकों के परीक्षा क्षेत्रों का कार्यात्मक वितरण।

हम क्या पाना चाहते हैं

1. व्यावसायिक परिवर्तनों के लिए जल्दी से प्रतिक्रिया करने में सक्षम हो।
2. खाते में ले लो और काम में कार्यों को प्राथमिकता दें
3. संभव उत्पाद विकास पूर्वानुमान है।
4. लघु स्प्रिंट आपको कार्यों को ट्रैक करने, रिकॉर्ड करने और पूरा करने की अनुमति दे सकते हैं, और जब कार्य जारी किए जाएंगे, तो अधिक सटीक भविष्यवाणी करेंगे।
5. विश्लेषकों के लिए कार्यों का एक बैकलॉग बनाएँ।
6. किसी भी समय, विश्लेषक जानता है कि क्या करना है।
7. जटिल समस्याओं को हल करने में विनिमय का अनुभव।
8. ज्ञान को साझा करने के लिए इस तरह से टीमवर्क स्थापित करना सुखद, आरामदायक और पारस्परिक रूप से फायदेमंद था।
9. ब्लैक जैक आदि के साथ अपने स्कैम को व्यवस्थित करें। :)
10. नई चीजों की कोशिश करें, टीम भावना में सुधार करें। शांत लोग। क्यों नहीं?

मोडलिंग

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

अनिवार्य कार्य विशेषताओं, ट्रैकिंग के लिए वर्कफ़्लो, ट्रैकिंग टूल, प्रत्येक प्रकार के कार्य के लिए मानव घंटे में एक अनुमान का असाइनमेंट और प्रत्येक विश्लेषक के लिए प्रति सप्ताह कुल घंटे निर्धारित किए गए थे, जो स्प्रिंट टीम योजना, समय और दैनिक रैलियों और रेट्रोस्पेक्टिव की नियमितता को ध्यान में रखते थे।

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

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

प्रदर्शन

नियोजन चरण "प्रजेंटिंग टुगेदर टुगेदर टुगेदर" के परिणामों पर प्रस्तुति की टीम के साथ एक प्रदर्शन के साथ समाप्त हुआ, मॉडलिंग, चर्चा और लोगों से प्रतिक्रिया नहीं मिली।

विशेष रूप से स्क्रम और स्क्रैमबट टीमवर्क, जुटना, पारदर्शिता और सामान्य स्वीकृति हैं। यह एक महत्वपूर्ण क्षण था जिससे हमने प्रेरणा के साथ शुरुआत की।

स्रोत

लॉन्च की तैयारियों से निष्कर्ष

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

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

प्रस्तुति के चरण में, NORBIT के हमारे लोगों ने काफी उत्साह और रुचि के साथ प्रतिक्रिया की। लेकिन मुझे लगता है कि टीम की सकारात्मक भावनात्मक प्रतिक्रिया लक्ष्यों को पूरा करने और तत्काल और स्पष्ट समस्याओं के साथ उनके कनेक्शन की योग्यता है।

ऊपर वर्णित चरणों (सिद्धांत अध्ययन, मॉडलिंग और प्रस्तुति) ने चाल चली: हमने सफलतापूर्वक शुरुआत की।

लेकिन शुरुआत करना केवल पहला कदम है। मैं आपको बताऊंगा कि लॉन्च के बाद क्या हुआ और मेरे अगले लेख में क्या परिणाम प्राप्त हुए।