मुझे कोई ऐसा तकनीकी फैसला बताइए जिसे आपने पलटा, और आपने उसे कैसे संभाला।

कम ही पलटिए, और सिर्फ तब जब गलत होने की कीमत ऊंची हो या फैसला पलटना मुश्किल हो। जब पलटें तो तर्क खुलकर बताइए, जिस तरीके को आपने ठुकराया उसकी खूबियां मानिए, और इंजीनियर को implementation की असली ownership दीजिए। एक साफ शर्त तय कीजिए जिस पर आप इसे दोबारा देखेंगे, ताकि फैसला सबूत पर टिका रहे, इस पर नहीं कि टाइटल किसके पास है।

मेरी कसौटी ऊंची है: मैं overrule करने की जगह प्रभावित करने की कोशिश करता हूं, और rank सिर्फ तब चलाता हूं जब फैसला पलटना महंगा हो। जो मुझे याद है वह मौजूदा job scheduling टूल इस्तेमाल करने की जगह अपनी खुद की layer बनाने का प्लान था। डिज़ाइन अच्छा था, सच कहूं तो हमारे काम की शक्ल के लिए ज़्यादा उपयुक्त, और जिस इंजीनियर ने वह सुझाया वह मेरे साथ काम कर चुके सबसे मज़बूत लोगों में से एक था। मैंने उसे इसलिए पलटा कि हम funding के एक पड़ाव से चार महीने दूर थे, दो पद खाली थे, और ऐसा इंफ्रास्ट्रक्चर लेना जिसे फिर हमें हमेशा संभालना पड़ता, ऐसी रखरखाव की प्रतिबद्धता थी जिसके लिए हमारे पास लोग नहीं थे। मैंने वह तर्क निजी तौर पर नहीं, डिज़ाइन रिव्यू में खुलकर रखा, यह हिस्सा भी कि उनका डिज़ाइन तकनीकी रूप से बेहतर था, क्योंकि टीम को असली बंदिश दिखनी चाहिए। फिर मैंने उनसे integration का काम संभालने को कहा, जिसमें असली दायरा था। मैंने दोबारा देखने की शर्त भी लिखी: अगर third party विकल्प पर हम तय सीमाओं से टकराए, तो हम खुद बनाएंगे। अठारह महीने बाद हमने ठीक वही किया।