स्क्रम फ़्रेमवर्क — दूसरा संस्करण

इस अध्याय में दूसरे संस्करण का ऐतिहासिक और व्यावहारिक शिक्षण-संदर्भ सुरक्षित रखा गया है। नीचे दी गई विषय-सूची में तीसरे संस्करण का पाठ्यक्रम भी उपलब्ध है।

---

स्क्रम का उदाहरण: अग्रणी एजाइल टीमों के लिए वास्तविक दुनिया का स्क्रम उदाहरण

इस लेख में हम स्क्रम पद्धति का ऐसा उदाहरण प्रस्तुत करना चाहते हैं, जो आपकी स्क्रम टीमों, व्यवसाय के अन्य हितधारकों और आपकी परियोजनाओं से जुड़े लोगों को प्रेरणा दे सके। हमने ऐसे अनेक मामले देखे हैं, जहाँ कंपनियों और व्यवसायों ने स्क्रम पेशेवरों को प्रशिक्षण तो दिया, लेकिन स्क्रम का अनुभव कम होने के कारण उन्हें अपने दैनिक स्क्रम संचालन और उत्पाद के क्रियान्वयन में चुनौतियों का सामना करना पड़ा।

यह समस्या अक्सर स्क्रम टीमों को उनकी सर्वोत्तम टीम वेलॉसिटी हासिल करने और समय तथा बजट के भीतर परिणाम देने से रोकती है। यहीं स्क्रम पद्धति का यह उदाहरण महत्वपूर्ण हो जाता है।

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

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

स्क्रम पद्धति के इस उदाहरण के मुख्य पात्र हैं:

• एलेक्स, स्क्रम प्रोडक्ट ओनर।
• फ़्रैंक, स्क्रम मास्टर।
• स्क्रम टीम।

पहला स्प्रिंट शुरू होने से पहले

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

स्क्रम का परिचय — स्क्रम के विभिन्न चरणों और स्प्रिंटों का वास्तविक उदाहरण

स्प्रिंट 1 - दिन 0

स्प्रिंट प्लानिंग बैठक के दौरान एलेक्स स्क्रम प्रोडक्ट बैकलॉग की मदों को सबसे ऊँची से सबसे कम प्राथमिकता के क्रम में प्रस्तुत करता है। टीम अनसुलझे प्रश्न स्पष्ट करती है और हर मद के लिए चर्चा करती है कि क्या पर्याप्त क्षमता, आवश्यक जानकारी और कौशल तथा बाकी सभी ज़रूरी चीज़ें उपलब्ध हैं। इस चर्चा के बाद वे इस स्प्रिंट के अंत तक स्टोरी 1, 2, 3, 6, 7 और 8 पूरी करने की प्रतिबद्धता लेते हैं। मद 4 और 5 इस स्प्रिंट में पूरी नहीं की जा सकतीं, क्योंकि कुछ तकनीकी आधारभूत सुविधाएँ अभी उपलब्ध नहीं हैं।

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

स्क्रम टीमों के लिए व्यावहारिक सुझाव:

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

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

स्प्रिंट 1 - दिन 1

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

बैठक के बाद फ़्रैंक स्प्रिंट बर्नडाउन अपडेट करता है। फिर वह टूल के सॉफ़्टवेयर विक्रेता को फ़ोन करता है, लाइसेंस मँगाता है और जिन्हें उनकी ज़रूरत है, उन्हें भेज देता है।

स्क्रम टीमों के लिए व्यावहारिक सुझाव:

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

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

स्प्रिंट 1 - दिन 2

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

स्प्रिंट 1 - दिन 28

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

• स्टोरी 1, 2, 6 और 7 अपेक्षा के अनुसार पूरी हो गई हैं।
• स्टोरी 3 समय पर पूरी नहीं हो सकी और उसे प्रस्तुत ही नहीं किया गया।
• स्टोरी 8 के कुछ हिस्सों में रीफ़ैक्टरिंग की ज़रूरत है।

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

स्क्रम पद्धति का उदाहरण

स्क्रम टीमों के लिए व्यावहारिक सुझाव:

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

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

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

स्प्रिंट 2 - दिन 1

स्क्रम प्रोडक्ट ओनर एलेक्स अपनी हाल की ग्राहक बैठकों के आधार पर स्क्रम प्रोडक्ट बैकलॉग में नई मदें जोड़ता है। साथ ही, वह स्टोरी 8 की रीफ़ैक्टरिंग के लिए अतिरिक्त मदें जोड़ता है। फिर एलेक्स टीम को स्प्रिंट 2 की स्प्रिंट प्लानिंग बैठक के लिए बुलाता है। टीम स्क्रम मास्टर फ़्रैंक के मार्गदर्शन में स्टोरीज़ पर चर्चा करती है और उन्हें पूरा करने की प्रतिबद्धता लेती है; इसके बाद दूसरा स्प्रिंट शुरू होता है।

स्क्रम टीमों के लिए व्यावहारिक सुझाव:

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

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

वास्तविक परिस्थितियों और केस स्टडीज़ के ऐसे और उदाहरणों के लिए जुड़े रहें, जो स्क्रम फ़्रेमवर्क और उसके व्यावहारिक उपयोगों की आपकी समझ को और समृद्ध करेंगे।