MoSCoW विधि के साथ आवश्यकताओं का निर्धारण: एजाइल प्रोजेक्ट्स के लिए एक गाइड

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

MoSCoW विधि क्या है?

MoSCoW विधि आवश्यकताओं को चार समूहों में वर्गीकृत करने वाली प्राथमिकता निर्धारण तकनीक है: मुख्य आवश्यकताएं, आवश्यक आवश्यकताएं, अनुकूल आवश्यकताएं और नहीं आवश्यक आवश्यकताएं। शब्द MoSCoW का अर्थ है:

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

MoSCoW विधि प्रोजेक्ट प्रबंधकों को आवश्यकताओं को उनके महत्व और तत्कालता के आधार पर प्राथमिकता देने में मदद करती है। इससे उन्हें महत्वपूर्ण आवश्यकताओं पर ध्यान केंद्रित करने और संसाधनों और बजट के आवंटन के लिए अनुमति मिलती है।

MoSCoW विधि का उदाहरण

आइए एक सॉफ्टवेयर विकास प्रोजेक्ट के उदाहरण को लेकर देखें कि MoSCoW विधि कैसे काम करती है।

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

प्रोजेक्ट टीम निम्नलिखित आवश्यकताओं की पहचान करती है:

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

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

वास्तविक जीवन का उदाहरण – CRM सिस्टम

प्रोजेक्ट विवरण: ग्राहक संबंध प्रबंधन (CRM) सिस्टम का विकास

इस एजाइल प्रोजेक्ट का उद्देश्य एक छोटे व्यवसाय के लिए ग्राहकों को अनुकूलित समाधान प्रदान करने में विशेषज्ञता वाले एक ग्राहक संबंध प्रबंधन (CRM) सिस्टम का विकास करना है। CRM सिस्टम को बिक्री प्रक्रिया को सुगम बनाने और ग्राहक अंतरक्रिया को बेहतर बनाने के लिए डिज़ाइन किया जाएगा, जिससे व्यवसाय ग्राहक संतुष्टि और वफादारी को बढ़ा सके।

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

उपयोगकर्ता कहानियों की सूची की पहचान करें

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

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

CRM सिस्टम विकास प्रोजेक्ट के लिए उपयोगकर्ता कहानियों की सूची यहां दी गई है:

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

ये उपयोगकर्ता कथाएं उन कार्यक्षमताओं को कवर करती हैं जो CRM प्रणाली को प्रदान करनी चाहिए। विकास टीम इन उपयोगकर्ता कथाओं का उपयोग प्रणाली के लिए सबसे महत्वपूर्ण विशेषताओं को प्राथमिकता देने और यह सुनिश्चित करने के लिए कर सकती है कि प्रणाली सभी हितधारकों की आवश्यकताओं को पूरा करे।

तालिका के रूप में, एक व्यापार परिदृश्य से संबंधित 10 उपयोगकर्ता कथाओं का स्पष्ट और संक्षिप्त सारांश प्रस्तुत करें ताकि उपयोगकर्ता कथाओं का एक अवलोकन प्रदान किया जा सके।

उपयोगकर्ता कथा	उपयोगकर्ता भूमिका	लक्ष्य
1	विक्रेता प्रतिनिधि	विक्रय पाइपलाइन को प्रबंधित करने के लिए सभी लीड्स को एक ही स्थान पर ट्रैक करें
2	विक्रय प्रबंधक	मार्गदर्शन और समर्थन के लिए टीम की प्रगति को वास्तविक समय में देखें और मॉनिटर करें
3	ग्राहक सेवा प्रतिनिधि	व्यक्तिगत समर्थन के लिए ग्राहक की सभी बातचीत देखें
4	विपणन प्रबंधक	लक्षित अभियानों के लिए पसंदीदा और व्यवहार के आधार पर ग्राहकों को सेगमेंट करें
5	ग्राहक	आसान प्रबंधन के लिए खरीदारी इतिहास और खाता जानकारी देखें
6	ग्राहक सेवा प्रतिनिधि	समय पर समाधान के लिए ग्राहक शिकायतों और प्रश्नों को लॉग और ट्रैक करें
7	बिक्री प्रतिनिधि	लेनदेन को तेजी से बंद करने के लिए त्वरित और आसानी से उद्धरण और प्रस्ताव बनाएं
8	प्रशासक	संवेदनशील जानकारी के लिए उपयोगकर्ता अनुमतियों और पहुंच स्तरों का प्रबंधन करें
9	बिक्री प्रतिनिधि	आयोजित और ग्राहकों के साथ बैठकों का प्रबंधन करें ताकि आप व्यवस्थित रहें
10	प्रबंधक	जानकारीपूर्ण व्यापार निर्णयों के लिए बिक्री प्रदर्शन, ग्राहक संतुष्टि और अन्य मापदंडों पर रिपोर्ट तैयार करें

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

