Le Knowledge Backbone : une seule source de vérité

Combien de fois la même information existe-t-elle, en version légèrement différente, dans une organisation de taille moyenne ? Un référentiel client dans le CRM, un autre dans l'ERP, un troisième dans un tableur que seule une personne sait mettre à jour. Le Knowledge Backbone de TEAF part d'un principe simple à énoncer et exigeant à tenir : une information n'a qu'une seule source de vérité, et toute décision d'architecture s'y réfère explicitement plutôt que de la redupliquer.

Le coût invisible de la duplication

La duplication d'information ne coûte pas cher le jour où elle apparaît — c'est justement ce qui la rend facile à créer. Une équipe qui a besoin d'un référentiel produit et ne sait pas qu'un autre existe déjà en construit un nouveau, plus vite que de chercher l'existant. Le coût apparaît des mois ou des années plus tard, sous forme d'incohérences de données que plus personne ne sait expliquer : deux systèmes donnent une réponse différente à la même question, et personne ne sait lequel a raison.

Ce que le Knowledge Backbone contient réellement

Pas seulement des données métier : le Knowledge Backbone regroupe les données, les décisions passées (via les Living ADR), les dépendances entre capacités et les contraintes actives — réglementaires, techniques, contractuelles. C'est la source que consulte chaque étape de la boucle TEAF avant de produire une décision, plutôt qu'une base parmi d'autres qu'on interroge de temps en temps.

Source unique ne veut pas dire copie unique

Un malentendu fréquent : « source de vérité unique » ne signifie pas qu'il ne doit exister qu'une seule copie technique de la donnée. Des systèmes différents peuvent légitimement répliquer une information pour des raisons de performance ou d'architecture. Ce qui compte, c'est qu'une seule de ces copies fasse autorité en cas de divergence, et que cette autorité soit explicitement déclarée — pas déduite implicitement de « c'est le système qu'on utilise depuis le plus longtemps ».

Le lien avec le Living ADR et la Decision Fabric

Le Knowledge Backbone n'est pas un référentiel de données isolé : il est ce que consulte la Decision Fabric avant qu'une décision ne soit prise, et ce à quoi chaque Living ADR reste connecté après. Une décision prise sans consulter une connaissance déjà disponible ailleurs dans l'organisation est exactement le mécanisme qui produit les référentiels dupliqués et les décisions contradictoires documentés parmi les anti-patterns TEAF. Le Knowledge Backbone est la pièce qui rend cette consultation possible — encore faut-il l'alimenter et le consulter réellement, ce qui reste une discipline organisationnelle, pas un acquis technique.

• La duplication d'information coûte peu à créer et cher à défaire — le coût apparaît des mois après la décision qui l'a produite.
• Le Knowledge Backbone regroupe données, décisions passées, dépendances et contraintes actives en un point de référence unique.
• Source unique ne signifie pas copie technique unique — mais une seule copie qui fasse autorité, explicitement déclarée.
• Sa valeur dépend d'une discipline d'alimentation et de consultation réelle, pas seulement de son existence technique.