मेन्यू

स्क्रम कलाकृतियों: उत्पाद बैकलॉग, स्प्रिंट बैकलॉग और उत्पाद वृद्धि

  • मुख्य
  • अन्य
  • स्क्रम कलाकृतियों: उत्पाद बैकलॉग, स्प्रिंट बैकलॉग और उत्पाद वृद्धि

scrum artifacts product backlog

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

स्क्रम कलाकृतियों का परिचय:

इस श्रृंखला के पिछले लेखों में, हम से परिचय हुआ था चुस्त और विभिन्न चुस्त तरीके । हमने यह भी सीखा कि विभिन्न पद्धतियाँ अपने-अपने तरीके से कैसे भिन्न हैं।

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

इस ट्यूटोरियल में, हम स्क्रैम के साथ आगे बढ़ते हैं और विभिन्न स्क्रैम कलाकृतियों के बारे में विवरण में आगे बढ़ते हैं।

स्कैम कलाकृतियों

आप क्या सीखेंगे:

विभिन्न स्क्रैम कलाकृतियों

3 प्रकार की स्क्रैम कलाकृतियों में शामिल हैं:

  • उत्पाद बकाया
  • स्प्रिंट बैकलॉग और
  • उत्पाद वृद्धि

अब हम देखेंगे कि इन शब्दों का क्या अर्थ है और इन कलाकृतियों का निर्माण कैसे किया जाता है।

स्क्रम कलाकृतियों-प्रकार

उत्पाद बकाया

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

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

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

वे अपनी विस्तृत कलाकृतियां बना सकते हैं, लेकिन वे विरोधाभासी नहीं हैं या उत्पाद बैकलॉग को प्रतिस्थापित नहीं करते हैं। वे बजाय उत्पाद बैकलॉग आवश्यकताओं के साथ एक संरेखण में होंगे।

नीचे एक उदाहरण है कि एक विशिष्ट उत्पाद बैकलॉग कैसा दिख सकता है:

कहानीआकलनवरीयता
मैं लॉगिन करना चाहता हूं४1
मैं लॉगआउट करना चाहता हूंदोदो
मैं पासवर्ड बदलना चाहता हूं1३
मुझे पता अपडेट करना है३४
मैं एक नया होम फोन नंबर जोड़ना चाहता हूं1५

यह हमें प्रश्न पर लाता है, कैसे एक अच्छा उत्पाद बैकलॉग बनाने के लिए?

एक उत्पाद बैकलॉग को आदर्श रूप से नीचे दिए गए नियमों का पालन करना चाहिए:

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

यह टीम को यह समझने में मदद करता है कि पहले क्या दिया जाना चाहिए।

(ii) इसका अनुमान लगाया जाना चाहिए - कहानियों को हमेशा सहमत परिभाषा के अनुसार अनुमान लगाया जाना चाहिए, जो भी हो। यह प्राथमिकता के लिए भी इस्तेमाल किया जा सकता है।

(iii) यह उच्च स्तर का होना चाहिए - उत्पाद बैकलॉग में कहानियाँ उच्च स्तर की हैं और उन्हें विवरण में नहीं जाना चाहिए। आवश्यकता के अनुसार विस्तृत उपयोगकर्ता कहानियों का निर्माण स्क्रैम टीम पर निर्भर करता है और पीओ नहीं।

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

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

इसके बजाय, इसे बार-बार साझा करने का मतलब है क्योंकि परिवर्तन आते रहते हैं। प्रगति होते ही नई आवश्यकताएं सामने आ सकती हैं और इससे बैकलॉग की प्राथमिकता भी बदल सकती है। ऐसी परिस्थितियाँ होंगी जहाँ एक नई आवश्यकता बैकलॉग में किसी अन्य आइटम पर निर्भर होती है इसलिए आइटम प्राथमिकता को फेरबदल करने की आवश्यकता हो सकती है।

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

इस प्रकार उत्पाद बैकलॉग पीओ द्वारा स्वामित्व वाली व्यावसायिक आवश्यकताओं की एक सूचीबद्ध सूची है और जैसे ही परियोजना आगे बढ़ती है बार-बार देखी जाती है।

