Écrire ce qui doit survivre, décider sans théâtre

Une conversation est un excellent outil. Elle permet d’explorer rapidement un problème, de comprendre une nuance, de résoudre un désaccord ou simplement de travailler avec d’autres personnes.

Mais une conversation possède une faiblesse évidente. Elle disparaît.

Ceux qui étaient présents s’en souviennent différemment. Ceux qui n’étaient pas présents n’en savent rien. Quelques mois plus tard, une nouvelle personne rejoint l’équipe et doit reconstruire le raisonnement à partir de fragments.

Dans une entreprise distribuée entre plusieurs pays et plusieurs fuseaux horaires, cette limite devient particulièrement coûteuse. Nous avons donc une règle simple :

Ce qui doit survivre à la conversation doit quitter la conversation. Une décision importante devient un artefact écrit. Un apprentissage important devient un document réutilisable. Une procédure rejoint le référentiel. Le reste peut disparaître.

Nous ne cherchons pas à tout documenter. Une entreprise dans laquelle chaque phrase doit être enregistrée deviendrait rapidement aussi bureaucratique que celle que nous essayons d’éviter. Nous essayons plutôt de documenter ce qui permettra à quelqu’un de travailler demain sans avoir besoin de retrouver la bonne personne.

Une décision importante est écrite

Chez Cercle, une décision durable possède un responsable, un contexte et une trace écrite. Pour les sujets importants, nous utilisons un format inspiré des RFD, les Requests for Discussion.

L’idée n’est pas d’écrire un rapport parfait avant de commencer à réfléchir. C’est exactement l’inverse. Le document apparaît tôt. Il peut être incomplet. Les autres peuvent commenter, contester une hypothèse, ajouter une contrainte ou proposer une option. Le raisonnement devient visible pendant qu’il se construit.

Cette méthode présente un avantage important. Une décision ne conserve pas seulement son résultat. Elle conserve aussi son histoire.

Dans deux ans, quelqu’un pourra comprendre pourquoi une option a été écartée. Et si les contraintes ont changé, cette personne pourra contester la décision sur de meilleures bases que « je ne comprends pas pourquoi nous avons fait ça ».

Éliminer avant de choisir

Pour les décisions structurantes, une seule option présentée dès le départ est souvent un mauvais signal. Elle indique parfois que la décision est déjà prise et que le document sert principalement à la justifier.

Nous ouvrons plusieurs possibilités, nous les testons lorsque c’est possible, nous définissons des critères, puis nous éliminons progressivement ce qui ne tient pas. Un document de décision structurante qui ne présente qu’une seule option est renvoyé à son auteur.

Prenons trois solutions techniques. La première dépasse la latence acceptable. Elle est éliminée. La deuxième coûte trois fois plus cher à exploiter. Elle est éliminée. La troisième reste.

La décision finale tient peut-être en une phrase. Mais les deux éliminations constituent une grande partie de la connaissance produite.

Cette manière de décider réduit aussi l’influence du statut. L’option proposée par la personne la plus expérimentée n’est pas automatiquement retenue parce qu’elle vient de la personne la plus expérimentée. L’expérience aide à poser de meilleures hypothèses. Elle ne transforme pas une hypothèse en fait.

Une personne décide, plusieurs personnes peuvent contredire

Nous refusons le consensus permanent. Nous refusons également la décision arbitraire.

Chaque sujet possède donc un responsable. Ce responsable doit rechercher les informations pertinentes et écouter les personnes concernées. Puis il décide.

Le désaccord reste visible. Une personne peut avoir argumenté sérieusement pour une autre option et contribuer ensuite pleinement à la décision finale.

Nous considérons cette distinction comme essentielle. Un système sain doit être capable de supporter beaucoup de désaccord sans devenir incapable d’agir.

La messagerie reste éphémère

Les outils de messagerie donnent facilement l’impression de résoudre la documentation. Tout est écrit quelque part. Mais « quelque part » devient rapidement un problème.

Une décision enfouie dans six mois de conversations n’est pas réellement accessible. Elle n’est ni structurée, ni versionnée, ni maintenue.

Nous traitons donc la messagerie comme un outil éphémère. Elle sert à parler. Pas à constituer la mémoire officielle de l’entreprise. Ce qui compte doit en sortir.

Réutiliser ce que nous avons appris

Une organisation peut accumuler énormément d’expérience et continuer à refaire les mêmes erreurs. Il suffit que chaque apprentissage reste dans la tête de celui qui l’a vécu. Nous voulons transformer une partie de cette expérience en mémoire collective.

Les apprentissages utiles deviennent des briefs courts, écrits pendant que le travail est encore frais. Leur titre exprime déjà ce qui a été appris.

Pas « réflexion sur les agents ». Plutôt « au-delà de douze étapes, nos agents dérivent sans point de contrôle ». Le premier annonce un sujet. Le second transmet déjà une information.

Les connaissances essentielles peuvent ensuite être transformées en supports de formation courts et réexposées régulièrement. L’objectif n’est pas de construire le wiki le plus volumineux possible. Il est de rendre l’organisation progressivement plus compétente.

L’IA rend cette discipline encore plus importante

Les agents permettent aujourd’hui de produire beaucoup plus vite que nous ne pouvons vérifier. C’est une opportunité considérable. C’est aussi un nouveau problème.

Une synthèse générée peut inventer une décision. Un document peut mélanger une information vérifiée et une supposition. Une erreur peut être reprise par un autre agent et se propager.

Un contenu généré mais non revu reste un brouillon. Un contenu validé possède un humain responsable. Seule l’information canonique fait autorité.

Les agents peuvent proposer, rédiger, collecter et préparer. Ils peuvent même participer au flux de travail. La responsabilité reste humaine.

Cette distinction offre finalement quelque chose de simple à tout le monde. Vous devriez pouvoir partir en vacances sans devenir le serveur DNS humain de votre équipe. Et lorsque vous rejoignez un sujet que vous ne connaissez pas encore, vous devriez pouvoir comprendre pourquoi les choses sont ainsi sans devoir reconstituer plusieurs années de conversations privées.