Hur ser din första 90-dagars roadmap ut när du börjar på ett nytt företag som Tech Lead?

Question

Accepted Answer

Mina första 90 dagar är upplagda som **lyssna, sedan kartlägg, sedan agera**: jag bygger förtroende och kontext innan jag ändrar något, levererar sedan en liten synlig vinst, och först därefter föreslår jag strukturella förändringar. Målet är trovärdighet, inte hjältedåd.

## Dag 0–30: Lyssna och lär

- **Träffa alla 1:1** — varje ingenjör, min chef, PM:en och viktiga stakeholders. Jag frågar vad som fungerar, vad som är trasigt och vad de önskar att någon skulle fixa.
- **Läs systemet, inte bara koden** — kör appen lokalt, spåra den kritiska request-vägen, läs de senaste 3 månadernas incidents och postmortems.
- **Kartlägg leveranspipelinen** — hur kod tar sig från laptop till produktion, var den fastnar, hur CI/CD och on-call ser ut.
- **Skriv inget strukturellt än.** Jag lämnar in små PR:er (dokumentation, ett flakigt test, en README) för att lära mig arbetsflödet och visa att jag är hands-on.

## Dag 30–60: Diagnostisera och leverera en vinst

- Sammanfatta insikterna i en kort **skriftlig diagnos**: tre största styrkor, tre största risker, rangordnade efter påverkan.
- Välj **en vinst med hög signal och låg risk** — t.ex. halvera CI-tiden, fixa den mest störande alerten, dokumentera deployen. Synligt värde bygger det politiska kapital som krävs för större förändringar.
- Validera min bild med teamet och chefen innan jag binder mig vid en riktning.

## Dag 60–90: Sätt riktning

- Föreslå en **teknisk roadmap** kopplad till affärsmålen, med sekvensering och ägare.
- Etablera eller förfina **teamets ritualer** — normer för code review, on-call-rotation, planeringskadens.
- Kom överens med min chef om **hur min framgång mäts** vid 6 månader.

## Fallgropar att undvika

- **Att skriva om innan man förstår** — det "uppenbara" kaoset kodar ofta in hårt vunna begränsningar.
- **Att försöka fixa allt på en gång** — välj få, slutför dem.
- **Att ignorera den sociala grafen** — vem som verkligen fattar besluten spelar lika stor roll som arkitekturen.

## Varför det är viktigt

En Tech Leads hävstång kommer från förtroende och kontext, som båda ackumuleras över tid. Att ägna första månaden åt att lyssna känns långsamt men förebygger det dyra misstaget att högljutt lösa fel problem — och en trovärdig tidig vinst köper dig mandatet att ta itu med det svåra strukturella arbetet senare.