Pourquoi le code, le deck et la roadmap deviennent des artefacts (et ce qui reste précieux à la place)

On me demande encore combien vaut le code d'une startup en revue. La vraie question n'est plus là. Code, deck investisseur, roadmap envoyée au board, réponse à appel d'offre passée six week-ends à rédiger — tout ça est devenu regénérable. Ce qui ne l'est pas, c'est la mémoire d'entreprise qui a permis de les produire.

Une définition d'abord. Un artefact, dans le sens où je l'emploie ici, c'est ce qu'un build produit à partir d'une source : un PDF compilé depuis un markdown, un binaire depuis du code, une page web depuis un MDX, un slide rendu depuis un script. L'artefact a une valeur d'usage immédiate — c'est ce que voit le client final — mais une valeur d'archive très faible. Si je perds le PDF mais garde le markdown, je le reconstruis en cinq secondes. L'image qu'on a tous en tête : le négatif et la photo. La photo, c'est ce qu'on regarde ; le négatif, c'est ce qu'on protège.

Ma thèse tient en une phrase : avec l'IA agentique, la quasi-totalité des livrables d'une entreprise basculent du côté de la photo. Le code source de votre app, le deck pour les fonds, le business plan de 60 pages, la réponse à AO, les maquettes Figma, la roadmap trimestrielle, le mail d'intro à un investisseur : tous régénérables. Ce qui reste irrémédiable, c'est la matière qui a permis de les produire — vision, arbitrages tracés avec leurs raisons, conventions de l'équipe, apprentissages tirés des incidents, savoir-faire codifié.

La mémoire d'entreprise n'est pas un fichier, c'est une structure

C'est ce que je vois en regardant ma propre boîte. Le monorepo d'Alvado Conseils contient quatre apps et plusieurs centaines de milliers de lignes de code, mais les agents qui le font tourner lisent d'abord deux répertoires : docs/ et .claude/. Ces deux répertoires sont la mémoire de l'entreprise — pas un blob informe, une structure assez nette :

Tout ce qui reste dans l'entreprise hors de ces strates, ce sont les artefacts. Le code de mes quatre apps, les PDFs de BP, les pages MDX du blog, les decks compilés, les attestations de formation. Tous regénérables à partir des strates ci-dessus. L'inverse n'est pas vrai.

L'agent IA lit la mémoire avant le code

Voici l'argument béton. Le worker-prompt que j'utilise pour faire livrer une app par un agent commence par cette ligne : « Lis docs/prd/academy.md. Lis docs/stories/academy/README.md. Lis les CLAUDE.md à la racine et dans chaque app. Puis seulement, regarde le code comme support pour suivre les patterns existants. »

L'agent ne lit jamais le code en premier. Il lit la vision, l'historique, les conventions — puis le code, comme un dictionnaire d'usages. Si je perds le code mais garde la mémoire, l'agent le reconstitue en quelques jours. Si je perds la mémoire mais garde le code, il voit comment c'est fait mais perd quoi faire et pourquoi. Certains CTO objecteront : « le code en prod tourne, génère du chiffre, n'est pas si jetable ». C'est juste — il garde sa valeur d'exécution. Mais sa valeur d'archive, elle, s'effondre.

Ce n'est pas une nouveauté absolue, d'ailleurs : un nouveau dev qui rejoint une équipe demande toujours « quel est le contexte ? » avant « où est le code ? ». L'IA agentique a juste rendu cette dépendance mesurable et économiquement décisive. Sans mémoire structurée, l'agent retombe au niveau de productivité d'un stagiaire perdu, peu importe la taille de son contexte ou la sophistication de son modèle.

Et la mémoire se met à jour récursivement : mon dernier audit qualité, QA4, ouvre par « Baseline : QA1 (5,4) → QA2 (7,3) → QA3 (8,2) ». L'agent qui audite relit les audits précédents, calcule les deltas, identifie les régressions et les vraies améliorations. La mémoire ne stocke pas, elle pense.

L'alignement migre des grandes messes vers le travail de fond

C'est là que ça devient politique. Historiquement, le travail d'un exec consistait à faire redescendre la vision — keynote annuelle, all-hands, town hall, séminaire de cadrage. Ce mouvement reste essentiel pour l'alignement émotionnel d'une équipe : les humains ont besoin de moments collectifs, d'un CEO qui regarde tout le monde dans les yeux et dit où on va. J'ai écrit ailleurs sur le rôle structurant du comité de direction — rien à enlever de ce côté.

