Idée principale

Le support n'a pas besoin de la même mémoire que le produit, le marketing ne découpe pas comme l'engineering, et la direction ne travaille pas au niveau de détail de l'équipe qui exécute. Chacun de ces prismes est une façon légitime de trier la matière, et les fondre dans une base unique revient à choisir celui qui l'emporte — donc à rendre la mémoire inutilisable pour tous les autres.

Mais la séparation ne suffit pas non plus : un contexte produit doit pouvoir mobiliser les signaux du support, un contexte marketing récupérer les objections rencontrées par les commerciaux, un contexte formation s'appuyer sur la documentation et sur le comportement réel du produit, un contexte code source servir de référence pour régénérer la documentation. Sans ces passages, chaque équipe reconstitue à part ce que la voisine savait déjà.

L'objectif n'est donc ni la fusion ni l'autonomie : c'est que chaque équipe contribue à une mémoire commune sans perdre son prisme métier. La connectabilité est ce qui remplace la centralisation.

Pourquoi c'est important

Cela donne un critère de conception qui tranche une discussion récurrente, celle de l'outil unique. Le débat porte d'ordinaire sur qui doit céder son outil ; la question utile est de savoir ce que chaque mémoire doit exposer aux autres, et sous quelle forme.

Cela déplace aussi le travail d'interopérabilité : ce qui doit circuler n'est pas la donnée brute mais ce qui a été compris — un signal qualifié, une décision, une limite.

Couche apportée par « Wiki IA : pourquoi j'ai construit une base de connaissances maintenue par une IA » (2026-05-25). Une mémoire de domaine constituée à part devient une brique que les autres travaux mobilisent sans l'absorber. Le wiki de maintenance industrielle — normes, processus, habilitations — est interrogé pendant l'étude d'une opportunité produit, à côté du code source, de la veille concurrentielle et de la connaissance produit, chacun restant chez lui. Ce que la séparation rend possible se lit ici en négatif : il n'y a rien à préparer au moment d'étudier l'opportunité, le contexte métier est déjà structuré et prêt à être injecté, parce qu'il a été constitué pour lui-même et non pour ce dossier-là.

Nuances et limites

La connectabilité a un prix que la séparation n'a pas : il faut un vocabulaire partagé au moins sur ce qui traverse, sans quoi un signal support arrive dans le contexte produit sans être compris.

Et la séparation des prismes autorise la divergence : deux contextes peuvent porter deux versions incompatibles du même fait, et rien ne le signale tant que personne ne les rapproche.

Couche apportée par « Le second cerveau est une impasse pour le product management » (2026-05-03). Reste à savoir ce que « connectable » autorise exactement, et la réponse n'est pas le lien vivant. Un espace de travail borné — le répertoire dédié à une opportunité produit — n'accepte pas de référence vers la source d'origine, parce qu'une référence fait entrer avec elle tout le contexte du domaine émetteur : l'information venue d'ailleurs y est copiée et reformulée dans le vocabulaire local. La connectabilité se règle donc à la frontière, par une traduction faite une fois et assumée, et non par une liaison entretenue. Ce que cette exigence ajoute est un coût que la formulation d'origine ne portait pas : une copie se périme, et le contexte d'accueil ne le sait pas.

Questions ouvertes

• Qu'est-ce qui se perd à la frontière quand un élément passe d'un prisme métier à un autre, et qui devrait être transmis avec lui ?