स्क्रम में प्रक्रियाएं

स्प्रिंट योजना

स्प्रिंट योजना स्क्रम स्प्रिंट में प्रारंभिक चरण है। यह स्प्रिंट के दौरान कार्यक्षेत्र और काम करने के तरीकों को निर्धारित करता है। पूरी स्क्रम टीम योजना बनाने में शामिल है।

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

नियोजन कार्यशाला में, कार्यों की सूची और स्प्रिंट के लक्ष्य पर सहमति होती है। काम करने के लिए सही प्रेरणा के साथ टीम को चार्ज करना महत्वपूर्ण है, ताकि प्रत्येक सदस्य सफलता पर केंद्रित हो।

यदि स्प्रिंट खराब तरीके से नियोजित है, तो यह टीम को असफलता की ओर ले जा सकता है। डेवलपर्स उन पर लगाई गई अपेक्षाओं का सामना नहीं कर पाएंगे, क्योंकि कार्य अवास्तविक निकले।

स्प्रिंट की योजना बनाते समय विचार करने के लिए प्रश्न:

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

योजना प्रति सप्ताह दो घंटे से अधिक नहीं होनी चाहिए। स्क्रम मास्टर को सभी को समझाना चाहिए कि समय सीमाएँ हैं। अगर सभी काम के मुद्दों को जल्दी से हल किया जाता है, तो मीटिंग सामान्य से पहले खत्म हो सकती है। ऐसी बैठक के लिए कोई न्यूनतम अवधि नहीं है।

कार्य मूल्यांकन

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

जटिलता का आकलन करने के लिए, आप सभी के लिए सामान्य कपड़ों के आकार (L, XL, XXL) का उपयोग कर सकते हैं। बेशक, यह सटीकता की गारंटी नहीं देता है, लेकिन फिर भी।

जटिलता का आकलन अधिक सटीक होने के लिए आपसी समझ की आवश्यकता है। टीम के सदस्यों को खुलकर अपनी राय साझा करनी चाहिए और उत्पाद के मालिक से सवाल पूछने से नहीं डरना चाहिए।

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

अंक, अंक और घंटे में कठिनाई का मूल्यांकन

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

काम की जटिलता और मात्रा के आधार पर अंक दिए जाते हैं। इसके अलावा, संभावित जोखिमों को ध्यान में रखा जाता है। इस पद्धति का उपयोग करके स्कोरिंग कार्य को प्रभावी ढंग से छोटे चरणों में विभाजित करने में मदद करता है।

योजना बनाते समय स्कोरिंग पद्धति (अंक) का नियमित रूप से उपयोग करने से, टीमों को इस बात की बेहतर और सटीक समझ होती है कि उन्हें काम पूरा करने के लिए कितने समय की आवश्यकता होगी। इसके अलावा इसके और भी फायदे हैं।

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

जटिलता अनुमान का नुकसान यह है कि इसका अक्सर दुरुपयोग होता है। उदाहरण के लिए, इस पद्धति का उपयोग कर्मचारियों के मूल्यांकन के लिए नहीं किया जा सकता है।

टीमों को उन्हें सौंपे गए कार्य की मात्रा को बेहतर ढंग से समझने और सही ढंग से प्राथमिकता देने के लिए स्कोरिंग प्रणाली का उपयोग करना चाहिए।

दैनिक स्क्रम बैठक

वर्कशॉप महत्वपूर्ण हैं: उनमें, टीम के सदस्य अपनी राय साझा करते हैं, संवाद करते हैं और आगे की कार्रवाइयों पर सहमत होते हैं। टीम भावना को बढ़ाने और वर्तमान समाचारों की घोषणा करने के लिए दैनिक स्क्रम बैठकों की भी आवश्यकता होती है।

स्टैंड-अप प्रमुख परियोजना प्रतिभागियों की एक संक्षिप्त बैठक है: सॉफ्टवेयर मालिक, प्रोग्रामर और स्क्रम मास्टर। स्टैंड-अप की संरचना में तीन प्रश्न होते हैं।

• हम कल क्या कर पाए थे?
• हम आज क्या काम कर रहे हैं?
• हमें परिणाम प्राप्त करने से क्या रोकता है?

