स्क्रम में रेडी का “परिभाषा” क्या है?

रेडी की परिभाषा — उपयोगकर्ता कहानी को तुरंत कार्यान्वित किया जा सकना चाहिए।

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

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

रेडी की परिभाषा का उद्देश्य क्या है?

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

रेडी की परिभाषा क्यों?

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

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

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

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

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

सारांश

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

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