---

स्क्रम रिलीज योजना क्या है? यह आपको चौंका सकता है!

उद्देश्य कई स्प्रिंट की उच्च स्तरीय योजना दिखाना है, इस उदाहरण में आमतौर पर तीन से बारह। स्प्रिंट समयावधि है; इन्क्रिमेंट उपयोग योग्य परिणाम है और एक स्प्रिंट में कई बन सकते हैं।

रिलीज योजना टीम की अपेक्षाओं की मार्गदर्शिका है:

• कौन-से फीचर लागू होंगे,
• किस क्रम और कब लागू होंगे।

यह प्रगति की निगरानी और नियंत्रण का मानदंड भी है। उत्पादन प्रणालियों में वास्तविक परिनियोजन के दो लक्ष्य:

• परियोजना पूरी होने से पहले ग्राहक मूल्य की “पड़ाव डिलीवरी”। इसमें प्रोडक्ट ओनर, ग्राहक और हितधारकों से सहमत आवश्यकताओं का कुछ भाग है,
• अंतिम डिलीवरी, जिसमें सभी ज्ञात माँग और फीचर अनुरोध हैं।

योजना से पहले ये आर्टिफैक्ट और जानकारी देखें:

• प्राथमिकता और अनुमान वाला उत्पाद बैकलॉग,
• मापा हुआ वेग टीम का (नई टीम हो तो अनुमान या समान पिछली परियोजनाओं से निकाला जाए),
• ग्राहक के सफलता मानदंड जैसे कार्यक्रम, दायरा और बजट के भीतर उपलब्ध लोग।

बैकलॉग से गहरे संबंध के कारण प्रोडक्ट ओनर रिलीज योजना का नियंत्रण और रखरखाव करता है।

माँग और प्राथमिकता अनुसार तीन लक्ष्य हो सकते हैं:

• फीचर-आधारित रिलीज योजना
• तारीख-आधारित रिलीज योजना
• फीचर और तारीख-आधारित रिलीज योजना (सबसे सामान्य)

फीचर-आधारित रिलीज योजना

हमें क्या पता है: टीम का वेग और देने वाले फीचर।
हमें क्या नहीं पता: इन फीचर को देने में कितना समय लगेगा?

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

तारीख-आधारित रिलीज योजना

हमें क्या पता है: टीम का वेग और चाही डिलीवरी तारीख।
हमें क्या नहीं पता: समयसीमा तक कौन-से फीचर दे सकते हैं?

तारीख-आधारित योजना में वेग को तारीख तक उपलब्ध स्प्रिंट से गुणा करें। इससे दे सकने वाले कुल स्टोरी पॉइंट का अनुमान और उसी अनुसार योजना मिलती है।

फीचर और तारीख-आधारित रिलीज योजना

हमें क्या पता है: वेग, देने वाले फीचर और उनकी चाही तारीख।
हमें क्या नहीं पता: क्या टीम समयसीमा तक माँगे फीचर दे सकती है?

वेग को उपलब्ध स्प्रिंट से गुणा करके कुल संभव पॉइंट आँकें। यह फीचर के कुल से अधिक हो तो वर्तमान पूर्वानुमान में दायरा फिट है; अनिश्चितता और बदलाव फिर भी हैं।

अन्यथा दायरा, तारीख और क्षमता के समझौते चर्चा करें। लोग जोड़ने से वेग स्वतः नहीं बढ़ता और साथ सीखने पर पहले धीमा हो सकता है। पुराना नौ-व्यक्ति सुझाव वर्तमान कठोर सीमा नहीं: टीम आमतौर पर 10 या कम लोग है। प्रभावशीलता बढ़े तो दूसरी टीम समानांतर हो; एक उत्पाद पर प्रोडक्ट ओनर, लक्ष्य, बैकलॉग और DoD साझा रहें।

योजना स्थिर नहीं। अधिक सीख के साथ बदलती है। जुड़ी, हटी, बदली स्टोरी और अनुमान इसे प्रभावित करते हैं। नियमित अंतराल पर समीक्षा और अद्यतन करें।