Hvordan balanserer du hands-on koding med lederansvarene dine?

Question

Accepted Answer

Den vanskeligste overgangen for en ny TL er at **du ikke lenger kan kode med full IC-kapasitet**. Lederarbeid, reviews, fjerning av hindringer, planlegging, kommunikasjon, alt spiser opp fokustiden din. Målet er ikke å slutte å kode, men å kode *strategisk* på tingene bare du bør gjøre.

## Hvordan velge hva du skal kode

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

## Et konkret eksempel

Tilordne ikke deg selv hovedfunksjonen, du blir en flaskehals og lar teamet ditt sulte. I stedet tar du den vanskelige auth-refactorringen som trenger senior dømmekraft, og jobber sammen med en junior på det slik at de vokser.

## En nyttig rettesnor

Beskyt noen timer med dyp arbeid, men sett deg aldri på den kritiske veien. Hvis utgivelsen avhenger av at *din* kode blir levert, vil lederansvarene dine stadig trekke deg bort og du vil blokkere alle.

## Hvorfor det betyr noe

En TL som koder for mye, sluttar å lede: reviews hoper seg opp, folk blir blokkert, retningen drifter.

En TL som koder for lite mister teknisk troverdighet og kontekst.

Kunsten er å bli tett nok på koden til å lede den, uten å bli selv flaskehalsen.