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