के साथ इकट्ठा करने की आवश्यकताएं मेरी विकास टीम स्क्रम पद्धति के लिए काम कर रही है, काफी ज्यादा। हमारे पास प्राथमिकता वाले उत्पाद बैकलॉग हैं, जिसे हम एक विस्फोट चार्ट द्वारा ट्रैक किए गए स्पिंट में विभाजित करते हैं।स्क्रम
समस्या यह है कि उत्पाद प्रबंधकों (जो हितधारकों से आवश्यकताओं को इकट्ठा करते हैं) हमें स्प्रिंट की शुरुआत से पहले या स्पिंट्स के सेट से कुछ दिन पहले आवश्यकताओं की रूपरेखा देंगे।
फिर हम उनके माध्यम से एक नज़र डालें, उन्हें व्यवहार्य (तकनीकी रूप से और उचित समय के भीतर) के साथ संशोधित करें। यह प्रबंधन, अन्य उत्पाद प्रबंधन और हितधारकों द्वारा समीक्षा के लिए भेजा जाता है, और आमतौर पर संशोधित/tweaked आगे, जो एक सर्कल में जाने के लिए जाता है जब तक कि यह सब ठीक हो गया है।
इस बीच, स्प्रिंट प्रारंभ तिथि हमारे ऊपर है और हम उन आवश्यकताओं पर हथियाने लगाना शुरू करते हैं जिन्हें हम निश्चित रूप से स्थिर हैं। एक बार ऐसा करने के बाद हमें कोड को ट्वीव करने के अंतहीन दिनों के साथ छोड़ दिया जाता है क्योंकि आवश्यकताओं को थोड़ा सा स्थानांतरित किया जाता है।
जबकि मुझे पता है कि आवश्यकताओं को तय नहीं किया जाना चाहिए, मुझे लगता है कि हम इस बुरी तरह से प्रबंधन कर रहे हैं, और फुर्तीली विकास में जलप्रपात आवश्यकताओं के दृष्टिकोण को फिट करने की कोशिश कर रहे हैं।
क्या किसी के पास इस तरह के किसी भी मुद्दे का कोई सुधार सुझाव या अनुभव है?
संपादित करें: यह शायद हमारे लिए सबसे खराब स्थिति परिदृश्य है - कभी-कभी आवश्यकताएं बहुत स्थिर होती हैं और हम वास्तव में स्क्रम का सही ढंग से उपयोग करते हैं! हालांकि, हम अक्सर हमारे sprints में उपरोक्त परिदृश्य देख रहे हैं, यही कारण है कि मैंने सवाल पूछा है। मुझे पता है कि उपर्युक्त वास्तव में उचित स्क्रम नहीं है, यह समस्या का प्रकार है :)
मैं इस प्रश्न को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह प्रोग्रामिंग के बारे में नहीं है। –