Hur balanserar du praktisk kodning med dina ledningsuppgifter?

Question

Accepted Answer

Den svåraste anpassningen för en ny TL är att **du inte längre kan koda med full IC-kapacitet**. Ledarskap, kodgranskningar, blockeringsåtgärder, planering, kommunikation - allt äter upp din fokustid. Målet är inte att sluta koda utan att koda *strategiskt* på de saker som bara du bör göra.

## Hur du väljer vad du ska koda

```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
```

## Ett konkret exempel

Tilldela dig inte själv huvudfunktionen, du blir en flaskhals och dömer ditt team från tillväxt. Istället tar du den knöliga auth-omstrukturering som kräver seniordom och parar med en junior så de utvecklas.

## En användbar skyddsräcke

Skydda några timmar djupt arbete, men ställ dig aldrig på den kritiska vägen. Om releasen beror på att *din* kod landar, kommer dina ledningsuppgifter konstant dra dig bort och du blockerar alla.

## Varför det spelar roll

En TL som kodar för mycket slutar leda: granskningar staplas, folk blockeras, riktning driver.

En TL som kodar för lite förlorar teknisk trovärdighet och sammanhang.

Konsten är att stanna tillräckligt nära koden för att leda den, utan att bli flaskhalsen.