Un buon onboarding rende un nuovo ingegnere produttivo e fiducioso rapidamente, mentre lo fa sentire benvenuto. Un pessimo onboarding spreca settimane e comunica "sei da solo". Un po' di struttura ripaga enormemente.
Un checklist di onboarding
WEEK 1 — environment runs, first tiny PR merged, knows who's who
WEEK 2-3 — owns a small real task end to end
MONTH 1 — comfortable in the core codebase and workflow
MONTH 2-3 — contributing independently on normal work
Provide: a buddy, a written setup guide, a starter task list,
and a clear "who to ask about what" map.
Un esempio concreto
Assegna un bug piccolo, reale, a basso rischio nel primo o secondo giorno, non una grande feature, non un lavoro inutile. Rilasciare qualcosa di reale nella prima settimana costruisce fiducia e insegna l'intera pipeline (build, review, deploy) in miniatura.
