5-मिनट का स्क्रम सीखना

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

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

स्क्रम की उत्पत्ति

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

स्क्रम मूल्य (स्क्रम मूल्य)

निम्नलिखित सिद्धांत स्क्रम की आधारभूत प्रकृति का समर्थन करते हैं:

पारदर्शिता
टीमों को एक ऐसे वातावरण में काम करना चाहिए जहां सभी सदस्य दूसरे सदस्यों के सामना कर रहे चुनौतियों के बारे में जानते हों। टीमें आंतरिक रूप से समस्याओं को उजागर करती हैं—अक्सर लंबे समय से चल रही समस्याएं—जो टीम के सफलता को रोकती हैं।

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

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

विकास टीम (विकास टीम)

उत्पाद मालिक

द उत्पाद मालिकएक ऐसी भूमिका है जिसके लिए उत्पाद बैकलॉग का प्रबंधन करना जिम्मेदार है ताकि टीम द्वारा वितरित करने के लिए उम्मीद किए गए परिणाम प्राप्त किए जा सकें।

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

स्क्रम मास्टर

द स्क्रम मास्टर टीम सदस्यों को एजाइल मूल्यों और सिद्धांतों का पालन करने और टीम द्वारा उपयोग करने के लिए सहमति वाली प्रक्रियाओं और अभ्यासों का पालन करने का जिम्मेदार है।

शीर्षक का मूल रूप से एक स्क्रम विशेषज्ञ को दर्शाने के लिए उपयोग किया गया था जो दूसरों के मार्गदर्शन कर सकता था।

इस भूमिका के पास आमतौर पर कोई औपचारिक अधिकार नहीं होता है। इस भूमिका में व्यक्ति को प्रभावशाली स्थिति से नेतृत्व करना होता है, जो आमतौर पर सेवा-नेतृत्व की स्थिति अपनाता है।

विकास टीम
द विकास टीम उन लोगों के समूह को शामिल करता है जो एक स्प्रिंट के भीतर एक उत्पाद अनुक्रम को वितरित करते हैं।

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

स्क्रम अभिलेख

उत्पाद बैकलॉग
द उत्पाद बैकलॉग उत्पाद में संभावित सभी परिवर्तनों की व्यवस्थित सूची है। उत्पाद बैकलॉग पर आइटम विकल्प हैं, बंधन नहीं—सूची में होने से डिलीवरी की गारंटी नहीं होती है।

उत्पाद मालिक निरंतर बनाए रखता है उत्पाद बैकलॉग को, इसके सामग्री, स्पष्टता और क्रम के साथ, बनाए रखता है।

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

अनुक्रम
अनुक्रम उत्पाद बैकलॉग आइटमों का समूह है जो एक के अंत में पूरा होते हैं स्प्रिंट जो टीम के डिफाइन ऑफ डन के मानदंड पूरे करते हैं। उत्पाद मालिक भविष्य के स्प्रिंट में अनुक्रम को जारी करने या उस पर आधारित निर्माण करने का निर्णय ले सकता है।

डिफाइन ऑफ डन
द डिफाइन ऑफ डन टीम के बीच उत्पाद बैकलॉग आइटम के पूरा होने से पहले उसे पूरा मानने के लिए आवश्यक मानदंडों पर सहमति है।

स्क्रम घटनाएं

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

• विकास के दौरान निरंतर अवधि
• पिछले स्प्रिंट के बाद तुरंत एक नया स्प्रिंट शुरू होता है
• स्प्रिंट की शुरुआत और अंत की तिथियां निश्चित होती हैं

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

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

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

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

दैनिक स्टैंडअप (दैनिक स्क्रम)
एक दैनिक स्क्रम एक छोटी (आमतौर पर 15 मिनट तक) बैठक है जहां टीम अगले दिन के गतिविधियों के निर्देशन करती है। दैनिक स्क्रम का उद्देश्य एक स्थिति रिपोर्ट या समस्या-समाधान सत्र नहीं है।

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

स्प्रिंट रिट्रोस्पेक्टिव
स्प्रिंट समीक्षा के बाद, स्प्रिंट के अंत में, टीम (उत्पाद मालिक सहित) पिछले स्प्रिंट पर विचार करती है और भविष्य में कर सकने वाले सुधारों की पहचान करती है। इस रिट्रोस्पेक्टिव अगले स्प्रिंट के स्प्रिंट बैकलॉग में कम से कम एक कार्य बिंदु शामिल होता है।

5 मूल मूल्य

• खुलापन
• सम्मान
• हिम्मत
• फोकस
• प्रतिबद्धता

जीवन चक्र

स्क्रम एक ढांचा है जो विकास टीमों को बदलते परिस्थितियों के प्रति लचीले तरीके से प्रतिक्रिया करने की अनुमति देता है। ढांचा परिणामों की अपेक्षा के अनुरूप रहने की गारंटी देने के लिए पर्याप्त नियंत्रण बिंदु प्रदान करता है और कार्य अभी भी प्रगति में होने के दौरान समस्याओं की पहचान करने और प्रक्रिया को समायोजित करने में सक्षम बनाता है।

स्क्रम जीवन चक्र एक उच्चतम प्राथमिकता वाले बैकलॉग के साथ शुरू होता है, लेकिन बैकलॉग के विकास या प्राथमिकता निर्धारण के लिए मार्गदर्शन प्रदान नहीं करता है।

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

1. उत्पाद बैकलॉग बनाएं।
2. उत्पाद मालिक और विकास टीम स्प्रिंट योजना करती है। स्प्रिंट योजना के पहले भाग में स्प्रिंट के दायरे को परिभाषित किया जाता है; दूसरे भाग में उस दायरे को प्रदान करने की योजना तैयार की जाती है।
3. जैसे-जैसे स्प्रिंट आगे बढ़ता है, विकास टीम चयनित उत्पाद बैकलॉग आइटमों को प्रदान करने के लिए आवश्यक कार्य करती है।
4. प्रत्येक दिन, विकास टीम अपने कार्य को दैनिक स्क्रम.
5. स्प्रिंट के अंत में, विकास टीम स्प्रिंट योजना से चयनित उत्पाद बैकलॉग आइटम प्रदान करती है। टीम एक स्प्रिंट समीक्षाग्राहक के सामने अनुभाग को प्रदर्शित करने और प्रतिक्रिया एकत्र करने के लिए। टीम और उत्पाद मालिक स्प्रिंट के विकास की स्थिति पर विचार करते हैं और रिट्रोस्पेक्टिव में अपनी प्रक्रिया को उचित ढंग से समायोजित करते हैं।
6. टीमटीमचरण 2 से 5 को तब तक दोहराया जाता है जब तक अभीष्ट उत्पाद परिणाम प्राप्त नहीं हो जाता है।

मुख्य लाभ

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