Chaque projet génère de la documentation: comptes rendus, registres, rapports d’avancement, leçons apprises. Cette masse d’information est consciencieusement produite, archivée et, dans la grande majorité des cas, jamais reconsultée. Le problème n’est pas le volume: c’est l’absence de liens entre les documents. Un registre des risques qui ne pointe vers aucune leçon apprise, des décisions qui ne référencent aucune hypothèse, des problèmes résolus qui ne sont connectés à aucun risque initial forment une collection de données inertes plutôt qu’une mémoire exploitable.
Le sociologue Niklas Luhmann avait formalisé ce phénomène dans un contexte différent. Son système de fiches personnelles (Zettelkasten, “boîte à fiches” en allemand) reposait sur un principe fondamental: ce n’est pas la qualité individuelle des notes qui crée la valeur, mais le réseau de renvois entre elles. Luhmann parlait de “communication” avec son fichier, un terme délibérément provocateur pour décrire le moment où un système documentaire suffisamment interconnecté commence à produire des associations que son créateur n’avait pas prévues.
Stocker n’est pas capitaliser
La distinction entre stockage et capitalisation est essentielle en gestion de projet. Stocker, c’est ranger un document dans un dossier partagé. Capitaliser, c’est rendre ce document retrouvable par plusieurs chemins, le relier à d’autres documents pertinents et faire en sorte que sa consultation déclenche des réflexions utiles.
Les principaux référentiels de gestion de projet prescrivent tous la collecte de leçons apprises (lessons learned, retours d’expérience structurés). Mais la prescription s’arrête souvent au recueil: organiser une réunion de retour d’expérience en fin de projet, consigner les observations, archiver. Ce que ces référentiels décrivent moins, c’est la transformation de ces données brutes en un système interconnecté qui gagne en valeur avec le temps.
Luhmann avait observé un phénomène identique avec ses fiches: en dessous d’une certaine masse critique, les connexions étaient trop rares pour être utiles. Au-delà de ce seuil, chaque nouvelle fiche enrichissait un réseau suffisamment dense pour produire des rapprochements entre des idées qui n’avaient pas été pensées ensemble initialement.
Comment les connexions créent de la valeur
Un exemple concret illustre ce mécanisme. Un PMO (Project Management Office, bureau de gestion de projet) maintient un registre de risques inter-projets. Le risque R-087, “sous-estimation de l’effort d’intégration système”, est documenté sur un projet clos il y a deux ans. Le registre inclut un renvoi vers la leçon apprise LA-043, qui décrit comment l’estimation a été corrigée en cours de projet. Cette leçon pointe à son tour vers la décision D-021 d’ajouter un lot d’intégration dédié dans la WBS (Work Breakdown Structure, structure de décomposition du travail).
Quand un nouveau chef de projet consulte ce registre parce qu’il planifie un projet comportant une phase d’intégration, il ne cherche pas nécessairement R-087. Mais la densité des renvois fait que sa recherche sur “intégration” ou “estimation” le conduit vers un chemin de décisions documentées qui enrichit directement sa planification. C’est ce type de résultat que Luhmann décrivait: la consultation produit davantage que ce qui avait été explicitement cherché. L’archive numérique de l’Université de Bielefeld, qui donne accès aux 90 000 fiches de Luhmann, illustre la densité de ce réseau de renvois.
Pourquoi la capitalisation continue échoue
Si les bénéfices d’un système interconnecté sont évidents sur le papier, leur mise en oeuvre se heurte à trois obstacles récurrents.
Le premier est temporel: relier les entrées entre elles demande du temps, et ce temps n’est jamais prévu dans les plans projet. Luhmann consacrait une part significative de son travail quotidien à relire ses anciennes fiches et à y ajouter des renvois. En gestion de projet, cette relecture active des registres est rarement planifiée comme une activité à part entière.
Le deuxième est structurel: les registres projet sont généralement conçus comme des silos. Le registre des risques est un fichier, celui des problèmes un autre, celui des décisions un troisième. Même lorsqu’ils utilisent des identifiants uniques, les liens croisés entre registres sont rarement maintenus de manière systématique.
Le troisième est culturel: la capitalisation est perçue comme une activité administrative sans valeur ajoutée immédiate. Documenter un risque est acceptable parce que c’est exigé par le processus. Relier ce risque à une leçon apprise d’un autre projet est considéré comme du zèle inutile, jusqu’au jour où le même risque se matérialise et où personne ne se souvient que la réponse avait déjà été trouvée.
L’approche incrémentale comme seule voie réaliste
Luhmann n’a pas construit son fichier de 90 000 fiches en une fois. Il l’a alimenté quotidiennement pendant plus de quarante ans, quelques fiches à la fois, en veillant systématiquement à les relier aux existantes. Cette approche incrémentale est la seule réaliste en contexte organisationnel.
Plutôt que de lancer un grand projet de “gestion des connaissances”, il est plus efficace d’intégrer la pratique des renvois dans les activités existantes: chaque nouvelle entrée de registre inclut au minimum un lien vers une entrée connexe, chaque leçon apprise référence le projet et la phase dont elle est issue, chaque décision documentée pointe vers le problème ou le risque qui l’a motivée. Au fil des projets, ces connexions accumulent une valeur qui finit par dépasser la somme de leurs parties.