Hvad er efter din mening den største forskel mellem en god Developer og en god Tech Lead?

Question

IT Interview Practice · Accepted Answer

Den enkeltstående største forskel er skiftet fra **personligt output til teamoutcome** — fra at være en maker til at være en multiplikator. En god Developer måles på, hvad *de* producerer; en god Tech Lead måles på, hvad *teamet* producerer, selv på dage hvor de slet ikke skriver kode.

## Kerneskiftet

| God Developer | God Tech Lead |
|---|---|
| Optimerer deres eget throughput | Optimerer hele teamets throughput |
| Løser det svære problem | Sikrer at det rigtige problem bliver løst |
| Ejer deres kode | Ejer det tekniske outcome og retningen |
| Søger den bedste tekniske løsning | Søger den bedste løsning givet folk, tid og forretningskontekst |
| Succes = shippet feature | Succes = team der konsekvent shipper |

## Hvad dette betyder fra dag til dag

- **Løftestang over heltemod.** En god Developers instinkt er at gribe det sværeste ticket og løse det. En god Tech Leads instinkt er at spørge "hvad blokerer teamet?" — nogle gange er den mest værdifulde handling en 15-minutters samtale, ikke 8 timers kodning.
- **At give slip.** Du må delegere problemer, du kunne løse hurtigere selv, fordi at få andre til at vokse er den eneste måde at skalere på. Dette er den sværeste vane for stærke ingeniører at bryde.
- **Kommunikation bliver jobbet.** At aligne stakeholders, forklare trade-offs og skrive ting ned betyder lige så meget som teknisk dygtighed. Den bedste tekniske beslutning, kommunikeret dårligt, fejler alligevel.
- **Dømmekraft over korrekthed.** Developere optimerer for det *rigtige* svar; Tech Leads optimerer for det rigtige svar *givet begrænsninger* — deadlines, teamets færdigheder, forretningsrisiko. "Godt nok, til tiden" slår ofte "perfekt, for sent."
- **Langsigtet tænkning.** Du vejer vedligeholdbarhed, teamsundhed og tech debt, ikke kun at shippe denne feature.

## En almindelig fælde

Den bedste individuelle bidragyder er ikke automatisk en god lead — og en nyligt forfremmet TL, der bliver ved med at hamstre det svære arbejde, bliver teamets flaskehals, mens deres folk stagnerer. Overgangen er en reel ændring af job, ikke en belønning for kodning.

## Hvorfor det betyder noget

At forstå denne forskel er det, der får overgangen til at lykkes. Led med løftestang, kommunikation og dømmekraft — ikke kun teknisk hestekraft — og du multiplicerer et helt team. Klyng dig til at være den bedste koder i rummet, og du lægger loft over din impact ved præcis det, to hænder kan bygge.

Optimerer deres eget throughput	Optimerer hele teamets throughput
Løser det svære problem	Sikrer at det rigtige problem bliver løst
Ejer deres kode	Ejer det tekniske outcome og retningen
Søger den bedste tekniske løsning	Søger den bedste løsning givet folk, tid og forretningskontekst
Succes = shippet feature	Succes = team der konsekvent shipper

Kerneskiftet

Hvad dette betyder fra dag til dag

En almindelig fælde

Hvorfor det betyder noget

Relaterede spørgsmål