Governance Handbook

Préface

Les projets ne disparaissent pas faute de code.
Ils disparaissent lorsque leur connaissance cesse d'être transmissible.

Les projets ambitieux finissent presque tous par rencontrer la même difficulté. Ils grandissent. Ils évoluent. Ils accueillent de nouveaux collaborateurs. Leur architecture se transforme. Leur code change. Mais leur mémoire devient progressivement plus fragile.

Les décisions s'oublient. Le vocabulaire évolue. Les raisons des choix disparaissent. Puis vient un jour où plus personne ne sait réellement pourquoi le projet est construit ainsi.

Ce n'est pas un problème de technologie. C'est un problème de transmission.

Le Governance Handbook est né d'une conviction simple : la gouvernance documentaire n'est pas une activité annexe. Elle fait partie intégrante de l'architecture d'un projet.

Une Constitution, une Charte, un Dictionnaire, des décisions d'architecture, une feuille de route et un historique ne décrivent pas simplement un projet. Ils participent à sa construction. Ils lui donnent une mémoire. Ils rendent sa connaissance transmissible.

Cette conviction n'est pas née d'une théorie. Elle est née d'une expérience. Au cours de la conception de Forensic Workshop, un laboratoire d'investigation blockchain, une question est progressivement devenue centrale :

Comment produire une connaissance d'investigation qui puisse être comprise, vérifiée, transmise et enrichie au fil des années ?

Pour répondre à cette question, il est apparu nécessaire de concevoir non seulement un laboratoire, mais également le corpus documentaire capable d'en préserver l'esprit.

Le Governance Handbook raconte cette démarche. Il ne propose pas une méthode abstraite. Il décrit une pratique. Chaque principe présenté dans cet ouvrage a d'abord été vécu avant d'être expliqué.

Nous croyons qu'un projet possède deux patrimoines. Le premier est visible : c'est son code. Le second est plus discret : il est constitué de sa vision, de son langage, de ses décisions, de son histoire et des raisons qui ont conduit à chacune d'elles.

Le premier patrimoine permet au projet de fonctionner. Le second lui permet de continuer à évoluer. Sans lui, le code finit par devenir étranger à ceux qui en héritent.

Ce Handbook ne prétend pas apporter une réponse universelle. Il propose simplement une manière de construire : une manière qui place la transmission au même niveau d'importance que le développement lui-même.