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