स्प्रिंट बैकलॉग

आपको याद होगा कि 2 से 4 सप्ताह की अवधि के दौरान स्क्रेम टीमें स्प्रिंट कहलाती हैं। इन स्प्रिंट के दौरान, scrum टीम पीओ द्वारा बनाए गए उत्पाद बैकलॉग से उन वस्तुओं की पहचान करती है, जिन्हें वे अगले पुनरावृत्ति के एक हिस्से के रूप में वितरित करने की योजना बनाते हैं। जिस आइटम पर स्क्रैम टीम काम करती है, वह स्प्रिंट बैकलॉग का एक हिस्सा बन जाता है।

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

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

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

जावा कॉपी 2d सरणी को दूसरे सरणी में

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

एक विशिष्ट स्प्रिंट बैकलॉग जैसा कि नीचे दिखाया गया है।

स्प्रिंट बैकलॉग

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

स्प्रिंट बैकलॉग बनाते समय कुछ सर्वोत्तम अभ्यास निम्न हो सकते हैं:

# 1) समूह निर्णय लें - यह बैकलॉग तय करने वाले स्क्रैम मास्टर या किसी अन्य स्क्रैम टीम के सदस्य नहीं होना चाहिए। बल्कि, यह पूरी टीम को मिलकर यह तय करना चाहिए कि स्प्रिंट बैकलॉग में किन वस्तुओं को शामिल किया जाए और उनके लिए कैसे योजना बनाई जाए।

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

# 2) कार्य असाइन न करें - जैसा कि चुस्त साहित्य में कई बार दोहराया गया है, कभी भी टीम के सदस्यों को कार्य आवंटित न करें। एक स्क्रम टीम को आत्मनिर्भर माना जाता है और उन्हें पता होना चाहिए कि अपने काम को कैसे आयोजित करना है।

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

# 3) की परिभाषा - हितधारकों द्वारा इस पर न केवल सहमति व्यक्त की जानी चाहिए, बल्कि जब भी स्प्रिंट लक्ष्यों के बारे में कोई निर्णय लेना होता है, तो उन्हें सभी बिंदुओं पर टीम को स्पष्ट रूप से दिखाई देना चाहिए। यह एक काम करने योग्य shippable उत्पाद देने से पहले वास्तव में क्या किया जाना चाहिए की एक अनुस्मारक के रूप में काम करेगा।

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

# 5) कोई भी कार्य जोड़ें - कार्य को न केवल कोडिंग से संबंधित होना चाहिए, बल्कि एक shippable उत्पाद देने के लिए आवश्यक हो सकता है। इसलिए बैकलॉग में भी ऐसे कार्यों का उल्लेख करें।

उत्पाद वृद्धि

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

प्रत्येक पुनरावृत्ति का परिणाम यह उत्पाद वृद्धि है और इस तरह के प्रत्येक उत्पाद वृद्धि से टीम को अंतिम उत्पाद देने की दिशा में एक कदम और करीब लाने में मदद मिलती है।

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

यह सुनिश्चित करने के लिए जाँच, उपयोग और परीक्षण किया जा सकता है कि यह परिभाषा के अनुसार वास्तव में 'किया गया' है और यदि उत्पाद स्वामी चाहें तो इसे लाइव होने के लिए भी जारी किया जा सकता है।

इस उत्पाद वृद्धि को वितरित करने के लिए सबसे महत्वपूर्ण बात यह है कि 'की गई परिभाषा' की एक साझा समझ होनी चाहिए जो सभी को समझ में आती है।

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

यह न्यूनतम है जैसा कि स्प्रिंट से बाहर होने की उम्मीद है।

निष्कर्ष

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

। स्क्रम पर हमारे आगामी ट्यूटोरियल में आयोजन , 'हम प्रत्येक स्क्रैम इवेंट पर विस्तार से चर्चा करेंगे!

PREV ट्यूटोरियल | अगले ट्यूटोरियल

अनुशंसित पाठ

^