---

स्क्रम उत्पाद बैकलॉग क्या है? यह आपको चौंका सकता है!

उत्पाद बैकलॉग (स्क्रम बैकलॉग) या स्क्रम उत्पाद बैकलॉग उत्पाद की सभी ज्ञात आवश्यकताएँ सँभालने का केंद्रीय तत्व है।

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

फीचर अनुरोध और उच्च स्तरीय स्टोरी होती हैं। परीक्षण तथा विकास परिवेश जैसी पूर्वशर्त या पूरक जरूरतें भी। बग समाधान, तकनीकी ऋण घटाने या फीचर सुधार की स्टोरी भी जगह पाती हैं।

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

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

इसके स्वामी हैं, स्क्रम प्रोडक्ट बैकलॉग स्क्रम प्रोडक्ट ओनर। मास्टर, टीम और हितधारक सफलता की व्यापक स्टोरी सूची में योगदान देते हैं।

टीम काम के अन्य आर्टिफैक्ट भी बना सकती है, जैसे भूमिकाओं का सार, प्रवाह विवरण, इंटरफेस नियम, चित्रकथा या प्रोटोटाइप। ये बैकलॉग का स्थान नहीं लेते, सामग्री के पूरक तथा विवरण हैं।

उत्पाद बैकलॉग जीवंत दस्तावेज है। सॉफ्टवेयर के क्रमिक सुधार की तरह यह भी समय के साथ बढ़ता है। अलग बदलाव प्रबंधन अनिवार्य नहीं। प्रोडक्ट ओनर अपनी सर्वोत्तम शुरुआती समझ से पहला संस्करण बनाता है।

स्प्रिंट-दर-स्प्रिंट उभरता उत्पाद और ग्राहक जरूरतों की बढ़ती समझ देखकर वह आवश्यकताएँ जोड़ता, हटाता तथा सुधारता है।

प्रोडक्ट ओनर आवश्यकताओं को प्राथमिकता देता है। ऊँची प्राथमिकता में अधिक विवरण हों, ताकि टीम आसानी से समझकर जरूरी कार्य बनाए।

डेवलपर्स जरूरत पर आकार आँकते हैं; स्टोरी पॉइंट वैकल्पिक तकनीक है। उच्च प्राथमिकता के अनुमान सुधारकर प्लानिंग के लिए तैयार करें।

साधारण कार्यसूची से अलग विशेषताएँ हैं:

• हर स्टोरी ग्राहक, व्यवसाय मालिक तथा उपयोगकर्ता को व्यावसायिक या तकनीकी मूल्य देती है,
• सभी सर्वोच्च से न्यूनतम प्राथमिकता में क्रमबद्ध हैं,
• विवरण का स्तर स्थान पर निर्भर है,
• उचित तकनीक से जरूरत पर आकार आँकते हैं,
• यह जीवंत दस्तावेज है,
• उत्पाद काम बताता है; विस्तृत निष्पादन योजना स्प्रिंट बैकलॉग में है।

स्टोरी ग्राहक, व्यवसाय और सिस्टम को मूल्य देती हैं

हर स्टोरी कुछ ग्राहक मूल्य दे। बिना मूल्य की स्टोरी संसाधन की बर्बादी हैं और हटें। इनमें स्टोरी हो सकती हैं:

• कार्यात्मक और गैर-कार्यात्मक आवश्यकता विवरण,
• उत्पाद शुरू करने के जरूरी काम का उच्च स्तरीय विभाजन,
• गैर-उत्पादन विकास और प्रदर्शन परिवेश बनाना,
• दोष सुधार।

Scrum Product Backlog का उदाहरण

कुछ कार्य सीधे कार्यक्षमता या ग्राहक मूल्य नहीं देते, लेकिन गुणवत्ता, कम तकनीकी ऋण और लंबी अवधि में रखरखाव से मूल्य दें।

उत्पाद बैकलॉग जीवंत दस्तावेज है

यह पूरी परियोजना में बदलता है। जरूरत पर स्टोरी जुड़ती, बदलती, विस्तृत या हटती हैं। वॉटरफॉल की तरह शुरुआत में आवश्यकताएँ स्थिर नहीं होतीं।

अंतिम आवश्यकताएँ उभरते इन्क्रिमेंट के साथ पुनरावृत्त रूप से बनती हैं।

यह पारंपरिक आवश्यकता इंजीनियरिंग से अलग है, लेकिन ग्राहक मूल्य बढ़ाता और संसाधन बर्बादी घटाता है।

विवरण के अलग स्तर

आवश्यकताओं की बारीकी और गहराई अलग हो सकती है। अगले कुछ स्प्रिंट में लागू होने वाली जरूरतें ही अधिक विस्तार से परिभाषित हों। बाकी मोटी रूपरेखा में रहें और अधिक जानने की जरूरत से ठीक पहले संसाधित हों।

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

उत्पाद बैकलॉग में निम्न-स्तरीय कार्य नहीं

आमतौर पर यह उत्पाद काम बताता है, विस्तृत कार्य विभाजन नहीं। प्रोडक्ट ओनर ग्राहक और हितधारक से आवश्यकता परिभाषित करके परिष्कार या प्लानिंग लाता है। डेवलपर्स विभाजन और स्व-व्यवस्था के जिम्मेदार हैं।

प्राथमिकता के आधार पर क्रमबद्ध बैकलॉग

सभी स्टोरी ऊँची से नीची प्राथमिकता में हैं। प्रोडक्ट ओनर टीम की मदद से मूल्य, लागत, जोखिम और निर्भरता देखकर क्रम तय करता है। इससे आगे क्या बनाना तथा देना है, निर्णय ले सकता है।

बैकलॉग मदों का आकार तय करना

डेवलपर्स फिबोनाची पॉइंट या S/M/L/XL/XXL जैसे सहमत तरीके से आकार आँकते हैं। एक पैमाना या हर दूर के आइटम का अनुमान अनिवार्य नहीं। आगे और सीखेंगे। अनुमान स्प्रिंट क्षमता, स्प्रिंट बैकलॉग और रिलीज योजना प्रभावित करते हैं।

बैकलॉग के साथ काम

नियमित देखभाल और सावधानीपूर्ण प्रबंधन जरूरी है, क्योंकि यह उत्पाद क्या है, समझने का सत्य स्रोत है.

शुरुआत में अनेक उच्च स्तरीय स्टोरी हैं जो सफलता के लिए प्रासंगिक हों या न हों। स्प्रिंट के साथ टीम और प्रोडक्ट ओनर अधिक सीखते हैं।

सामग्री उत्पाद और सीख को अधिक दर्शाती है।

शुरुआती गठन के बाद निरंतर रखरखाव चाहिए। इसका अर्थ:

• नई आवश्यकता वर्णित और जुड़ती है; मौजूदा उचित रूप से बदल या हट सकती है,
• प्राथमिकता क्रम में सबसे जरूरी स्टोरी ऊपर करना,
• आगामी प्लानिंग के लिए उच्च प्राथमिकता तैयार करना (आमतौर पर परिष्कार में),
• स्टोरी का (दोबारा) अनुमान (आमतौर पर परिष्कार में)।

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

सहयोगपूर्ण रखरखाव आवश्यकताएँ स्पष्ट और उभरते उत्पाद के लिए टीम की सहमति बनाता है।