Une seule phrase, écrite au départ par un maître d'ouvrage, suivie à travers les cinq pièces contractuelles d'une opération. À chaque étape elle doit être retraduite par quelqu'un d'autre, dans un autre document. Là où la traduction manque, elle s'évapore, et personne ne s'en aperçoit avant la livraison.
Les guides de ce site traitent chacun une pièce du dispositif. Celui-ci fait l’inverse : il prend une exigence unique et la suit d’un bout à l’autre, pour montrer ce qui la relie et ce qui la casse.
L’opération : un maître d’ouvrage fait construire un immeuble de bureaux qu’il exploitera lui-même. Ce détail compte, car il aligne les intérêts : celui qui écrit les exigences est aussi celui qui vivra avec le résultat. C’est le cas le plus favorable, et il échoue quand même la plupart du temps.
L’exigence, formulée par le futur exploitant lors des études préalables :
« Mon équipe de maintenance doit pouvoir retrouver, en moins d’une minute et sans appeler personne, la notice et la garantie de n’importe quel équipement de ventilation. »
Elle est claire, légitime et vérifiable. Nous allons la suivre à travers les cinq pièces qui décident de son sort. À chacune, elle change de forme et de rédacteur.
Un scénario composite, construit pour la démonstration à partir de mécanismes décrits ailleurs sur ce site. Ce n’est pas le compte rendu d’une opération réelle auditée, et aucun chiffre de coût ou de délai n’y est avancé. Ce qui est reproductible, c’est l’enchaînement des pièces et les points de rupture, pas une performance.
Chaque document répond à une question que le précédent a posée. C’est ce qui en fait une chaîne, et c’est pourquoi l’ordre de rédaction n’est pas négociable.
De quoi aurai-je besoin quand le bâtiment tournera ? Écrit par l’exploitant, avant tout le monde. C’est la pièce la plus souvent absente, et celle dont tout le reste dépend.
Qu’est-ce que j’exige des équipes, et comment le vérifierai-je ? Écrit par le maître d’ouvrage, il transforme un besoin en obligation contractuelle assortie d’un critère.
Comment nous organisons-nous pour y répondre ? Écrite par l’équipe qui produit. Elle traduit l’exigence en règles de production : qui renseigne quoi, où, à quel moment.
Par où passe l’information, et qui la valide ? Le CDE et ses états. C’est là que l’exigence devient un flux quotidien plutôt qu’une intention.
Ce qui est livré répond-il à ce qui était demandé ? Le récolement et le DOE, où l’on constate, deux ans plus tard, si la chaîne a tenu.
Une convention rédigée avant le cahier des charges répond à une question que personne n’a posée. C’est pourtant l’ordre observé sur beaucoup d’opérations, où l’équipe produit une convention type parce qu’il en faut une, sans document amont auquel la rattacher. La pièce existe, le classeur est complet, et la chaîne est déjà rompue à la deuxième étape.
Voici ce que devient la phrase du départ dans chaque document. Notez qu’à aucun moment elle n’est recopiée : à chaque étape, quelqu’un doit la transformer pour son propre métier.
1. Dans les besoins d’exploitation. Elle reste proche de l’original, mais gagne un périmètre : quels équipements sont concernés, et quelle information exactement. « Pour tout équipement de ventilation soumis à maintenance : identifiant, localisation, référence du produit posé, date de mise en service, durée de garantie, notice de maintenance. »
2. Dans le cahier des charges. Elle devient une obligation assortie d’un critère vérifiable, sans quoi elle ne s’oppose à personne. « 100 % des équipements de ventilation soumis à maintenance portent les six attributs listés en annexe, et chaque procès-verbal de mise en service leur est rattaché. Vérification à chaque jalon de livraison. »
3. Dans la convention. Elle devient une règle de production nommant des responsables. « Le lot CVC renseigne les six attributs dans le jeu de propriétés convenu, au fur et à mesure des commandes. Le rattachement des procès-verbaux est fait par le lot au dépôt de chaque document, pas en fin de chantier. »
4. Dans le circuit documentaire. Elle devient un état et un contrôle. « Aucun document de mise en service ne passe à l’état partagé sans que l’équipement auquel il se rapporte soit identifié. Le contrôle est automatique au dépôt. »
5. Dans le dossier de fin. Elle redevient ce qu’elle était : un usage. On prend trois équipements au hasard et on essaie de retrouver leur notice et leur garantie en moins d’une minute. C’est le même test que la phrase initiale, deux ans plus tard.
L’exigence n’a jamais voyagé seule. À chaque étape, quelqu’un d’un autre métier a dû la réécrire dans son propre langage. C’est là le travail réel du management de l’information, et c’est exactement ce qu’aucun logiciel ne fait à votre place.
Dans le scénario ordinaire, l’exigence ne disparaît pas d’un coup : elle perd un peu de force à chaque passage, jusqu’à ne plus rien obliger.
Prenez n’importe quelle ambition annoncée sur votre opération et cherchez-la dans les cinq pièces. Si elle n’apparaît que dans une seule, elle n’existe pas. Une exigence écrite uniquement dans le cahier des charges, sans traduction dans la convention ni contrôle dans le circuit, est une intention que personne n’est chargé de réaliser.
Ce guide raconte l’enchaînement. Chaque étape est traitée en détail ailleurs, et voici la correspondance, dans l’ordre où l’on en a besoin.
Le management de l’information ne consiste pas à produire les cinq pièces. Il consiste à maintenir un lien entre elles, ce qui est un travail entièrement différent.
Trois idées à emporter. Une exigence ne voyage pas toute seule : à chaque étape, quelqu’un d’un autre métier doit la réécrire dans son langage, et c’est précisément ce travail de traduction qui constitue le métier. L’ordre des pièces n’est pas négociable, une convention rédigée sans cahier des charges répondant à une question que personne n’a posée. Enfin, le diagnostic tient en une manipulation : cherchez votre exigence dans les cinq documents, et si elle n’apparaît que dans un seul, elle n’existe pas.
Pour la même démonstration menée sur une donnée plutôt que sur une exigence, voyez le cycle de vie de la donnée : c’est le pendant de ce guide, vu du côté de l’information elle-même. Pour transformer cet enchaînement en vérifications concrètes aux trois moments où il se joue, la checklist de démarrage. Pour commencer par le maillon le plus rentable, rédiger un EIR. Et pour comprendre pourquoi ces enchaînements se heurtent à des résistances qui n’ont rien d’irrationnel, la conduite du changement.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Le maître d'ouvrage doit exprimer ses besoins d'information avant même de savoir ce qu'il pourra en faire. D'où des cahiers des charges recopiés, qui exigent beaucoup et obtiennent peu. La méthode tient en une inversion : partir de la fin.
Quatre-vingts pages recopiées d'un autre projet, et sur le chantier personne ne sait quelle propriété remplir. Une convention utile n'est pas un document bien rédigé : c'est une série de décisions qu'on peut opposer à quelqu'un le jour d'un désaccord.
Quatre cents PDF sur un disque dur, contractuellement irréprochables et pratiquement morts. Le problème n'est pas le format : c'est qu'un dossier produit à la fin est une reconstitution, faite par quelqu'un qui n'était pas là quand l'information existait.