स्क्रम ओवरव्यू

स्क्रम ओवरव्यू

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

स्क्रम पद्धति स्प्रिंट्स का उपयोग करके काम के छोटे-छोटे अंशों को डिलीवर करने और ग्राहकों से प्रतिक्रिया एकत्र करने के लिए उपयोग करती है।

तीन (3) स्क्रम पिलर्स हैं:

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

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

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

स्क्रम प्रक्रिया के घटक

द स्क्रम फ्रेमवर्कखुद बहुत सरल है। इसमें केवल कुछ सामान्य दिशानिर्देशों को परिभाषित करता है, साथ ही एक छोटे से नियमों के समूह के साथ, भूमिकाएं, कलाकृतियां, और घटनाएं। हालांकि, इनमें से प्रत्येक घटक महत्वपूर्ण है, एक विशिष्ट उद्देश्य के लिए सेवा करता है, और फ्रेमवर्क के सफलतापूर्वक उपयोग के लिए आवश्यक है।

स्क्रम फ्रेमवर्क के मुख्य घटक हैं:

• स्क्रम भूमिकाएं: स्क्रम मास्टर, प्रोडक्ट ओनर, और स्क्रम टीम
• अर्थात वस्तुएँ: स्प्रिंट बैकलॉग, उत्पाद बैकलॉग, बर्नडाउन चार्ट, लॉग्स, आदि।
• स्क्रम घटनाएँ: स्प्रिंट योजना, स्प्रिंट समीक्षा, दैनिक स्क्रम, स्प्रिंट पुनरावलोकन, आदि।
• स्प्रिंट्स

नीचे दिए गए आरेख में स्क्रम फ्रेमवर्क के मुख्य तत्वों को दर्शाया गया है। इस प्रक्रिया को लागू किया गया है एजाइल सॉफ्टवेयर टूल — स्क्रम प्रक्रिया कैनवास.

स्क्रम भूमिकाएँ

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

उत्पाद मालिक

उत्पाद मालिक स्क्रम भूमिका है जो व्यापार या उपयोगकर्ता समुदाय का प्रतिनिधित्व करता है और उपयोगकर्ता समूहों के साथ मिलकर यह तय करता है कि उत्पाद रिलीज में कौन सी विशेषताएँ शामिल की जाएँगी। उत्पाद मालिक की प्राथमिक जिम्मेदारियाँ हैं:

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

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

स्क्रम मास्टर एजिल विकास टीम का सहायक है। स्क्रम एक ऐसी विधि है जो टीमों को स्व-संगठित होने और एजिल सिद्धांतों के अनुसार त्वरित बदलाव करने की अनुमति देती है। स्क्रम मास्टर सूचना विनिमय की प्रक्रिया का प्रबंधन करता है। स्क्रम मास्टर की प्राथमिक जिम्मेदारियाँ हैं:

• टीम को स्क्रम मूल्यों और अभ्यासों का पालन करने में मदद करने के लिए कोच के रूप में कार्य करना;
• अवरोधों को दूर करने में मदद करना और टीम को बाहरी हस्तक्षेप से सुरक्षा प्रदान करना;
• टीम और स्टेकहोल्डर्स के बीच अच्छे सहयोग को बढ़ावा देना;
• टीम के भीतर सामान्य बुद्धि को बढ़ावा देना;
• संगठनात्मक हस्तक्षेप से टीम को सुरक्षा प्रदान करना।

स्क्रम टीम

स्क्रम टीम (जिसे विकास टीम भी कहा जाता है) 3 से 9 लोगों के समूह से बनी होती है जो संयुक्त रूप से उत्पाद या सेवा के डिलीवरी के लिए आवश्यक सभी तकनीकी कौशल रखती है। वे स्क्रम मास्टर द्वारा सीधे मार्गदर्शन प्राप्त करती हैं लेकिन सीधे प्रबंधित नहीं होती हैं। उन्हें स्व-संगठित, लचीली और सभी आवश्यक कार्य पूरे करने के लिए पर्याप्त जिम्मेदार होना चाहिए।

विकास टीम प्रत्येक स्प्रिंट में संभावित रूप से डिलीवर करने योग्य उत्पाद इंक्रीमेंट के लिए जिम्मेदार है—विश्लेषण, डिजाइन, विकास, परीक्षण, तकनीकी लेखन तक। स्क्रम टीम की मुख्य विशेषताएँ हैं:

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

प्रोडक्ट बैकलॉग

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

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

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

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

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

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

स्क्रम टीम उत्पाद बैकलॉग की समीक्षा करती है और उन उपयोगकर्ता कहानियों की संख्या चुनती है जिन्हें वे स्प्रिंट टाइमबॉक्स के भीतर पूरा कर सकती है। चुनी गई उपयोगकर्ता कहानियाँ स्प्रिंट बैकलॉग बन जाती हैं। स्प्रिंट बैकलॉग स्प्रिंट के लक्ष्य का प्रतिनिधित्व करता है।

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

केवल उस काम की योजना बनाएं जो टीम की क्षमता में फिट हो—यानी, वह काम जो टीम प्रत्येक स्प्रिंट में वास्तविक रूप से पूरा कर सकती है।

डेली स्क्रम मीटिंग (डेली स्टैंडअप)

टीम इस मीटिंग का उपयोग एक दूसरे के प्रति माइक्रो-प्रतिबद्धताएं बनाने, समस्याओं की पहचान करने और स्प्रिंट काम को टीम के भीतर चलने में सुगमता से सुनिश्चित करने के लिए करती है। यह आमतौर पर 15 मिनट का होता है। टीम निम्नलिखित प्रश्नों के उत्तर देती है:

• पिछली स्क्रम मीटिंग के बाद मैंने क्या पूरा किया?
• आज मेरी योजना क्या है? मैं अब से अगली स्क्रम मीटिंग तक क्या पूरा करने की योजना बना रहा हूँ?
• क्या मुझे कोई बाधा (समस्याएं, मुद्दे या जोखिम) रोक रही है?

याद रखें, यह मीटिंग एक स्थिति मीटिंग नहीं है—यह समस्याओं के हल के लिए नहीं है, बल्कि समस्याओं के बारे में जागरूक होने के लिए है (यदि कोई हो)। यदि समस्याओं के हल के लिए मीटिंग की आवश्यकता हो, तो उसे अलग से आयोजित करें।

स्प्रिंट रिव्यू मीटिंग

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

यह ध्यान देने योग्य है कि योजना के दौरान स्थापित डिफिनिशन ऑफ डन के अनुसार 100% पूर्ण नहीं होने वाले कार्य आइटमों का प्रदर्शन नहीं किया जाएगा, क्योंकि वे “पूर्ण” नहीं हैं।

स्प्रिंट रिट्रोस्पेक्टिव मीटिंग

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

टीम यह विचार करती है कि कैसे अधिक कार्यक्षम बना जा सकता है और अन्य सुधार के क्षेत्रों की पहचान करती है।

स्क्रम मास्टर प्रत्येक सुधार आइटम के महत्व का रैंक करता है, और फिर टीम अगले में लागू करने के लिए उचित संख्या में सुधार आइटम चुनती हैस्प्रिंट.