क्या किसी को भी इस परियोजना के मुद्दे को 'एजाइल' के रूप में परिभाषित किया गया है जो आवश्यकता में परिवर्तन से उग आया है? मैं एक विकास परियोजना पर काम करता हूं जो 4 सप्ताह स्प्रिंट में चलाया जाता है लेकिन इन स्प्रिंट के बीच हमेशा बदलाव होते हैं। यह तब भी एजाइल के रूप में परिभाषित किया गया है? मुझे लगता है कि यह एक उप चुस्त प्रक्रिया की तरह है - फुर्तीली की शुरुआत में एक चुस्त प्रक्रिया की आवश्यकताओं को परिभाषित किया जाना चाहिए और इसके अंत की समीक्षा की जानी चाहिए। क्या मैं इसमें सही हूं? कृपया मुझे इसमें अपने अनुभव बताएं।
"आवश्यकताएँ बदल जाती हैं" एक ढीला शब्द है। क्या परिवर्तन क्योंकि ग्राहक ने वास्तव में एक अनुमोदित आवश्यकता के बारे में अपना मन बदल दिया है? उस बदलाव से क्या शुरू हुआ? यदि ऐसा होता रहता है, तो आपको फिर से जांच करने की आवश्यकता है कि आप आवश्यकताओं को कैसे एकत्र करते हैं। कोई एसई कार्यप्रणाली उचित आवश्यकताओं को इकट्ठा करने की कमी को पूरा नहीं कर सकती है।
—
NoChance
@Emmad आवश्यकता परिवर्तन UAT के दौरान होता है जब उपयोगकर्ताओं को लगता है कि प्रयोज्य को कुछ निश्चित तरीकों से बेहतर बनाया जा सकता है। यह पूर्व उत्पादन के मुद्दों के निर्माण का कारण बनता है। यह निश्चित रूप से चंचल नहीं है।
—
अरविंद
@ अरविंद ए: यूएटी स्प्रिंट के अंत में होता है, है ना? फिर यूएटी के दौरान आने वाले किसी भी नए विचारों / परिवर्तनों को आम तौर पर अगले स्प्रिंट (यदि आप स्प्रिंट का उपयोग करते हैं) के लिए कहानियां बननी चाहिए।
—
साल्स्के
हो सकता है कि @sleske आपके लिए काम करने का सुझाव दे रहा हो, लेकिन साथ ही, उपयोगकर्ता की असाधारण आवश्यकताएं होने पर उपयोग में आसानी को अग्रिम में प्रोटोटाइप किया जा सकता है। कभी-कभी, संसाधनों से बंधी परियोजनाओं में, आपको अपनी उपयोगकर्ता महत्वाकांक्षाओं को नियंत्रित करने की आवश्यकता होती है।
—
NoChance