Come si presenta la tua roadmap dei primi 90 giorni quando entri in una nuova azienda come Tech Lead?

Question

Accepted Answer

I miei primi 90 giorni sono scanditi in **ascoltare, poi mappare, poi agire**: mi guadagno fiducia e contesto prima di cambiare qualsiasi cosa, poi porto a casa una piccola vittoria visibile e solo allora propongo cambiamenti strutturali. L'obiettivo è la credibilità, non l'eroismo.

## Giorni 0–30: ascoltare e imparare

- **Incontrare tutti in 1:1** — ogni ingegnere, il mio manager, il PM e gli stakeholder chiave. Chiedo cosa funziona, cosa è rotto e cosa vorrebbero che qualcuno sistemasse.
- **Leggere il sistema, non solo il codice** — eseguire l'app in locale, tracciare il percorso critico delle richieste, leggere gli ultimi 3 mesi di incident e postmortem.
- **Mappare la pipeline di delivery** — come il codice passa dal laptop alla produzione, dove si blocca, qual è la situazione di CI/CD e on-call.
- **Non scrivere ancora nulla di strutturale.** Apro piccole PR (documentazione, un test flaky, un README) per imparare il flusso di lavoro e dimostrare che sono operativo.

## Giorni 30–60: diagnosticare e portare una vittoria

- Sintetizzo le scoperte in una breve **diagnosi scritta**: i 3 principali punti di forza, i 3 principali rischi, ordinati per impatto.
- Scelgo **una vittoria ad alto segnale e basso rischio** — ad esempio dimezzare il tempo di CI, sistemare l'alert più rumoroso, documentare il deploy. Il valore visibile costruisce il capitale politico per i cambiamenti più grandi.
- Convalido la mia lettura con il team e il manager prima di impegnarmi su una direzione.

## Giorni 60–90: dare una direzione

- Propongo una **roadmap tecnica** legata agli obiettivi di business, con sequenziamento e responsabili.
- Stabilisco o affino i **rituali del team** — norme di code review, rotazione on-call, cadenza di pianificazione.
- Concordo con il mio manager **come verrà misurato il mio successo** a 6 mesi.

## Trappole da evitare

- **Riscrivere prima di capire** — il "caos evidente" spesso codifica vincoli conquistati a fatica.
- **Cercare di sistemare tutto in una volta** — sceglierne pochi e portarli a termine.
- **Ignorare il grafo sociale** — chi prende davvero le decisioni conta tanto quanto l'architettura.

## Perché è importante

La leva di un Tech Lead deriva da fiducia e contesto, che entrambi crescono in modo composto. Passare il primo mese ad ascoltare sembra lento ma previene l'errore costoso di risolvere il problema sbagliato rumorosamente — e una credibile vittoria precoce ti garantisce il mandato per affrontare il duro lavoro strutturale più avanti.