मैनेजर के तौर पर आप कितने hands on रहते हैं?

इतने तकनीकी रहिए कि अच्छे फैसले ले सकें और डिज़ाइन पर भरोसे लायक राय दे सकें, पर खुद critical path पर न आइए। व्यवहार में इसका मतलब है pull requests पढ़ना, डिज़ाइन रिव्यू में हिस्सा लेना, कभी कभार छोटा गैरज़रूरी काम उठाना, और incidents में हीरो नहीं, coordinator की तरह जुड़ना। स्तर टीम के आकार से तय होता है: पांच reports के साथ आप थोड़ा कोड लिख सकते हैं, पंद्रह के साथ आपको नहीं लिखना चाहिए।

मेरा नियम यह है कि मैं इतना तकनीकी रहूं कि मेरी राय हो, और कभी ऐसा काम न लूं जो किसी को रोके। तो मैं ज़्यादातर दिन pull requests पढ़ता हूं, डिज़ाइन रिव्यू में सक्रिय रहता हूं, और ऐसी चीज़ें उठा लेता हूं जो सच में अर्जेंट नहीं हैं: टूलिंग, कोई flaky test, दस्तावेज़, ऐसा काम जो मेरी कैलेंडर फटने पर हफ्ता भर पड़ा रह सकता है। जो मैं नहीं करता वह है critical path पर कोई feature लेना, क्योंकि जो हफ्ता बिगड़ता है वह हमेशा वही होता है जिसमें मेरे तीन इंटरव्यू और एक reorg वाली बातचीत होती है, और फिर मैं अड़चन बन जाता हूं और साथ ही टीम को यह भी सिखा देता हूं कि मेरे वादों पर भरोसा न करें। छह reports के साथ मैं शायद हफ्ते में कुछ घंटे कोड लिखता हूं। जब मैं दो टीमों में फैले सोलह लोगों का ग्रुप चला रहा था तो मैंने लगभग कुछ नहीं लिखा और डिज़ाइन दस्तावेज़ों तथा incident रिव्यू से अपनी धार बनाए रखी। incidents के दौरान मैं coordinator और ढाल की तरह जुड़ता हूं, टाइप करने वाले की तरह नहीं, क्योंकि वही असली जानकारों को मुझ पर इंतज़ार कराने का सबसे तेज़ तरीका है।