Ça commence généralement assez petit pour que personne ne s’y arrête. Un message lâché sur Slack, presque en passant, quelque chose qui ne semble pas exiger de cérémonie : « Quelqu’un peut vérifier rapidement ? » Pas d’urgence explicite, pas de contexte structuré, aucun signe que cela prendra plus que quelques minutes. Au contraire, ça paraît efficace. Plus rapide qu’ouvrir un ticket, plus léger qu’organiser une réunion. Juste une vérification rapide, quelque chose qui se règle dans le flux du travail.
Quelqu’un s’en charge. Pas tout de suite peut-être, mais assez vite pour préserver l’illusion de momentum. Il ouvre le lien, parcourt les chiffres, essaie de comprendre ce qu’il regarde. Et c’est là qu’apparaît la première friction silencieuse : le contexte n’est pas fourni, il faut le reconstruire. Un tableau de bord ici, une capture là, une phrase ou deux pour expliquer pourquoi cela existe. Mais que demande-t-on exactement ? Valider la précision, l’exhaustivité ou le raisonnement derrière une décision peut-être déjà prise ailleurs ?
Sans cette clarté, la seule option viable est de répondre par une autre question. À ce moment-là, presque imperceptiblement, le temps cesse d’avancer en ligne droite.
La réponse n’arrive pas tout de suite. Elle arrive quand elle peut — dix minutes plus tard, trente, peut-être après une autre réunion. Quand elle arrive, elle lève une partie de l’ambiguïté, pas tout. Toujours assez pour continuer, rarement assez pour finir. Alors celui qui vérifie creuse un peu, consulte une autre source, recoupe avec quelque chose qu’il croit vaguement avoir vu. Il repère une incohérence, ou du moins quelque chose qui ne colle pas tout à fait. Ce qui commençait comme une simple vérification devient une petite enquête.
Quelqu’un d’autre est sollicité, non parce qu’il devrait l’être, mais parce que ça semble le chemin le plus rapide sur le moment : « Hé, tu sais pourquoi ce chiffre est différent ici ? » Cette personne entre sans le contexte initial, reconstruisant tout à partir de fragments encore plus minces. Elle répond de mémoire — ça aide, mais ajoute une couche d’ambiguïté. La conversation s’étire, se divise, commence à exister à plusieurs endroits à la fois.
Pendant ce temps, la raison initiale de la « vérification rapide » reste en attente. Parfois critique, parfois non. Elle peut bloquer un déploiement, retarder une campagne ou simplement occuper de l’espace mental en arrière-plan. L’impact précis varie, mais l’effet est le même : ce qui devait débloquer le progrès introduit silencieusement de la latence.
Quand c’est réglé, deux heures se sont écoulées. Personne ne le consigne comme travail. Personne ne le trace comme retard. Pas de ticket, pas de métrique, pas de post-mortem — aucun artefact qui rende ce temps visible. Il reste une impression diffuse de fragmentation, le sentiment que la journée a avancé plus lentement qu’elle n’aurait dû, malgré son remplissage.
Ce qui ressemble à de la vitesse dans le chat est en réalité une amnésie opérationnelle — et le coût ne se voit jamais dans un fil isolé.
Le problème, c’est que ce n’est pas une exception. C’est un schéma. Et cela n’arrive pas parce que les gens sont négligents ou sous-performants. Cela arrive parce que le système fait de ce comportement le chemin de moindre résistance. Ces « vérifications rapides » sont, en réalité, des décisions sans lieu clair. Elles n’appartiennent à aucun processus défini, ne sont capturées par aucun outil spécifique et n’ont pas de responsable explicite. Elles vivent dans l’espace ambigu entre « ça devrait être évident » et « il faut que quelqu’un regarde ça de plus près ».
Et tout ce qui vit dans cet espace finit inévitablement dans le chat.
Le problème n’est pas la légitimité de la question. Dans la plupart des cas, quelque chose doit vraiment être vérifié. Le problème, c’est la façon dont cette vérification se fait — sans contexte suffisant, sans critères explicites et sans définition claire de ce que « terminé » signifie. Chaque fois, vous ne répondez pas seulement à une question ; vous lancez un processus de zéro. Le contexte doit être assemblé manuellement, les critères sont déduits en direct et la responsabilité se négocie à la volée.
Rien de tout cela n’est visible, mais tout consomme du temps.
Cette consommation ne se manifeste pas par de grandes interruptions. Elle apparaît comme une fragmentation continue de l’attention — le coût d’entrer dans le problème à moitié formulé de quelqu’un d’autre, de le tenir juste assez longtemps pour le faire avancer, puis de tenter de revenir au sien. Répétée sur une journée, sur une équipe, cela crée une opération qui paraît occupée en surface mais avance de façon inégale — rapide par à-coups, puis bloquée dans des zones d’ambiguïté.
Ce qui rend cela difficile à traiter, c’est que chaque cas semble trivial. C’est juste une question. Juste une vérification. Juste quelques messages. Pris isolément, rien ne semble valoir la peine d’être corrigé. Mais, collectivement, ces moments définissent le tempo de l’organisation. Ils déterminent si le travail coule ou se réinitialise en permanence.
La réponse typique consiste à ajouter de la structure ailleurs — plus de tableaux de bord, plus de documentation, plus de workflows formalisés. Mais ces micro-décisions n’entrent pas proprement dans ces systèmes. Elles sont trop dynamiques, trop dépendantes du contexte, trop fondées sur le jugement. Alors elles continuent de fuir, revenant toujours au même endroit : le chat.
Et le chat, par conception, est un mauvais environnement pour ce type de travail — non parce que l’outil est inefficace, mais parce qu’il prive les décisions de ce dont elles ont besoin pour devenir plus rapides avec le temps : des entrées claires, des critères explicites, un responsable défini et, surtout, de la mémoire. Sans cela, chaque « vérification rapide » devient un petit acte de réinvention. Et la réinvention, même à petite échelle, coûte cher — non par l’effort d’un cas isolé, mais par la fréquence de sa répétition.
C’est pourquoi, presque inévitablement, ces flux finissent par se concentrer autour des mêmes personnes. Les opérateurs les plus solides — ceux qui ont le plus de contexte, la meilleure reconnaissance de patterns, le jugement le plus fin — sont tirés dans ces décisions parce qu’ils peuvent les résoudre vite. Mais cela crée un effet secondaire : leur temps est consumé par un flux continu de décisions peu visibles et à forte friction. Non parce qu’ils seraient les seuls capables, mais parce que le système n’offre aucune alternative.
À ce stade, le problème n’est plus une inefficacité isolée. Il devient structurel. Ce n’est pas un problème de talent, ni exactement un problème de processus au sens traditionnel. Il manque un moyen de traiter les décisions comme des unités de travail à part entière — quelque chose qui porte le contexte, rend les critères explicites, définit la responsabilité et accumule l’apprentissage dans le temps. Aujourd’hui, chacun de ces moments existe comme un événement isolé. Rien ne se connecte, rien ne se cumule, rien ne devient plus simple la fois suivante.
Le résultat est une forme d’amnésie opérationnelle. Les mêmes questions reviennent, les mêmes ambiguïtés doivent être résolues à nouveau, et les mêmes personnes sont rappelées dans la boucle. Ce qui ressemble à de la vitesse — régler les choses vite dans le chat — masque en réalité un système qui ne retient pas la connaissance et ne prend donc jamais de l’élan.
À un moment, le problème n’est plus les deux heures perdues dans un fil. C’est la prise de conscience que c’est ainsi que les décisions se prennent dans toute l’opération : de façon informelle, de manière répétée, sans jamais devenir plus simple la fois suivante. Et c’est là qu’émerge le vrai coût — non comme une perte mesurable isolée, mais comme une traînée constante, de fond, qui ralentit tout.