de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

स्क्रम में तैयारी की परिभाषा

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

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

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

तैयारी की परिभाषा कैसे बनाई जाए?

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

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

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

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

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

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

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

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

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

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

सारांश

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

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