- Engineering Manager का मुख्य सवाल है उसे coding में कितनी भागीदारी करनी चाहिए, और यह सिर्फ व्यक्तिगत पसंद या resource allocation का मुद्दा नहीं बल्कि positioning का सवाल है
- positioning, military leadership से आया एक concept है, और प्रभावी होने के लिए इसमें situational awareness और operational clarity के बीच संतुलन बनाए रखना ज़रूरी है
- positioning के चार क्षेत्र:
- crisis mode (कम situational awareness, कम operational clarity) → सीखना और स्थिरता लाना
- ambiguity (उच्च situational awareness, कम operational clarity) → उदाहरण बनकर नेतृत्व करना
- blind flight (कम situational awareness, उच्च operational clarity) → सीमित/passive coding
- clarity (उच्च situational awareness, उच्च operational clarity) → रणनीतिक दिशा देना
- लंबे समय में situational awareness को प्राथमिकता देना टीम की सफलता की नींव है, और coding को खास परिस्थितियों में situational awareness हासिल करने और टीम को support देने के लिए एक रणनीतिक tool की तरह इस्तेमाल किया जा सकता है
- अहम बात किसी स्थिर जवाब को ढूँढना नहीं, बल्कि परिस्थितियों के बदलने पर अपनी position को लचीलेपन से समायोजित करना है
positioning की अवधारणा
- positioning का मतलब है यह तय करना कि leader कहाँ खड़ा होकर command and control करेगा
- अगर वह बहुत आगे आ जाए तो details में फँस सकता है, और अगर बहुत पीछे रहे तो ground reality समझ नहीं पाएगा, जिससे नेतृत्व कमजोर हो जाएगा
- Engineering Manager को भी coding के सवाल को “क्या मुझे coding करनी चाहिए?” से बदलकर “मुझे कहाँ positioned होना चाहिए ताकि टीम सफल हो सके?” में बदलना चाहिए
positioning framework
- दो axis: situational awareness और operational clarity
- चार क्षेत्र:
- crisis mode (Low SA, Low OC)
- manager और team, दोनों के पास समझ की कमी और execution में disconnect
- पहले short-term goals तय करके स्थिरता लाएँ, फिर सीधे coding में शामिल होकर technology और team, दोनों की समझ बढ़ाएँ
- ambiguity (High SA, Low OC)
- manager की समझ अच्छी है, लेकिन team भ्रमित है
- team के साथ सीधे काम करते हुए उदाहरण प्रस्तुत करें, और trust व accountability बनाएँ
- blind flight (Low SA, High OC)
- team अच्छी तरह चल रही है, लेकिन manager की technical understanding कम है
- bug fixes और production support जैसी सीमित coding के ज़रिए जल्दी समझ हासिल करें
- clarity (High SA, High OC)
- यह आदर्श स्थिति है; manager को strategy, risk management, और culture building पर ध्यान देना चाहिए
- फिर भी लापरवाही जोखिमभरी है, इसलिए बदलावों को पकड़ने के लिए सीमित coding involvement उपयोगी हो सकती है
positioning dynamic है
- team की स्थिति और बाहरी environment के अनुसार यह क्षेत्र बदलते रहते हैं
- अचानक outage हो जाए → crisis mode में बदलाव
- business direction बदल जाए → ambiguity क्षेत्र में जाना
- इसलिए manager को किसी एक स्थिर जगह पर रहने के बजाय अपनी स्थिति को लगातार जाँचना और समायोजित करना चाहिए
situational awareness की प्राथमिकता
- लंबे समय में situational awareness को मजबूत करना सबसे प्राथमिक काम है
- यही वह आधार है, जिस पर स्पष्ट goals और roles define किए जा सकते हैं
- coding, situational awareness जल्दी हासिल करने या team की समस्याओं को सीधे हल करने का उपयोगी साधन हो सकती है
निष्कर्ष
- Engineering Manager को कितनी coding करनी चाहिए, इसका कोई एक सही जवाब नहीं है
- महत्वपूर्ण यह है कि मौजूदा team की स्थिति (situational awareness बनाम operational clarity) का आकलन किया जाए और उसी के अनुसार positioning चुनी जाए
- coding तब सबसे प्रभावी होती है जब उसे सिर्फ productivity नहीं बल्कि leadership tool की तरह इस्तेमाल किया जाए, और इससे high-performing teams बनाई जा सकती हैं
अभी कोई टिप्पणी नहीं है.