Poser des attentes claires
Quand on a fait passer l'équipe d'ingénierie d'EuroDNS de cinq à quinze, j'ai d'abord cru que les problèmes venaient du recrutement. Puis j'ai décidé que c'était la communication. Il m'a fallu plus de temps que je ne l'avouerai pour comprendre le vrai problème : je déléguais avant d'avoir fini de réfléchir.
« Tu peux gérer la migration ? » Quelqu'un s'en chargeait — à sa façon, pas toujours la mienne. Personne n'avait tort. Je n'avais juste pas défini à quoi « bien fait » ressemblait avant que le travail commence.
C'est ce que j'appelle le fossé des attentes. Il passe largement inaperçu parce que les deux côtés sont de bonne foi. Celui qui reçoit la tâche pense avoir compris. Celui qui la confie pense avoir été clair. Le décalage ne se révèle que quand le travail revient.
Ce fossé se manifeste même sur une tâche d'une ligne. « Mets à jour le site » et « Mets à jour les descriptions produits sur la page Nouveautés — le texte est dans le doc partagé, ça doit être en ligne jeudi 17 h parce qu'on envoie la campagne email vendredi matin, et si tu as besoin de modifs visuelles au-delà du texte, préviens-moi d'abord » décrivent la même tâche. La deuxième version prend quatre-vingt-dix secondes à écrire. La première coûte des heures à démêler après coup. C'est la première qui est paresseuse, pas la deuxième.
Le travail à distance aggrave ça d'une manière bien précise. Au bureau, l'ambiguïté a une courte durée de vie. Quelqu'un vous croise dans le couloir, pose une question, et le malentendu se corrige avant de faire de vrais dégâts. Le travail distribué étire cette boucle de feedback sur des fuseaux horaires et des agendas. Je gère des équipes au Luxembourg, au Maroc, en France et en Espagne. Une instruction floue le lundi peut produire quatre jours de travail confiant, bien intentionné, mais dans la mauvaise direction avant qu'on se reparle. Le jeudi, le coût du flou initial s'est multiplié.
La plupart des managers résistent à être précis parce qu'ils ont peur de micromanager. Cette peur est réelle, mais mal dirigée. Préciser le quoi ne contraint pas le comment. « La migration de base de données doit être terminée avant l'ouverture de la journée de travail européenne jeudi » — ce n'est pas du contrôle, c'est du contexte. L'ingénieur choisit toujours son approche, ses outils, sa façon de traiter les cas limites. Il connaît juste la contrainte dans laquelle il opère. Sans elle, il devine. Et les suppositions tournent mal en silence.
Ce que la plupart des managers sautent, c'est le pourquoi. Pas une longue explication — juste assez de contexte pour que l'autre puisse prendre de bonnes décisions quand l'imprévu arrive. La plupart des tâches ont au moins une contrainte qui n'est pas évidente : une dépendance, un deadline avec des conséquences business, un responsable qui doit valider. Quand ce contexte manque, chaque cas limite devient soit un blocage soit un pari. Les deux coûtent cher.
Il y a une dimension bien-être que j'ai sous-estimée trop longtemps. Les personnes les moins satisfaites dans une équipe ne sont pas les plus surchargées. Ce sont celles qui ne savent pas si ce qu'elles font compte, ni si elles le font bien. Cette incertitude est corrosive. Elle n'apparaît dans aucun indicateur — jusqu'à ce que quelqu'un démissionne.
De bonnes attentes sont précises sur le résultat et flexibles sur la méthode. Elles sont écrites, pour qu'il n'y ait pas de reconstruction a posteriori. Elles ont un vrai deadline — pas « quand tu peux », qui est une façon polie de dire que ce n'est pas prioritaire. Et elles incluent assez de contexte pour que la personne puisse prendre des décisions raisonnables face à l'inattendu, sans tout faire remonter.
Poser des attentes claires, ce n'est pas une technique de management. C'est à ça que ressemble le fait de finir de réfléchir avant de confier du travail. Quand on ne le fait pas, on ne fait pas confiance à son équipe — on transfère son propre travail inachevé en aval et on appelle ça de la délégation.