Le Living ADR : une décision d'architecture qui ne vieillit pas

Un ADR (Architecture Decision Record) classique se rédige au moment d'un choix, se range dans un dépôt de documentation, et vieillit silencieusement. Six mois plus tard, personne ne sait plus si les contraintes qui l'ont motivé tiennent encore. Le Living ADR de TEAF part d'un principe simple : une décision d'architecture est un flux, pas un jalon. Il ne devient pas faux avec le temps sans qu'on le sache — il devient visiblement obsolète, et cette visibilité change tout.

Le problème que l'ADR classique ne résout pas

Un ADR bien rédigé documente le contexte, les options considérées, le choix retenu et sa justification. C'est déjà mieux qu'une décision prise en réunion et jamais couchée par écrit. Mais un document reste un document : une fois publié, rien ne le relie activement aux conditions qui l'ont justifié. Si le fournisseur cité change de politique tarifaire, si la contrainte réglementaire évolue, si la capacité concernée est refondue — l'ADR ne le sait pas. Il continue d'affirmer une vérité qui n'en est peut-être plus une.

Ce qui rend un ADR « vivant »

Un Living ADR reste connecté à trois éléments : les contraintes qui l'ont motivé, les alternatives écartées et pourquoi, et ce qui a changé depuis dans le Knowledge Backbone. Quand une de ces contraintes change de façon significative, la décision n'est pas silencieusement fausse — elle est marquée comme à réviser, avec la raison précise du déclenchement. La différence n'est pas technologique en soi : c'est une discipline de gouvernance qui exige que les décisions restent reliées à leurs conditions de validité, au lieu d'en être détachées dès leur publication.

Ce que ça change concrètement

Dans une organisation qui pratique l'ADR classique, la question « cette décision tient-elle encore ? » demande une enquête : relire le document, retrouver qui l'a écrit, vérifier manuellement si le contexte a changé. Avec un Living ADR, la question a déjà une réponse structurelle : soit la décision n'a pas été marquée comme obsolète et elle est présumée valide, soit elle l'a été et la raison est documentée. Le doute individuel devient une information du système.

La discipline derrière l'outil

Rien de tout cela ne fonctionne sans que les autres composants de la boucle TEAF soient réellement alimentés — un Living ADR isolé, sans Knowledge Backbone à jour ni processus de revue, redevient un simple document qui vieillit, juste avec un nom plus ambitieux. La valeur du Living ADR est entièrement conditionnée par la discipline de mise à jour du reste du système. C'est un artefact qui rend une bonne gouvernance visible, pas un substitut à cette gouvernance.

• Un ADR classique se détache de ses conditions de validité dès sa publication.
• Un Living ADR reste connecté aux contraintes, alternatives et connaissances qui l'ont produit.
• Il ne devient pas faux en silence : il devient explicitement « à réviser », avec la raison du déclenchement.
• Sa valeur dépend entièrement de la discipline de mise à jour du Knowledge Backbone qui l'alimente.