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