Idée principale

Une règle transverse peut parfaitement s'écrire dans le corps d'une carte Jira, en commentaire d'une spécification ou dans une ligne de roadmap. Elle y est exacte, datée, retrouvable par son auteur. Elle est aussi hors de portée de tous ceux qu'elle concerne : le support qui répondra au client, le commercial qui promettra, l'équipe qui construira autre chose six mois plus tard.

Chaque artefact a un public et une durée de vie qui lui sont propres. Un ticket s'adresse à ceux qui exécutent et meurt à la livraison. Une roadmap s'adresse à ceux qui veulent connaître l'horizon et se réécrit chaque trimestre. Une spécification s'adresse à ceux qui construisent un périmètre donné. Placer une règle valable pour toute l'entreprise dans l'un d'eux, c'est lui donner leur audience et leur espérance de vie — c'est-à-dire la rendre inopérante partout ailleurs.

L'effet est asymétrique et trompeur : la décision existe, elle est écrite, on peut la retrouver si on sait où chercher. Rien ne signale qu'elle a disparu, puisqu'elle n'a pas disparu.

Pourquoi c'est important

Cela donne un critère de rangement qui ne dépend pas du confort de l'auteur : un contenu se place à l'endroit dont l'audience et la durée correspondent aux siennes, pas à l'endroit où l'on était en train d'écrire.

Cela explique aussi pourquoi une organisation peut avoir tout écrit et ne rien savoir : la question n'est pas de savoir si une décision est documentée, mais si elle l'est là où ceux qui en dépendent iront la lire.

Nuances et limites

Le mauvais rangement est parfois sans conséquence : une règle qui ne concerne réellement qu'une équipe est bien placée dans ses propres outils, même si elle a l'apparence d'un principe.

Et un registre séparé ne garantit pas la visibilité : une décision rangée au bon endroit mais jamais annoncée reste inconnue de ceux qui n'ont pas l'habitude d'y aller.

Questions ouvertes

• Comment repérer les décisions structurantes déjà enfouies dans les tickets et les spécifications d'une équipe, sans tout relire ?