स्क्रम में तैयारी की परिभाषा – यह क्या है और इसका क्यों महत्व है

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

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

तैयारी की परिभाषा क्यों?

तैयारी की परिभाषा (DoR) एक सहमति से बनी मानदंडों का समूह है जो सभी को बताता है कि किसी चीज के शुरू करने के लिए तैयार है या नहीं — उदाहरण के लिए, जब उपयोगकर्ता कहानी स्प्रिंट में प्रवेश करने के लिए तैयार होती है, या जब टीम के स्प्रिंट शुरू करने के लिए सभी आवश्यक शर्तें पूरी होती हैं। एक अच्छी तरह से परिभाषित DoR स्क्रम टीम के सफलतापूर्वक अपनेस्प्रिंट लक्ष्यके लक्ष्य को प्राप्त करने की संभावना को महत्वपूर्ण रूप से बढ़ाता है। यहां एक अच्छी तरह से संरचित DoR टीम को लाभ दे सकती है:

• बैकलॉग आइटम की “तैयारी” स्थिति को मापता है
• यह सुनिश्चित करता है कि बैकलॉग आइटम को “पर्याप्त तैयार” माना जाता है
• टीम को यह पहचानने में मदद करता है कि उत्पाद मालिक या अन्य सदस्य अत्यधिक भारित हैं या नहीं
• टीम सदस्यों के बीच आपसी जिम्मेदारी को बढ़ावा देता है
• कहानी वास्तव में “तैयार” होने से पहले अनुमान देने के लिए टीम पर दबाव को कम करता है
• विकास के दौरान “आवश्यकता विचलन” को कम करता है

उदाहरण – स्प्रिंट के लिए तैयारी की परिभाषा

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

• किस्प्रिंट बैकलॉगप्राथमिकता दी गई है
• स्प्रिंट बैकलॉग में सभी दोष, उपयोगकर्ता कहानियाँ और टीम द्वारा लिए गए अन्य कार्य शामिल हैं
• कोई छिपी हुई कार्य नहीं
• सभी टीम सदस्यों ने अपनी स्प्रिंट क्षमता की गणना कर ली है
• प्रोजेक्ट पूर्ण समय = प्रति दिन X घंटे
• सभी उपयोगकर्ता कहानियाँ तैयारी के परिभाषा को पूरा करती हैं

उदाहरण – उपयोगकर्ता कहानी के लिए तैयारी की परिभाषा

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

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

सारांश

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