de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

स्क्रम: उत्पाद पीछे की सूची को कैसे सुधारें?

उत्पाद पीछे की सूची में सभी आइटम एक ही आकार और विस्तार के नहीं होंगे (जैसे फीचर / ईपिक्स / उपयोगकर्ता कहानियाँ और कार्य). जिन PBIs को हम जल्द ही काम करने की योजना बना रहे हैं, उन्हें पीछे की सूची के शीर्ष पर रखना चाहिए, छोटे आकार के और बहुत विस्तृत ताकि उन्हें निकट भविष्य के स्प्रिंट में काम किया जा सके। जिन PBIs को हम कुछ समय तक काम नहीं करेंगे, उन्हें पीछे की सूची के नीचे की ओर रखना चाहिए, बड़े आकार के और कम विस्तृत।

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

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

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

कार्यवे उपयोगकर्ता कहानी को लागू करने के लिए आवश्यक आंतरिक चरण हैं। स्प्रिंट योजना के दौरान, एक उपयोगकर्ता कहानी को कार्यों में बांटा जाता है। जबकि आवश्यकताएँ अंतिम उपयोगकर्ता द्वारा किए जाने वाले कार्य हैं, कार्य वे हैं जो विकास टीम करती है ताकि आवश्यकता काम कर सके।

उत्पाद पीछे की सूची के आइटम का विस्तार स्तर (PBIs)

चित्र विकास रोडमैप के एक श्रृंखला के स्प्रिंट में फिट होने के लिए आवश्यकता विघटन के विभिन्न स्तरों को दर्शाता है

उत्पाद पीछे की सूची को कैसे सुधारें?
  • ऊपरी चित्र में नारंगी, सबसे बड़े ईंटें हैं। ये व्यवसाय लक्ष्यों का प्रतिनिधित्व करते हैं जो प्रणाली द्वारा प्राप्त किए जाने चाहिए, अर्थात उपयोग के मामले या उपयोगकर्ता विशेषताएँ।
  • अगले स्तर पर PBIs हैं जो एक स्प्रिंट से बड़े हैं लेकिन रिलीज से छोटे हैं। आइए इस स्तर पर के PBI को ईपिक्स कहें।
  • तीसरे स्तर पर, हमें PBIs मिलते हैं जो स्प्रिंट के लिए उचित आकार के हैं — इन्हें सप्ताहों के बजाय दिनों में पूरा किया जा सकता है। इन आइटम को टीम के तैयारी की परिभाषा और उपयोगकर्ता कहानियों के रूप में दर्शाया जा सकता है।
  • सबसे निचले स्तर पर, इन PBIs को वैकल्पिक रूप से उपयोगकर्ता कहानियों से कार्यों में बांटा जा सकता है और एक एकल इटरेशन के अंत तक डिलीवर किया जा सकता है।

उत्पाद पीछे की सूची

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

उत्पाद पीछे की सूची के आइटम

उत्पाद पीछे की सूची के आइटम (PBIs) उत्पाद पीछे की सूची के तत्व हैं। उत्पाद पीछे की सूची के आइटम विनिर्माण और आवश्यकताओं से लेकर उपयोग के मामले, ईपिक्स, उपयोगकर्ता कहानियों या यहां तक कि बग्स या समय-सीमित अनुसंधान कार्य।

उत्पाद पीछे की सूची के आइटम का सुधार

स्प्रिंट योजना प्रक्रिया

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

सारांश

प्रोडक्ट बैकलॉग रिफाइनमेंट प्रक्रिया का उद्देश्य स्प्रिंट योजना के लिए प्रोडक्ट बैकलॉग आइटम को तैयार अवस्था में लाना है, ताकि प्रोडक्ट बैकलॉग आइटम हो:

  • पर्याप्त स्पष्ट और टीम के हर सदस्य द्वारा समझे जाने योग्य
  • एक स्प्रिंट में शामिल करने के लिए पर्याप्त छोटा

अन्य सिफारिश किए गए स्क्रम लेख

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