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