Quarante mille conflits détectés, et pas une décision prise. La détection automatique est la partie facile : toute la valeur est dans ce qu'on filtre, ce qu'on arbitre et ce qui revient dans la maquette. Voici la boucle complète.
C’est la scène classique. Le rapport tombe, il annonce des dizaines de milliers de conflits, l’assemblée est impressionnée, et rien ne se passe. Le mois suivant, le rapport en annonce quarante-deux mille.
Un nombre de clashs élevé ne prouve ni que la maquette est mauvaise, ni que la coordination avance. Il prouve surtout qu’on a lancé un calcul géométrique sans lui dire ce qui l’intéressait. Une gaine qui traverse un faux plafond, un tuyau qui passe dans une réservation prévue pour lui, deux éléments d’un même lot qui se recouvrent par construction : tout cela remonte comme conflit, et n’en est pas un.
Le vrai indicateur n’est pas combien on détecte, mais combien on tranche. Un projet qui traite quarante conflits significatifs par semaine, avec une décision et une correction vérifiée pour chacun, coordonne mieux qu’un projet qui en affiche quarante mille et n’en résout aucun.
La détection n’est pas le sujet. C’est la partie automatique, rapide et gratuite du processus. Le sujet, c’est la boucle qui va du conflit détecté à la maquette corrigée et revérifiée. Un outil de clash detection ne coordonne rien : il produit une liste de questions.
On appelle « clash » trois choses très différentes, qui ne se détectent pas de la même façon et ne se traitent pas par les mêmes personnes.
Deux éléments occupent le même volume. Une poutre traverse une gaine. Le plus simple à détecter, et le seul que la plupart des projets regardent.
Rien ne se touche, mais l’espace nécessaire manque : accès de maintenance, rayon de courbure, épaisseur d’isolant, ouverture de porte. Invisible sans règle de dégagement.
Tout tient dans l’espace, mais pas dans le temps : deux équipes au même endroit la même semaine, ou un élément posé avant celui qui devait passer derrière.
Les projets qui se limitent au type 1 découvrent les deux autres sur le chantier, quand la correction coûte cent fois plus cher. Un conflit d’espace se paramètre par des distances minimales de dégagement ; un conflit de séquence ne se révèle qu’en confrontant la maquette au planning.
Un quatrième conflit existe, et il est le plus coûteux : le conflit de donnée. Deux maquettes cohérentes géométriquement, mais qui ne parlent pas du même équipement, du même indice ou de la même version. Aucune détection géométrique ne le voit. Seule une discipline de nommage et de gestion des versions l’évite.
Avant de croire un rapport, il faut savoir d’où viennent ses milliers de lignes. Presque toujours de ces quatre causes, toutes éliminables.
Si votre rapport contient plus de conflits que le projet ne compte d’éléments coordonnables, ne le diffusez pas : corrigez d’abord les réglages. Diffuser du bruit apprend aux équipes à ignorer les rapports, et ce réflexe-là ne se rattrape plus.
Ces deux mots sont utilisés comme synonymes, alors qu’ils désignent l’outil d’un côté et le métier de l’autre.
L’essentiel du travail n’est pas dans le logiciel de détection. Il est dans le groupement des conflits en sujets traitables, leur affectation à un responsable, et la vérification que la correction est bien revenue dans la maquette. Un coordinateur qui passe son temps à relancer des calculs ne coordonne pas.
Une coordination qui fonctionne suit toujours ce cycle. Sauter une étape suffit à faire réapparaître le même conflit trois mois plus tard.
Exports conformes à la convention, géoréférencement vérifié, indices à jour. Une détection lancée sur des maquettes douteuses ne produit que du bruit.
Quel lot contre quel lot, avec quelle tolérance et quelles exclusions. Cette matrice se décide une fois, puis se réutilise à chaque cycle pour que les rapports restent comparables.
Le calcul produit la liste brute. Le travail commence ici : écarter le bruit connu, et ne garder que ce qui mérite une décision humaine.
Deux cents conflits sur une même gaine forment un seul sujet. Grouper transforme une liste ingérable en une poignée de décisions à prendre.
Chaque sujet part vers un responsable nommé, avec le point de vue 3D, la description et l’échéance. Le format BCF sert exactement à cela : transporter la remarque sans transporter la maquette.
Seuls les sujets bloquants ou contestés passent en réunion. On y décide qui déplace quoi. Une réunion qui parcourt la liste conflit par conflit est une réunion perdue.
La correction retourne dans la maquette d’origine, et le cycle suivant confirme la disparition du conflit. Sans cette vérification, rien ne prouve que quoi que ce soit a été résolu.
La dernière. Beaucoup de projets marquent un conflit comme « résolu » dès qu’une décision est prise en réunion, sans jamais confirmer que la maquette a suivi. Le conflit ressort au cycle suivant, on le referme par habitude, et l’écart part au chantier.
Puisque le total ne dit rien, voici quatre mesures qui décrivent réellement la santé de la coordination.
Combien de sujets restent à trancher avant le prochain jalon. Le seul chiffre qui intéresse un directeur de projet.
Depuis combien de temps un conflit attend une décision. Un âge qui grimpe signale un arbitrage bloqué, pas un défaut de maquette.
La part de sujets déclarés résolus qui reviennent au cycle suivant. Il mesure la fiabilité de la boucle de correction.
Quels couples de lots concentrent les conflits. Deux lots systématiquement en collision révèlent un problème d’organisation, pas de modélisation.
Viser zéro conflit détecté pousse à élargir les tolérances et à multiplier les exclusions jusqu’à ce que le rapport soit vide. L’objectif utile est zéro sujet significatif non tranché à l’échéance. Une maquette peut afficher zéro clash géométrique et rester inconstructible.
La clash detection est un outil de mesure. La coordination est un métier. Confondre les deux explique la plupart des déceptions.
Trois idées à emporter. Le nombre de conflits ne mesure rien : il dépend surtout de vos réglages, et un rapport bruyant apprend aux équipes à ignorer les rapports. Un conflit n’est pas un problème mais une question qui attend une décision, avec un responsable et une échéance. Enfin, rien n’est résolu tant que la correction n’est pas revenue dans la maquette et revérifiée au cycle suivant.
La qualité de la détection dépend entièrement de ce qui entre dedans : les règles d’export et de modélisation fixées par la convention BIM, et des maquettes correctement produites, sujet traité dans exporter un IFC propre. Le processus de coordination dans son ensemble, les outils qui l’outillent et la conduite des réunions feront l’objet de guides dédiés dans cette section.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
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.
Non, l'IFC n'est pas « le PDF de la maquette ». C'est une base de données structurée qui transporte vos objets et leurs propriétés d'un logiciel à l'autre. Comprendre ce qu'il contient vraiment, c'est arrêter de subir les exports ratés.
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.