Intégrer un nouveau développeur en une semaine, pas un mois
Préparer à l'avance
Une liste d'accès ordonnée activée le premier jour ; un environnement local qui démarre en une commande ; et des données fictives permettant de travailler sans toucher les vraies données.
Chaque heure gaspillée sur les permissions est une heure non consacrée à comprendre le système.
La bonne première tâche
Petite, réelle et touchant toute la chaîne : code, test, revue, déploiement. L'objectif n'est pas la performance mais de parcourir le chemin une fois avec de l'accompagnement.
Attribuez un mentor fixe pour deux semaines, avec un créneau fixe dans le calendrier et non « demandez si vous avez besoin » — la plupart ne demanderont pas.
Apprendre du processus
Demandez au nouvel arrivant de corriger la documentation en temps réel. Un premier regard sur un système est un atout qui disparaît au bout de deux semaines et ne revient pas.
Pour aller plus loin
Tenez une carte système d'une page : les composants, les flux principaux et les endroits où se produisent la plupart des incidents. Elle vaut plus que des dizaines de pages, et est facile à maintenir parce qu'elle change lentement.