Idée principale

Un document fini contient deux choses mêlées : ce qui est vrai du sujet, et ce qui a été décidé pour ce public-là. Le ton, le niveau de détail, l'ordre, le degré de prudence, la façon de nommer, ce qu'on révèle et ce qu'on suppose déjà connu — rien de tout cela n'appartient à la connaissance elle-même.

Repartir de ce document pour produire le suivant revient donc à hériter de ces choix sans les avoir choisis. Une phrase écrite pour rassurer un client devient la base d'une documentation interne ; une formule de slide devient une exigence de spécification.

Le défaut n'est pas de produire plusieurs documents. Il est de prendre une sortie comme source.

Couche apportée par « Code centric » (2026-04-13). La règle s'applique aussi à une chaîne produit logicielle, où elle est presque toujours enfreinte sans qu'on le remarque : mettre à jour une spécification consiste à rouvrir la version précédente et à corriger les paragraphes touchés, c'est-à-dire à prendre une sortie pour source. Le document hérite alors de tout ce qui n'a pas été relu — écrans retirés depuis, hypothèses démenties pendant le développement. Ce cas a une particularité utile : la source non orientée y est identifiable sans discussion, c'est le dépôt de code, et l'on peut donc mesurer ce que l'héritage coûte plutôt que le supposer.

Couche apportée par « Les systèmes d'information ne vont pas disparaître. Leur forme va changer. » (2026-07-08). Ce que la règle demande d'admettre est plus coûteux qu'il n'y paraît, et c'est ce qui la fait échouer dans les organisations plutôt que dans les méthodes : accepter qu'un document rendu soit une sortie et non la source revient à retirer au livrable son statut de preuve du travail accompli. Tant que c'est sur lui qu'on est jugé, repartir d'ailleurs demande d'entretenir une matière que personne ne regarde.

Pourquoi c'est important

C'est le mécanisme par lequel deux versions d'une même vérité finissent par diverger. Chaque copie reformule, retire ce qui ne parle pas au nouveau public, ajoute ce qui manque — et perd au passage une nuance que personne ne voit disparaître, puisqu'elle n'est absente que du nouveau document.

La conséquence est opérationnelle : le support peut expliquer autre chose que les commerciaux, et la spécification porter une hypothèse absente du discours de direction, sans qu'aucun contrôle ne le détecte.

Nuances et limites

L'héritage est parfois voulu : reprendre le vocabulaire d'un client dans un document destiné à ce même client est une bonne décision, pas une contamination.

Et une source neutre ne garantit rien à elle seule — encore faut-il que chaque sortie soit effectivement refaite depuis elle plutôt que depuis la précédente.

Questions ouvertes

• Comment détecter une divergence entre deux documents qui, chacun pris seul, paraissent corrects ?