स्क्रम प्रक्रिया: उत्पाद पीछे के आइटम से शिप करने योग्य उत्पाद अनुक्रम तक

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

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

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

शिप करने योग्य कार्यक्षमता बनाने के लिए, विकास टीम और उत्पाद मालिक तीन मुख्य गतिविधियों में शामिल होते हैं:

विस्तार करना

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

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

विकास करना

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

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

सत्यापन करना

स्प्रिंट में किए गए कार्य के सत्यापन के तीन भाग हैं: स्वचालित परीक्षण, सहकर्मी समीक्षा और उत्पाद मालिक की समीक्षा। टीम निम्न कर सकती है:

स्वचालित परीक्षण

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

स्वचालित परीक्षण में निम्न शामिल हो सकते हैं: इकाई परीक्षण: स्रोत कोड के सबसे छोटे हिस्सों में परीक्षण — घटक स्तर पर
सिस्टम परीक्षण: कोड का अन्य भागों के साथ परीक्षण
स्थिर परीक्षण: यह सत्यापित करना कि उत्पाद का कोड नियमों और विकास टीम द्वारा सहमत उत्तम व्यवहार पर आधारित मानकों को पूरा करता है

सहकर्मी समीक्षा

सहकर्मी समीक्षा का सरल अर्थ है कि विकास टीम के सदस्य एक दूसरे के कोड की समीक्षा करते हैं।

उत्पाद मालिक की समीक्षा

जब एक उपयोगकर्ता कहानी को विकसित और परीक्षण कर लिया जाता है, तो विकास टीम कहानियों को कार्य बोर्ड पर ‘स्वीकार’ कॉलम में स्थानांतरित करती है। फिर उत्पाद मालिक कार्यक्षमता की समीक्षा करता है और सत्यापित करता है कि यह उपयोगकर्ता कहानी के लक्ष्यों को पूरा करती है, उपयोगकर्ता कहानी के स्वीकृति मानदंडों के अनुसार। उत्पाद मालिक दिन भर उपयोगकर्ता कहानियों की सत्यापन करता है।

सारांश

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

अन्य स्क्रम लेख

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।