उपयोगकर्ता कहानियों को प्राथमिकता दें

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

प्राथमिकता निर्धारण कई तकनीकों के उपयोग से किया जा सकता है, जैसे मोस्को विधि, जो उपयोगकर्ता कहानियों को “आवश्यक”, “करना चाहिए”, “कर सकते हैं” और “नहीं करेंगे” के रूप में वर्गीकृत करती है। “आवश्यक” के रूप में वर्गीकृत उपयोगकर्ता कहानियाँ सबसे महत्वपूर्ण हैं और पहले विकसित की जानी चाहिए, जबकि “करना चाहिए” और “कर सकते हैं” को बाद में बाद के चरणों या रिलीज़ में विकसित किया जा सकता है।

यहाँ पहले उल्लिखित 10 उपयोगकर्ता कहानियों के लिए एक तालिका है, जिसमें संबंधित जानकारी और मोस्को विधि के आधार पर प्राथमिकता शामिल है:

उपयोगकर्ता कहानी	विवरण	प्राथमिकता
1	एक बिक्री प्रतिनिधि के रूप में, मैं अपने सभी लीड्स को एक ही स्थान पर ट्रैक करना चाहता हूँ ताकि मैं अपने बिक्री पाइपलाइन को आसानी से प्रबंधित कर सकूँ।	आवश्यक
2	एक बिक्री प्रबंधक के रूप में, मैं अपनी टीम के प्रगति को वास्तविक समय में देख और मॉनिटर करने में सक्षम होना चाहता हूँ ताकि मैं आवश्यकता पड़ने पर मार्गदर्शन और समर्थन प्रदान कर सकूँ।	आवश्यक
3	ग्राहक सेवा प्रतिनिधि के रूप में, मैं ग्राहक के हमारी कंपनी के साथ सभी अंतरक्रियाओं को देखने में सक्षम होना चाहता हूँ ताकि मैं व्यक्तिगत समर्थन प्रदान कर सकूँ।	आवश्यक
4	मार्केटिंग प्रबंधक के रूप में, मैं ग्राहकों को उनके पसंद और व्यवहार के आधार पर सेगमेंट करने में सक्षम होना चाहता हूँ ताकि मैं उन्हें संबंधित अभियानों के साथ लक्षित कर सकूँ।	चाहिए
5	ग्राहक के रूप में, मैं अपने खरीदारी इतिहास और खाता जानकारी को देखने में सक्षम होना चाहता हूँ ताकि मैं अपने संबंध को कंपनी के साथ आसानी से प्रबंधित कर सकूँ।	चाहिए
6	ग्राहक सेवा प्रतिनिधि के रूप में, मैं ग्राहक की शिकायतों और प्रश्नों को लॉग और ट्रैक करने में सक्षम होना चाहता हूँ ताकि मैं सुनिश्चित कर सकूँ कि उन्हें समय पर संबोधित किया जाए।	चाहिए
7	बिक्री प्रतिनिधि के रूप में, मैं त्वरित और आसानी से उद्धरण और प्रस्ताव बनाने में सक्षम होना चाहता हूँ ताकि मैं लेनदेन को तेजी से बंद कर सकूँ।	कर सकते हैं
8	एक प्रशासक के रूप में, मैं उपयोगकर्ता के अनुमतियों और पहुंच स्तरों को प्रबंधित करने में सक्षम होना चाहता हूँ ताकि मैं यह नियंत्रित कर सकूँ कि संवेदनशील जानकारी तक किसको पहुंच है।	कर सकते हैं
9	बिक्री प्रतिनिधि के रूप में, मैं अपने ग्राहकों के साथ बैठकों की योजना बनाने और प्रबंधित करने में सक्षम होना चाहता हूँ ताकि मैं आयोजित रह सकूँ और अपने शेड्यूल पर नियंत्रण बनाए रख सकूँ।	कर सकते हैं
10	प्रबंधक के रूप में, मैं बिक्री प्रदर्शन, ग्राहक संतुष्टि और अन्य मापदंडों पर रिपोर्ट बनाने में सक्षम होना चाहता हूँ ताकि मैं जानकारी आधारित व्यापार निर्णय ले सकूँ।	नहीं करेंगे

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

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

उदाहरण: CRM के लिए एक स्क्रम विकास योजना

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

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

यह स्क्रम विकास योजना एजाइल प्रोजेक्ट के प्रबंधन के लिए एक ढांचा प्रदान करती है, नियमित बैठकों और समीक्षाओं के साथ यह सुनिश्चित करने के लिए कि प्रोजेक्ट सही दिशा में है और स्टेकहोल्डर्स को मूल्य प्रदान कर रहा है।

निष्कर्ष

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

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