Hoe breng je hands-on codering en je leiderschapstaken in balans?

Question

Accepted Answer

De moeilijkste aanpassing voor een nieuwe TL is dat **je niet langer met volledige IC-capaciteit kunt coderen**. Leiderschapswerk, reviews, het deblokkeren van problemen, planning, communicatie, alles eet je focustijd op. Het doel is niet om te stoppen met coderen, maar om *strategisch* code te schrijven voor dingen die alleen jij moet doen.

## Hoe kies je wat je gaat coderen

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

## Een concreet voorbeeld

Ken jezelf niet de topfunctie toe, je wordt een bottleneck en berooft je team van groei. Neem in plaats daarvan die ingewikkelde auth-refactor die seniorijudgement nodig heeft, en werk samen met een junior eraan, zodat zij kunnen doorgroeien.

## Een nuttig richtlijn

Bescherm enkele uren diepte werk, maar zet jezelf nooit op het kritieke pad. Als de release afhangt van *jouw* code die binnenkomt, zullen je leiderschapstaken je constant afleiden en zul je iedereen blokkeren.

## Waarom het belangrijk is

Een TL die te veel code schrijft, stopt met leiding geven: reviews stapelen zich op, mensen raken geblokkeerd, richting drijft weg.

Een TL die te weinig code schrijft, verliest technische geloofwaardigheid en context.

De kunst is dicht genoeg bij de code te blijven om deze aan te sturen, zonder zelf de bottleneck te worden.