इन सवालों को पूछने से विकास को बढ़ावा मिलता है और टीम के भीतर समस्याओं की पहचान करने में मदद मिलती है। जब प्रत्येक प्रतिभागी यह बताता है कि वह एक सामान्य लक्ष्य को प्राप्त करने में कैसे मदद करता/करती है, तो इससे टीम के भीतर आपसी समझ में सुधार होता है।

यह याद रखना महत्वपूर्ण है कि स्टैंड-अप कैसे करें, इसके लिए कोई एक टेम्प्लेट नहीं है। टीम की विशेषताओं के आधार पर प्रत्येक टीम अपने स्वयं के मॉडल के अनुसार बैठकें करती है।

और अब आइए चर्चा करें कि सही स्टैंड-अप के लिए क्या आवश्यक है और प्रभावी स्टैंड-अप के उदाहरणों से परिचित हों।

पहले आपको ऐसा समय चुनने की जरूरत है जो सभी के अनुकूल हो। आमतौर पर एक ही कार्यालय से टीमों के लिए स्टैंड-अप कार्य दिवस की शुरुआत में - सुबह 9 से 10 बजे के बीच आयोजित किया जाता है। यह आपको दिन के लिए अपने कार्यक्रम की बेहतर योजना बनाने का समय देता है। यदि टीम के सदस्य विभिन्न क्षेत्रों में काम करते हैं, तो ऐसा समय चुना जाता है जो सभी के लिए उपयुक्त हो। उदाहरण के लिए, यदि टीम के कुछ सदस्य कैलिफ़ोर्निया और सिडनी में रहते हैं, तो स्टैंड-अप 15:30 कैलिफ़ोर्निया समय पर शुरू होता है। बेशक, रात के खाने के बाद खड़े होना हर किसी के लिए सुविधाजनक नहीं है, लेकिन इससे समुद्र के दूसरी तरफ सहकर्मियों के संपर्क में रहना संभव हो जाता है।

स्टैंड-अप उत्पादकता पर नज़र रखें। मीटिंग को ज्यादा देर तक न रखें- ध्यान की एकाग्रता अपने सबसे अच्छे स्तर पर बनी रहनी चाहिए। यदि संभव हो, तो स्टैंड-अप को 15 मिनट से अधिक न रखें।

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

स्प्रिंट समीक्षा

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

स्प्रिंट परिणाम समीक्षा में निम्नलिखित तत्व शामिल हैं:

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

परिणाम बाद के स्प्रिंट के लिए नए लक्ष्यों के साथ एक अद्यतन बैकलॉग है। स्थिति की आवश्यकता होने पर बैकलॉग को बदला जा सकता है।

स्प्रिंट रेट्रोस्पेक्टिव

स्प्रिंट रेट्रोस्पेक्टिव एक वर्कशॉप है जो इस बात पर चर्चा करती है कि आपके वर्कफ़्लो को कैसे बेहतर बनाया जाए। यह अगले स्प्रिंट के लिए एक सुधार योजना भी बनाता है। बैठक आमतौर पर स्प्रिंट समीक्षा के बाद होती है और इसमें तीन घंटे से अधिक समय नहीं लगता है। मीटिंग का नेतृत्व करना स्क्रम मास्टर है।

स्प्रिंट रेट्रोस्पेक्टिव के मुख्य लक्ष्यों में शामिल हैं:

• स्प्रिंट विश्लेषण (प्रतिभागियों का काम, परिणाम और समस्याएं)।
• आगामी स्प्रिंट में कार्यप्रवाह को बेहतर बनाने के लिए संभावित समाधानों पर चर्चा करें।
• परियोजना के कार्यान्वयन के दौरान टीम के सदस्यों द्वारा सुधार के कार्यान्वयन के लिए एक योजना का निर्माण।

स्क्रम मास्टर टीम के सदस्यों को सुझाव देने के लिए आमंत्रित करता है कि विकास दक्षता में सुधार कैसे किया जाए। टीम प्रस्तावों पर चर्चा करती है और उनके कार्यान्वयन के लिए कुछ तरीके और तकनीक सुझाती है।

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

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