चतुर बनाम काम पूरा करना

सही तरीके से करने और डिलीवर करने के बीच एक बेहतरीन संतुलन है।

मैं 8 डेवलपर्स की एक टीम का प्रबंधन करता हूँ। हर घंटा जब टीम अवरुद्ध होती है, तो 8 घंटे का विकास समय खो जाता है।

एक सहकर्मी को मेरे लिए एक डेटाबेस प्राप्त करने का काम दिया गया था। दो दिन इंतजार करने के बाद, मैंने स्थिति के बारे में पूछा। उन्होंने कहा कि हमें डेटा आयात में समस्याएं आ रही थीं। जब उन्होंने डेटा को स्क्रिप्ट किया, तो यह लगभग एक गीगाबाइट था। एक गीगाबाइट को सबवर्जन में चेक करना थोड़ा ज्यादा था। वह एक वैकल्पिक विधि की तलाश कर रहे थे।

एक और दिन बीत गया। मैंने उनसे पूछा कि यह कैसे चल रहा है। वह कहते हैं कि यह लगभग हो गया है। ठीक है, बढ़िया, मैं तीन दिन पीछे हूँ, 192 घंटे का विकास समय खो गया है। मैं शुरू करने के लिए बेताब हूँ। मेरी टीम घंटे खो रही है।

चौथे दिन, वह तैयार है। आखिरकार! वह मुझे डेटाबेस प्रोजेक्ट और डेटाबेस आयात स्क्रिप्ट भेजते हैं। वह डेटा आयात करने के लिए PowerShell और BCP का उपयोग कर रहे हैं। मैं उन्हें विस्तृत निर्देशों के साथ टीम को भेजता हूँ।

टीम मुझसे 12 घंटे आगे है, भारत में। प्रतिक्रिया लूप 12 घंटे का है। कुछ भी शुरू करने में 24 घंटे लगते हैं।

जैसा कि मर्फी का नियम कहता है: “कुछ भी जो गलत हो सकता है, गलत हो जाएगा”। टीम ने डेटा आयात स्क्रिप्ट चलाई और विफलता का सामना किया। PowerShell स्क्रिप्ट विफल हो गई, एक सुरक्षा समस्या ने डेटा के आयात को रोक दिया।

मैं पाँच दिन पीछे हूँ। 320 घंटे खो गए हैं। समय सीमा निकट आ रही है, हमें शुरू करने की जरूरत है।

इस बिंदु पर, मुझे टीम के लिए डेटाबेस को चालू और चलाने की आवश्यकता है। अपनी मशीन पर, मैं डेटाबेस को अलग करता हूँ, इसे ज़िप करता हूँ और टीम को भेजता हूँ। हर डेवलपर को डेटाबेस को फिर से जोड़ना पता है। डेटाबेस मिलने के एक घंटे के भीतर, आठ डेवलपर्स के पास एक कार्यशील डेटाबेस है। सफलता!

एक चतुर प्रक्रिया बनाना अच्छा है, लेकिन कभी-कभी काम पूरा करना चतुर होने से अधिक महत्वपूर्ण है।