Comment intégrer efficacement de nouveaux ingénieurs ?

Question

Accepted Answer

Un bon onboarding rend un nouvel ingénieur **productif et confiant rapidement**, tout en le mettant à l'aise. Un mauvais onboarding gaspille des semaines et signale « tu es livré à toi-même ». Un peu de structure paie énormément.

## Pourquoi c'est important

```text
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 exemple concret

Assignez un petit bug réel et à faible risque le premier ou deuxième jour, pas une grosse fonctionnalité, pas du travail sans valeur. Déployer quelque chose de réel la première semaine renforce la confiance et enseigne tout le pipeline (build, review, deploy) en miniature.

## Assignez un binôme

Appairez chaque nouveau venu avec un binôme qui répond aux questions « bêtes » sans jugement. Cela vous décharge et donne au nouvel arrivant une personne de confiance pour poser des questions, ce qui accélère dramatiquement la courbe d'apprentissage.

## Un piège

Ne les jetez pas d'abord sur la partie la plus difficile du système, et ne laissez pas la documentation pourrir. Chaque nouvelle embauche est un audit gratuit de votre onboarding, corrigez ce qui les a bloqués.

## Pourquoi c'est important

Les premières semaines façonnent comment une personne se sent par rapport à l'équipe et à quelle vitesse elle contribue.

Un bon onboarding transforme une embauche en contributeur en semaines au lieu de mois, et la documentation que vous construisez aide tous ceux qui viennent après.