Hvordan ser din roadmap for de første 90 dage ud, når du starter i en ny virksomhed som Tech Lead?

Question

Accepted Answer

Mine første 90 dage er sekventeret som **lyt, kortlæg derefter, og handl til sidst**: Jeg opbygger tillid og kontekst, før jeg ændrer noget, leverer derefter en lille synlig sejr, og foreslår først derefter strukturelle ændringer. Målet er troværdighed, ikke heltemod.

## Dag 0-30: Lyt og lær

- **Mød alle 1:1** — hver ingeniør, min leder, PM'en og vigtige stakeholders. Jeg spørger, hvad der fungerer, hvad der er i stykker, og hvad de ønsker, nogen ville fikse.
- **Læs systemet, ikke kun koden** — kør appen lokalt, følg den kritiske request-sti, og læs de seneste 3 måneders incidents og postmortems.
- **Kortlæg leveringspipelinen** — hvordan kode går fra laptop til produktion, hvor den går i stå, og hvordan CI/CD- og on-call-situationen ser ud.
- **Skriv endnu ikke noget strukturelt.** Jeg indsender små PR'er (dokumentation, en flaky test, en README) for at lære workflowet og vise, at jeg er hands-on.

## Dag 30-60: Diagnosticér og lever en sejr

- Sammenfat fund i en kort **skriftlig diagnose**: top 3 styrker, top 3 risici, rangeret efter impact.
- Vælg **én sejr med højt signal og lav risiko** — fx halvér CI-tiden, fiks den mest støjende alert, eller dokumentér deployet. Synlig værdi opbygger den politiske kapital til større ændringer.
- Validér min forståelse med teamet og lederen, før jeg forpligter mig til en retning.

## Dag 60-90: Sæt retning

- Foreslå en **teknisk roadmap** knyttet til forretningsmål, med sekventering og ejere.
- Etablér eller forfin **teamrutiner** — normer for code review, on-call-rotation, planlægningskadence.
- Bliv enig med min leder om, **hvordan min succes måles** efter 6 måneder.

## Faldgruber, der skal undgås

- **At omskrive før man forstår** — det "åbenlyse" rod indkapsler ofte hårdt tilkæmpede begrænsninger.
- **At forsøge at fikse alt på én gang** — vælg få, og afslut dem.
- **At ignorere det sociale netværk** — hvem der reelt træffer beslutninger betyder lige så meget som arkitekturen.

## Hvorfor det betyder noget

En Tech Leads løftestang kommer fra tillid og kontekst, som begge akkumulerer over tid. At bruge den første måned på at lytte føles langsomt, men forhindrer den dyre fejl at løse det forkerte problem højlydt — og en troværdig tidlig sejr køber dig mandatet til at tage fat på det svære strukturelle arbejde senere.