Tous les articles de blog

Ne perdez pas de temps. Utilisez des modèles de coordination déjà prêts

Sommaire

Intégrez Revizto à votre flux de travail

COMMENCER
COMMENCER

Reconstruire les ensembles de recherche, les zones et les tests de conflits à zéro sur chaque projet crée une inertie de configuration qui masque les lacunes de coordination jusqu'à ce qu'elles ressurgissent sous forme de conflits au moment de la revue. Passer d'une configuration ponctuelle à des modèles réutilisables, à la Revizto Academy, permet de tout standardiser avant même le début de la conception.

La plupart des flux de travail de coordination partent de zéro. Un nouveau modèle arrive, et avec lui une nouvelle série d'ensembles de recherche, de filtres et de vérifications de conflits, définis de zéro alors que le projet précédent demandait presque exactement la même chose. Ce travail de configuration peut engloutir une semaine avant même que la coordination ne commence, et il survit rarement au contact du projet suivant, dont le périmètre diffère légèrement. Le construire une seule fois, sous forme de modèle, supprime ce coût récurrent.

C'est le changement qu'a observé de près Jason Howden, aujourd'hui directeur de l'innovation chez Revizto, avant de rejoindre l'entreprise, alors qu'il était l'un des 37 associés de Warren & Mahoney, un cabinet d'architecture et de conception de 400 personnes présent en Australie et en Nouvelle-Zélande. Lors du premier événement RevUp de Revizto, il a évoqué ce qu'il appelle la « codification de la coordination » et expliqué comment il avait amené son équipe à cesser de reconstruire la configuration de chaque projet pour la traiter comme un modèle.

Le coût de l'éternel recommencement

La coordination manuelle ne passe pas à l'échelle. Un coordinateur BIM dédié qui traite les rapports de conflits un poteau-dans-une-porte à la fois est lent par nature, et ce type de tri répétitif a tendance à épuiser les équipes. Jason Howden l'a dit sans détour : avant les modèles, le travail de son équipe était monotone et le taux de rotation du personnel élevé — non pas par manque de compétences, mais parce que reconstruire la même logique de configuration projet après projet n'apporte rien à personne.

Six éléments à transformer en modèles plutôt qu'à reconstruire

Un cadre de coordination documenté remplace la configuration ponctuelle par six éléments réutilisables, chacun avec un rôle précis :

  • Ensembles de recherche. Une structure en cascade fait qu'une seule modification se répercute sur l'ensemble du modèle, au lieu d'être réappliquée discipline par discipline. Chez Warren & Mahoney, cela s'est étendu à des équipes projet entières : « Nous avons influencé 150 personnes sur un projet en trois clics de souris », raconte Jason Howden.
  • Zones. Des espaces 3D assortis de niveaux de priorité : une gaine technique ou un couloir très fréquenté fait l'objet d'un examen plus poussé qu'un simple cheminement de prises, sans que personne n'ait à passer tout le modèle en revue pour repérer ce qui compte.
  • Tampons. Une manière cohérente d'indiquer où se situe une annotation et à qui elle revient, avec des indicateurs d'état qui montrent d'un coup d'œil ce qui est nouveau, fermé ou résolu.
  • Un système de codification et de classification. Un langage commun qui permet à chacun, dans une grande équipe projet, de savoir d'un coup d'œil si un élément relève de l'ensemble de sélection A ou B, et d'agir sans avoir à en discuter.
  • Profileur d'apparence. Le même modèle, filtré pour ne montrer à chaque corps de métier que ce qui le concerne : un plombier n'a plus à faire défiler des conflits électriques pour trouver les siens.
  • Tests de conflits automatisés. Un jeu de modèles bien structuré couvre plus de terrain qu'il n'y paraît : l'équipe de Jason Howden a transformé environ 20 à 25 composants principaux en plus de 250 tests de conflits individuels, exécutés automatiquement plutôt que reconstruits à la main chaque semaine.

Aucun de ces éléments n'est un outil à usage unique. Une fois construits, ils constituent la configuration dont hérite chaque projet suivant : on l'ajuste au lieu de la réinventer.

Ce qu'une configuration réutilisable finit par apporter

L'intérêt de ne la construire qu'une fois, c'est qu'une équipe n'a plus besoin d'augmenter ses effectifs au rythme du volume de projets. En cinq ans avec ce cadre, l'équipe de Jason Howden a livré 300 projets, avec environ 1 500 collaborateurs, 5 000 rapports, 50 000 feuilles de dessin et près de 2 millions d'annotations suivies — des chiffres qu'il présente comme le bilan de sa propre équipe sur cette période, et non comme un total audité de façon indépendante. L'équipe, elle, n'a pas grandi à la même vitesse : c'est la configuration sous forme de modèles qui a absorbé la charge, libérant les personnes pour des arbitrages plutôt que pour la reconstruction d'infrastructures.

Découvrez le cadre par vous-même

Cette approche — construire un cadre de coordination numérique à partir de modèles réutilisables plutôt que d'une configuration ponctuelle — est exactement ce que couvre le cours Template Essentials de la Revizto Academy, en une quinzaine de minutes, gratuitement et sans licence.

C'est le moyen le plus rapide de voir comment fonctionne la codification de la coordination avant de l'appliquer à vos propres projets.

Commencer Template Essentials sur la Revizto Academy

Gratuit, 15 minutes, sans licence.

Commencer le cours
Commencer le cours

FAQ

Une structure d'ensembles de recherche dans laquelle les modifications faites à un endroit se répercutent automatiquement sur le reste du modèle, au lieu de devoir être réappliquées discipline par discipline ou niveau par niveau.

Il n'y a pas de nombre fixe, mais un jeu de modèles restreint et bien structuré peut couvrir beaucoup de terrain : une équipe a constaté qu'environ 20 à 25 composants coordonnés généraient plus de 250 tests de conflits automatisés sur ses projets.

C'est précisément l'intérêt de les construire comme des modèles plutôt que comme une configuration ponctuelle : les ensembles de recherche, les zones, les tampons et les tests de conflits se configurent une fois, puis s'adaptent, au lieu d'être reconstruits à partir d'un projet vierge à chaque fois.