आप hands-on coding को अपनी leadership जिम्मेदारियों के साथ कैसे संतुलित करते हैं?

Question

Accepted Answer

एक नए TL के लिए सबसे कठिन समायोजन यह है कि **अब आप पूरी IC capacity पर code नहीं कर सकते**। Leadership का काम, reviews, unblocking, planning, communication, आपके focus time को खा जाता है। लक्ष्य coding बंद करना नहीं है, बल्कि उन चीज़ों पर *strategically* code करना है जो केवल आपको ही करनी चाहिए।

## क्या code करना है यह कैसे चुनें

```text
DO code:                          DELEGATE / avoid:
- Risky architectural spikes       - The most fun/interesting feature
- Critical-path blockers           - Work a teammate could grow from
- Glue work nobody owns            - Anything on the critical path you'd block
- Reviews and pairing              - Large solo efforts that hide you for weeks
```

## एक ठोस उदाहरण

खुद को headline feature न सौंपें, आप एक bottleneck बन जाएंगे और अपनी team को growth से वंचित कर देंगे। इसके बजाय, उस मुश्किल auth refactor को लें जिसके लिए senior judgment की ज़रूरत है, और इस पर किसी junior के साथ pair करें ताकि वे आगे बढ़ें।

## एक उपयोगी guardrail

कुछ घंटे deep work के लिए सुरक्षित रखें, लेकिन कभी भी खुद को critical path पर न रखें। अगर release *आपके* code के land होने पर निर्भर करता है, तो आपकी leadership जिम्मेदारियां लगातार आपको दूर खींचेंगी और आप सबको block कर देंगे।

## यह क्यों महत्वपूर्ण है

जो TL बहुत ज़्यादा code करता है वह नेतृत्व करना बंद कर देता है: reviews जमा हो जाती हैं, लोग block हो जाते हैं, दिशा भटक जाती है।

जो TL बहुत कम code करता है वह technical विश्वसनीयता और context खो देता है।

कला इतनी पास रहने में है कि आप code का नेतृत्व कर सकें, बिना bottleneck बने।