Primi 90 Giorni — Cheat Sheet
Tag: onboarding, engineering-management, leadership, strategy, delivery, soft-skills
Livello: intermedio
TL;DR: Framework 30-60-90 per nuovo ingresso tecnico: ascolto e mapping, primi contributi e quick win, autonomia e impatto strategico.
Concetti chiave
Primi 30 giorni: ascolto attivo, comprensione del business, mapping degli stakeholder e setup ambiente.
Giorni 31-60: identificazione attriti, delivery autonoma su task medi, quick win concordati col team.
Giorni 61-90: ownership di iniziative, proposta di miglioramenti architetturali o di processo a lungo termine.
Mappare la codebase, la pipeline di CI/CD e i colli di bottiglia nei rilasci fin dalla prima settimana.
Condurre 1:1 con colleghi, product manager e tech lead per capire aspettative e priorità reali.
Evitare di riscrivere architetture o criticare scelte pregresse prima di aver compreso il contesto storico.
Documentare ogni difficoltà di onboarding per migliorare la documentazione a beneficio dei futuri ingressi.
Stabilire con il manager metriche di successo chiare e verificabili al termine del periodo di prova.
Domande tipiche e risposte pronte
Q: Come imposti i tuoi primi 90 giorni quando entri in un nuovo team?R: Divido in tre blocchi: primi 30 giorni studio contesto e codebase rilasciando una fix semplice; a 60 giorni prendo feature complesse e porto quick win; a 90 propongo miglioramenti strategici misurabili.
Q: Cosa fai se noti subito pattern obsoleti o codice fragile?R: Prima comprendo il contesto e i vincoli storici parlando con chi ha scritto il codice, poi propongo miglioramenti graduali supportati da metriche e test.
Q: Come misuri il tuo successo al termine del periodo di onboarding?R: Verifico di essere autonomo sui rilasci in produzione, allineato alle aspettative del manager definite al giorno uno e punto di riferimento fidato per i colleghi.
Insidie e errori comuni
Proporre refactor massivi prima di conoscere i vincoli di business e la storia del sistema.
Rimanere bloccati su un problema tecnico per giorni senza chiedere un confronto con il buddy o il team.
Concentrarsi esclusivamente sul codice trascurando la comprensione del prodotto e degli utenti finali.
Non chiarire esplicitamente le aspettative reciproche con il manager durante i primi 1:1.
Da ripassare
[ ] Definire la lista di stakeholder chiave per i primi 1:1 conoscitivi.
[ ] Allineare con il manager gli obiettivi specifici del piano 30-60-90 al giorno uno.
[x] Completare setup locale ed eseguire il primo commit in ambiente di test.
