Les cinq premiers jours de quelqu’un
Une nouvelle personne décide, dès la première semaine, s’il est sûr de poser des questions ici. Presque rien de ce que vous lui apprendrez ne pèse autant.
Les accès et les comptes sont la moitié facile de l’intégration, et celle que tout le monde prépare. L’autre moitié, c’est ce que quelqu’un fait réellement de ses cinq premiers jours — et elle est le plus souvent improvisée.
Le premier jour concerne les personnes, pas les outils
On apprend n’importe quel outil en une après-midi. Ce qu’on ne devine pas seul, c’est à qui demander quoi — et se tromper là-dessus coûte des semaines de suppositions silencieuses.
Consacrez donc le premier jour aux noms et aux territoires : qui gère quel domaine, à qui s’adresser quand quelque chose casse, à qui quand quelque chose n’est pas clair — souvent pas la même personne. Écrivez-le : personne ne retient onze noms d’une seule conversation, et redemander gêne d’une manière que demander une première fois ne fait pas.
Ne l’asseyez pas trois jours devant la documentation
Cela paraît sérieux et c’est le pire départ possible. Lire sur un système qu’on n’a jamais touché ne laisse rien, et enseigne à la nouvelle personne que sa première semaine est une formalité, pas du travail.
Donnez-lui quelque chose de petit et de réel dès le deuxième jour. La documentation devient utile au moment où il y a une raison d’en lire une page précise, pas avant.
La première tâche : réelle, petite, livrable
Réelle, parce qu’une tâche d’entraînement ne dit rien de la façon dont le travail circule ici. Petite, parce qu’elle doit être terminée. Livrable, parce que le but est de parcourir une fois tout le chemin — tableau, relecture, mise en production, annonce — avec quelqu’un à côté.
Ce qui s’apprend n’est pas la tâche, c’est la forme de votre processus : ce que les nouveaux mettent le plus de temps à absorber et qu’aucun document ne transmet.
Rendez les questions bon marché la première semaine
Tout le monde dit « demande-moi n’importe quoi » et presque personne ne le rend facile. La nouvelle personne doit encore interrompre quelqu’un visiblement occupé, et ce calcul finit souvent par une supposition.
Désignez une personne référente pour deux semaines et mettez un court point quotidien dans l’agenda. Quinze minutes, à la même heure. Chaque question a alors un endroit prévu, et personne n’a à évaluer si elle vaut une interruption : c’est le changement qui raccourcit le plus sûrement le temps nécessaire pour devenir utile.
Questions fréquentes
Que couvrir le premier jour ?
Les personnes, pas les outils. Qui gère quel domaine, à qui s’adresser en cas de panne, à qui en cas de flou — souvent des personnes différentes. Écrivez-le : personne ne retient onze noms d’une conversation.
Faut-il commencer par lire la documentation ?
Non. Lire sur un système jamais touché ne laisse rien et enseigne que la première semaine est une formalité. Donnez quelque chose de petit et de réel dès le deuxième jour.
À quoi ressemble une bonne première tâche ?
Réelle, petite et livrable. Le but est de parcourir une fois tout le chemin — tableau, relecture, livraison, annonce — avec quelqu’un à côté. Ce qui s’apprend, c’est la forme du processus.
