Angle
Un registre de décisions produit tire son pouvoir de trois refus, et chacun protège d'une façon distincte dont la documentation d'entreprise échoue d'ordinaire. Il refuse ce qui dit quoi construire, parce qu'une règle descendue au niveau de la fonctionnalité cesse d'être dérivable sur les cas que personne n'avait prévus. Il refuse ce qui n'évite aucune rediscussion future, parce qu'un registre se consulte de mémoire et qu'au-delà d'une quinzaine d'entrées plus personne ne le consulte. Il refuse d'être corrigé, parce qu'une décision est un couple choix-contexte et que réécrire supprime le contexte en croyant ne remplacer que le choix. Ce que l'entreprise obtient en échange de ces trois refus n'est pas un gain de temps mais une réponse unique là où quatre fonctions en appliquaient quatre : le support, les partenariats, le produit et les sales cessent de trancher chacun selon sa propre rationalité. Et le prix de ce dispositif se lit par soustraction — les explications refaites cinquante fois, les arbitrages rouverts à chaque gros prospect, la dépendance à la mémoire de ceux qui étaient dans la réunion.
Synthèse
Prises séparément, ces idées ressemblent à des conseils de rédaction. Assemblées, elles décrivent un dispositif dont toutes les propriétés utiles sont des restrictions.
Le point de départ est un diagnostic, pas une méthode. Une entreprise produit sait ce qu'elle a fait et ne sait plus toujours pourquoi : la question du litige entre client et fournisseur d'une marketplace revient en comité roadmap, avec les sales, au support, dans les specs. Cette récurrence n'est pas une série de cas mal traités, c'est le signe d'une règle absente au niveau où elle s'appliquerait. Ce que l'absence coûte n'est pas d'abord du temps de réunion : c'est que chaque fonction tranche selon sa propre logique, et que quatre décisions incompatibles s'appliquent simultanément aux politiques de litige, aux messages support et aux priorités produit.
Vient ensuite ce qui fait fonctionner le remède, et ce sont trois limites. L'altitude, d'abord : « dans ce type de situation, voici la règle » porte parce que la phrase ne s'engage sur aucune fonctionnalité — une règle qui dit quoi construire est une spécification déguisée, moins précise qu'une vraie spécification. La rareté ensuite, qui n'est pas une discipline mais la condition d'usage : quinze entrées tiennent dans la tête d'un Product Manager et d'un directeur commercial, cinquante par trimestre ne tiennent nulle part. L'immuabilité enfin : la règle sur les langues supportées, remplacée deux ans plus tard parce que le coût de traduction a chuté, ne se corrige pas — la nouvelle décision s'écrit à côté, et l'ancienne continue d'expliquer pourquoi le refus était raisonnable alors.
Une quatrième pièce empêche ces limites de virer à la rigidité. Écrire ce qui devrait arriver pour que la décision change ferme le sujet aujourd'hui sans le fermer pour toujours, et déplace la réouverture du rapport de force vers un fait à établir : un prospect italien qui insiste n'ouvre pas la porte, un changement démontré du coût de traduction, oui.
Reste la question du rangement, qui décide si tout le reste sert. Une règle transverse écrite dans une carte Jira est exacte et introuvable pour ceux qu'elle concerne ; elle hérite de l'audience du ticket et de sa durée de vie, c'est-à-dire de rien. Rien ne signale cette disparition, puisque la décision n'a pas disparu.
Ce que l'ensemble donne à voir, et qu'aucune de ces idées ne porte seule : la mémoire d'une organisation ne se construit pas en écrivant davantage. Elle se construit par un dispositif dont chaque règle est une exclusion, et qui se juge sur les discussions qu'il fait disparaître — un bilan structurellement défavorable à la lecture, puisque le coût d'écriture est immédiat et visible tandis que les rediscussions évitées ne laissent aucune trace.
Tensions / contradictions
La première tension porte sur la portée du remède. Un registre écrit ne produit une réponse unique que si les équipes le connaissent et l'appliquent ; rien dans le dispositif ne l'assure, et une règle ignorée laisse les lectures divergentes intactes en ajoutant un document qui prétend le contraire.
Seconde tension, entre deux idées assemblées ici. L'une pose qu'un artefact ancien décrit un contexte disparu et trompe celui qui le reprend ; l'autre pose qu'une décision ancienne conservée avec son contexte reste utile des années plus tard. La différence tenue ici est que le premier porte une intention et le second un motif daté — mais la frontière est plus mince qu'elle n'en a l'air dès qu'une décision contient des conditions de réévaluation, qui sont une intention.
Troisième point, laissé ouvert : le seuil de rareté est posé par expérience et non par mesure. Aucune observation ne dit à partir de combien d'entrées un registre cesse d'être consulté, et le nombre avancé varie avec la taille de l'organisation sans qu'on sache selon quelle loi.
Questions
- Qu'est-ce qui, dans une organisation, fait qu'un registre de décisions est effectivement consulté au moment où la question se pose, plutôt que retrouvé après coup pour justifier ce qui a déjà été répondu ?
- Quelles décisions structurantes sont déjà écrites dans les tickets et les spécifications d'une équipe, et par quel moyen les y repérer ?
- À qui revient d'écrire une règle transverse lorsqu'elle concerne le support, les sales et le produit à parts égales, et qu'aucun de ces trois n'a mandat sur les deux autres ?