Créer quatre répertoires et y ranger des fichiers ne fait pas un CDE. Un état ne dit pas où se trouve une information : il dit ce que vous avez le droit d'en faire, et qui répond si elle est fausse. Toute la valeur est dans les passages de l'un à l'autre.
C’est le scénario le plus répandu. On crée quatre répertoires nommés WIP, Shared, Published et Archive, on annonce que le projet est conforme à l’ISO 19650, et six mois plus tard chacun travaille sur ce qu’il trouve.
Le problème est que les dossiers sont la partie décorative du dispositif. Ce qui fait fonctionner un environnement commun de données, ce ne sont pas les emplacements, ce sont les règles de passage de l’un à l’autre : qui a le droit de faire changer un document d’état, après quel contrôle, et ce que ce changement autorise pour tous les autres.
Sans ces règles, vous avez un disque partagé avec des noms de dossiers en anglais. Les fichiers y circulent au même rythme et avec la même incertitude qu’avant, à ceci près que tout le monde croit désormais le contraire.
Un état répond à trois questions d’un coup : qui peut voir cette information, ce que j’ai le droit d’en faire, et qui est responsable si elle est fausse. Un dossier ne répond à aucune des trois. C’est pour cela qu’un état est une donnée du conteneur d’information, pas un chemin d’accès.
Ils décrivent un cycle de maturité : l’information naît privée, devient visible, puis engageante, puis mémoire.
La différence paraît théorique. Elle explique pourtant la quasi-totalité des CDE qui ne fonctionnent pas.
Une plateforme qui se contente d’offrir une arborescence ne fait pas CDE, même bien rangée. Ce qu’il faut regarder, c’est sa capacité à porter un statut sur chaque conteneur, à réserver les transitions à certains rôles, et à en conserver l’historique. Le reste est du stockage.
Si vous ne deviez régler qu’une chose dans votre CDE, réglez les transitions. Chacune possède un contrôle, un responsable et une signification différente.
L’équipe vérifie son propre travail avant de l’exposer : conformité aux règles de nommage et de modélisation, complétude des données attendues, calage. Ce contrôle est interne, et il ne se délègue pas au coordinateur.
Une fois partagée, l’information devient exploitable pour coordonner et poursuivre son travail. Elle n’autorise ni commande ni exécution. Chacun sait donc exactement quel risque il prend en s’appuyant dessus.
Ce passage n’est pas une opération de rangement mais une décision de validation, prise par celui qui a qualité pour engager. C’est le moment où l’information devient opposable.
À chaque transition, l’état précédent est conservé. L’archive ne se remplit pas en fin de projet : elle se construit toute seule, à condition que le mécanisme existe dès le premier jour.
L’état seul ne suffit pas toujours à dire pourquoi une information est partagée. Les conventions y ajoutent un code d’aptitude, qui précise l’usage autorisé : pour information, pour coordination, pour appel d’offres, pour exécution. La liste exacte varie selon les annexes nationales et les projets : ce qui compte est qu’elle soit fixée dans la convention BIM et comprise de tous.
Elles ne relèvent jamais de l’outil. Toutes viennent d’une règle absente ou non appliquée.
Prenez un document au hasard sur votre projet. Pouvez-vous dire, sans demander à personne, dans quel état il se trouve, qui l’y a mis, quand, et ce que vous avez le droit d’en faire ? Si oui, votre CDE fonctionne. Sinon, ce sont des dossiers.
Le CDE n’est pas un endroit où ranger des fichiers, c’est un mécanisme qui qualifie l’information.
Trois idées à emporter. Un état déclare un usage autorisé et une responsabilité, là où un dossier ne déclare qu’un emplacement. Toute la valeur du dispositif est dans les passages : sans contrôle à l’entrée du Shared ni validation à l’entrée du Published, les quatre états ne sont que des noms. Enfin, l’archive se construit au fil de l’eau, pas à la fin : ce qui n’a pas été tracé sur le moment ne se reconstitue pas.
L’état par lequel passe un conteneur laisse une marque dans son nom, via le code de révision : un P pour ce qui n’engage pas, un C pour ce qui est publié. C’est le sujet des conventions de nommage.
Ces états viennent de l’ISO 19650, dont ils sont le mécanisme central. Ils ne deviennent applicables qu’une fois écrits dans la convention BIM : qui contrôle, qui valide, avec quels codes d’aptitude. Et c’est au rythme du cycle de coordination qu’ils vivent réellement, chaque gel de maquette étant un passage vers l’état partagé.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
La norme dont tout le monde parle, expliquée sans jargon : qui demande quoi, qui livre quoi, et comment l'information est validée avant d'être partagée. Après ce guide, l'ISO 19650 ne vous impressionnera plus.
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.
Beaucoup d'équipes appellent « coordination » le rendez-vous du jeudi. C'est la partie visible, et la moins déterminante. Ce qui fait tenir une coordination, c'est un cycle, une autorité et une clôture. Voici le processus complet, du gel des maquettes au procès-verbal.