क्या यह जानने का कोई मानक तरीका है कि उपयोगकर्ता कहानियां लिखना कब बंद करें, और यदि हां, तो इसके लिए आधार क्या है, और यह भविष्य के स्प्रिंट पर कैसे लागू होता है?
मैं व्यक्तिगत रूप से प्रति एक मानक विधि का पता नहीं है। यह वास्तव में आपकी कार्यप्रणाली, और आपके ग्राहक की अपेक्षाओं के संयोजन में आता है।
मैंने पाया है कि कोडिंग शुरू करने से बेहतर है कि जैसे ही आप अपने ग्राहक से "पर्याप्त" कहानियां शुरू करें। जैसा कि दूसरों ने कहा है, यह एक एकल पुनरावृत्ति के लिए हो सकता है, हालांकि यह अधिक के लिए हो सकता है। आपके द्वारा किए गए पर्याप्त उपाय को निर्देशित किया जाना चाहिए कि आप कितनी बार अपने ग्राहक को वर्किंग कोड जारी करने का इरादा रखते हैं, और इसके बजाय आपका ग्राहक आपको और कहानियों की अंतहीन सूची देता है (जिनमें से कई शायद कभी नहीं मिलेंगे, या बदल सकते हैं, या नहीं हो सकते हैं। अपनी प्रमुख रिलीज की समय सीमा तय करें), अपने ग्राहक से पहले 3-5 सबसे महत्वपूर्ण और सर्वोच्च प्राथमिकता वाले सुविधाओं के लिए पूछना बेहतर है। जब वे किए जाते हैं और आपके ग्राहक को जारी किए जाते हैं, तो आप अगले सबसे महत्वपूर्ण 3-5 सुविधाओं और इतने पर इकट्ठा करते हैं। आपके पुनरावृत्तियों के कब तक होने की संभावना के आधार पर कम या ज्यादा के लिए पूछें।
आपका ग्राहक या अनुबंध या समय सीमा शायद आपको निर्देशित कर सकती है कि कब आपको वास्तव में कहानियों के लिए पूछना बंद करना है, फिर भी इस बीच, आप कहानियों के लिए पूछ रहे हैं और जितनी बार आपके पास पुनरावृत्तियाँ हैं, उतनी बार रुकना चाहिए। जब आपके और ग्राहक के समझौते से लगता है कि उत्पाद पर्याप्त रूप से पूरा हो गया है, तो आप तय कर सकते हैं कि किसी भी बचे हुए कहानियों के साथ क्या करना है जो ग्राहक ने आपको अभी तक नहीं दिया है।
इस दृष्टिकोण का मुख्य लाभ यह है कि आप अंत में ग्राहक को सबसे बड़ा मूल्य प्रदान करते हैं, और जैसे-जैसे परियोजना बढ़ती है और समय बीतता जाता है, ग्राहक को आपके द्वारा वितरित मूल्य की मात्रा बिंदु मट्ठे तक घट जाती है, ग्राहक एक बना सकता है "सुविधाओं के अंतिम 20%" के बारे में निर्णय जो उन्होंने चाहा होगा जिसके लिए वास्तव में कभी भी उपयोग नहीं किया जा सकता है। यह तुच्छ और कम प्राथमिकता वाली वस्तुओं पर बर्बाद होने वाले समय में भी कटौती करता है, प्राथमिकता और समयबद्धन पुनरावृत्तियों की जिम्मेदारी (और तनाव) डालकर ग्राहक पर निर्भर करता है, और पूरी तरह से ग्राहक की जरूरतों पर आधारित है। इसका मतलब यह नहीं है कि आप ग्राहक को मुश्किल शेड्यूलिंग अड़चनों से बचने के लिए मार्गदर्शन प्रदान नहीं करना चाहिए, जो ग्राहक के साथ आपकी आवश्यकताओं के अनुसार स्पष्ट हो सकता है।
यदि आप एक विस्तृत संदर्भ में इस दृष्टिकोण का अधिक विस्तृत विवरण चाहते हैं, तो पोपेंडिक्स के लीन सॉफ्टवेयर डेवलपमेंट को पढ़ें ।