Définir des attentes claires

Quand nous avons fait passer l'équipe d'ingénierie d'EuroDNS de cinq à quinze personnes, j'ai d'abord pensé que les problèmes venaient du recrutement. Puis j'ai décidé qu'ils venaient de la communication. Il m'a fallu plus de temps que prévu pour comprendre le vrai problème : je déléguais avant d'avoir fini de réfléchir.

"Tu peux gérer la migration ?" je demandais. Et quelqu'un le faisait — à sa façon, qui n'était pas toujours la mienne. Personne n'avait tort. Je n'avais juste pas défini à quoi ressemblait "bien fait" avant que le travail commence.

C'est ce que j'appelle le fossé des attentes. Il est largement invisible parce que les deux parties agissent en bonne foi. Celui qui a reçu la tâche pense avoir compris. Celui qui l'a confiée pense avoir été clair. Le décalage n'apparaît que quand le travail revient.

Ce fossé se manifeste même dans 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 à 17h car on envoie la campagne email vendredi matin, et si tu as besoin de changements visuels au-delà du texte, parles-en d'abord" décrivent la même tâche. La deuxième version prend quatre-vingt-dix secondes à écrire. La première prend des heures à démêler après coup. C'est la première version qui est paresseuse, pas la deuxième.

Le travail à distance aggrave cela de manière spécifique. Dans un bureau, l'ambiguïté a une courte durée de vie. Quelqu'un vous croise dans le couloir, pose une question de clarification, et le malentendu est corrigé avant de causer de vrais dégâts. Le travail distribué étire cette boucle de feedback sur des fuseaux horaires et des créneaux calendaires. 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 orientée. Préciser quoi ne contraint pas comment. "La migration de base de données doit se terminer avant le début de la journée de travail européenne jeudi" n'est pas du contrôle — c'est du contexte. L'ingénieur peut toujours choisir son approche, ses outils, sa façon de gérer les cas limites. Il connaît juste la contrainte dans laquelle il travaille. Sans elle, il devine, et les suppositions tournent mal silencieusement.

Ce que la plupart des managers sautent, c'est le pourquoi. Pas une longue explication, juste assez de contexte pour permettre à l'autre de prendre de bonnes décisions quand l'inattendu survient. La plupart des tâches ont au moins une contrainte qui n'est pas évidente — une dépendance, une date limite avec des conséquences commerciales, un responsable qui doit valider. Quand ce contexte manque, chaque cas limite devient soit un blocage soit une supposition. Les deux coûtent cher.

Il y a une dimension de 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 a de l'importance, ou 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 après coup. Elles ont une vraie date limite — pas "quand tu peux", ce qui est une façon polie de dire que ce n'est pas une priorité. Et elles incluent assez de contexte pour que la personne puisse prendre des décisions raisonnables face à l'inattendu, sans avoir besoin de tout faire remonter.

Définir des attentes claires n'est pas une technique de management. C'est ce à quoi ressemble finir de réfléchir avant de confier du travail à quelqu'un d'autre. Quand vous ne le faites pas, vous ne faites pas confiance à votre équipe — vous transférez votre propre travail inachevé en aval et appelez ça de la délégation.