Ce qui bouge, c'est l'alignement opérationnel. Il se faisait par cascade managériale — le CEO dit, les VP relaient, les managers traduisent — chaque palier rajoutant son interprétation et ses pertes en ligne. Avec une mémoire vivante, il se fait en continu : la vision est lisible et actionnable au moment où chaque collaborateur — ou chaque agent — prend une décision. PO qui rédige une story, designer qui retouche une maquette, agent qui implémente une feature : tous lisent la même source de vérité. La keynote ne meurt pas, elle change de rôle : elle dit pourquoi ce trimestre a compté ; la mémoire dit quoi faire demain matin.

Trois mouvements à maîtriser pour transformer son organisation

Manipuler la mémoire d'entreprise, ce n'est pas juste l'écrire. Pour vraiment transformer une organisation, un dirigeant devra à terme maîtriser les trois mouvements :

1. Écrire sa vision, ses arbitrages, ses convictions dans un format consommable par la machine. C'est la première étape, et la plus naturelle pour un dirigeant qui produit déjà des documents stratégiques. La nouveauté : ces documents ne dorment plus dans un Drive — ils irriguent en continu tout ce que l'entreprise produit.
2. Requêter la mémoire pour interroger son entreprise en continu. « Où en est la migration X ? », « Quels arbitrages ont été pris sur le pricing depuis janvier ? », « Qu'est-ce qui a fait dérailler le sprint dernier ? » — réponses en quelques secondes par un agent qui a lu toute l'archive.
3. Curer ce que les autres — humains et IA — ont déposé : valider, arbitrer, recadrer, mettre à jour quand le contexte évolue. Le travail le plus proche de celui d'un éditeur en chef de journal.

Commencer par l'écriture est légitime pour démarrer. Mais une organisation ne bascule vraiment que quand le dirigeant pratique les trois — sinon la mémoire dérive, devient incohérente, ou reste une bibliothèque qu'on consulte rarement.

La compétence la plus puissante dérive des trois précédentes : codifier le cerveau de l'expert. Un dirigeant qui écrit son framework de décision d'investissement, son process de revue stratégique, sa manière d'évaluer un prospect — sous une forme qu'un agent peut ré-exécuter — démultiplie sa pensée à toute l'organisation. C'est ce qu'on faisait artisanalement avec les playbooks ; c'est devenu vivant et exécutable. Chez moi, ça donne sept skills codifiés dans .claude/skills/ : ghost-writer, audit, prospect, dossier-creator. Chaque skill est l'extension d'une expertise que je serais sinon le seul à mobiliser.

Les fondateurs techniques qui hésitent à lâcher le code ont une longueur d'avance qu'ils sous-estiment souvent : ils sont déjà à l'aise pour formaliser une pensée afin qu'une machine l'exécute. Le défi pour les exec non-techs est d'apprendre ce réflexe — il rend la pensée du dirigeant opérationnellement disponible à toute l'organisation.

La transparence devient une question de bande passante

Reste un point à traiter honnêtement. Si la mémoire alimente toutes les IA qui produisent les artefacts de l'entreprise, alors toute information non écrite devient un goulot mécanique. Le manager qui garde une info dans sa tête bloque les agents de son équipe, qui produisent des artefacts incomplets ou faux. La transparence n'est plus un choix moral — c'est une question de bande passante.

Ça ne veut pas dire « tout exposer à tous ». Certains sujets doivent rester en bande étroite : négociations en cours, M&A, arbitrages RH sensibles, doutes stratégiques pas encore tranchés. Une bonne mémoire d'entreprise reconnaît ces poches d'opacité et les protège. Mieux : quand je prépare un dossier M&A, je ne pars pas d'une feuille blanche — la mémoire contient déjà 80 % du travail (vision, métriques, historique des arbitrages, dettes connues). Elle ne fait pas le M&A — il y a des conversations qui doivent rester entre quatre personnes — mais elle fait passer la prépa de plusieurs mois à plusieurs jours, et garantit la cohérence entre ce qu'on raconte au board et ce qui circule en interne.

L'enjeu n'est donc pas la transparence absolue, mais la transparence par défaut : ce qui peut être écrit doit l'être, le reste est explicitement scopé.

Ce que ça change pour un dirigeant

Les dirigeants qui passeront les prochaines années à entretenir leur mémoire d'entreprise — l'écrire, la requêter, la curer — auront un effet de levier sur leurs équipes que les autres n'auront pas. Non pas parce qu'ils auront « adopté l'IA » comme outil de productivité personnelle, mais parce qu'ils auront rendu leur pensée opérationnellement disponible à toute l'organisation, humaine et augmentée. La capacité à faire passer la vision a toujours été la marque des leaders qui réussissent — ça ne change pas. Le centre de gravité, lui, s'est déplacé : moins de grandes messes, beaucoup plus de travail de fond.