L'AI dans la construction : où vont réellement les données de vos projets ?
Benedetta NadottiResponsable communauté
|
·6 min de lecture
En une phrase : l'AI est passée du statut de nouveauté à celui de sujet de chaque pause-café dans la construction. La question décisive n'est plus de savoir si les outils fonctionnent, mais où vont les données de vos projets une fois que vous les utilisez. Pour la plupart des équipes BIM, cette réponse vient de passer du bureau de l'informatique au leur.
« Tout le monde dans la salle voulait de l'AI. Personne ne voulait y téléverser quoi que ce soit. », coordinateur BIM, Stuttgart
Points clés à retenir
Il y a un an, l'AI n'était pas vraiment à l'ordre du jour du BIM. Le mois dernier, elle a dominé toutes les conversations à Paris, Vilnius et Stuttgart.
La salle s'est scindée en deux niveaux de maturité : les équipes qui posent des questions précises et pointues, et celles qui savent que quelque chose arrive mais ne savent pas encore quoi demander.
La question des données, où vont-elles ? revient désormais au BIM Manager, pas à l'informatique.
Pour les entreprises générales, il y a une deuxième couche : la vraie contrainte est de savoir où le client autorisera les données du projet à aller.
Avant toute intégration d'AI, quatre questions se posent d'abord. La quatrième, ce que le contrat du client autorise, décide généralement si un projet pilote voit le jour.
L'approche sur laquelle les équipes s'accordent est le Model Context Protocol (MCP) : un standard ouvert pour connecter des modèles d'AI approuvés à vos systèmes existants, comme votre CDE.
Ne courez pas après le meilleur modèle du trimestre. L'approbation de l'informatique compte plus qu'un avantage de deux pour cent sur un benchmark.
Il y a un an, l'AI n'était pas vraiment à l'ordre du jour dans nos salles. Le mois dernier, elle a dévoré chaque pause-café, et la question qui suit une dizaine de secondes après chaque démo n'est pas de savoir si les outils fonctionnent. C'est de savoir où finissent vos données une fois que vous commencez à les utiliser. Pour la plupart des équipes, cette réponse vient de passer du bureau de l'informatique au vôtre.
Le mois dernier, l'équipe Catenda était à Paris, Vilnius et Stuttgart : sur le salon BIM World, dans une salle comble en Lituanie, et à 150 mètres de hauteur sur la plateforme de la tour de télévision de Stuttgart. Les salles et les boissons différaient à chaque événement, mais une conversation revenait sans cesse partout où nous allions.
Bon retour sur Common Ground. Comme précédemment, cette newsletter a pour but de partager ce que nous entendons de la part des praticiens du BIM à travers l'Europe, plutôt que de promouvoir ce que nous faisons.
Deux niveaux de maturité face à l'AI dans les équipes BIM
Il y a un an, les gens n'étaient pas contre l'AI ; la plupart n'avaient simplement rien vu d'assez concret pour se forger une véritable opinion, dans un sens ou dans l'autre. Aujourd'hui, la conversation s'est scindée.
Certaines équipes, généralement celles dotées d'une forte maturité numérique, posent des questions pointues :
« Est-ce que ça va réduire de moitié ma réunion de coordination ? »
« Peut-elle détecter les conflits qui m'échapperaient un vendredi après-midi ? »
« Peut-elle résumer trois semaines de commentaires sur les problèmes pour m'éviter de le faire ? »
Les autres équipes en sont à un autre point. Elles ont vu les démos et savent que quelque chose arrive, mais elles ne savent pas encore comment cela touche leur semaine, et donc elles ne savent pas trop quoi demander.
La question des données vous revient désormais, pas à l'informatique
Où vont les données ? Il y a un an, cette question partait dans un ticket au support. Aujourd'hui, elle se pose sur le bureau du BIM Manager ; c'est à vous de connaître la réponse, pas à l'informatique.
Pour les entreprises générales, il y a une deuxième couche : la vraie question n'est pas de savoir où vous pouvez placer les données du projet, mais où le client autorisera qu'elles aillent.
Quatre questions à se poser avant toute intégration d'AI
Au moment d'évaluer une intégration d'AI, quatre questions se posent d'abord :
Où les données sont-elles traitées ?
Qui contrôle le modèle ?
Qu'advient-il de vos données saisies une fois la session terminée ?
Que permet réellement le contrat du client ?
Les trois premières sont un minimum. La quatrième est celle qui décide généralement si un projet pilote voit le jour. Pour les entreprises générales soumises à des clauses de confidentialité strictes, elle détermine souvent ce qui est possible avant même que toute évaluation technique ne commence.
La plupart des contrats n'abordent pas encore du tout le traitement par l'AI ; dans ce cas, l'hypothèse la plus prudente est de considérer que rien n'est permis sauf autorisation explicite.
Cette partie apparaît rarement dans la démo, mais c'est elle qui décide si un pilote quitte un jour le bac à sable. Si un éditeur ne peut répondre clairement à l'une de ces quatre questions, considérez cela comme un non jusqu'à obtenir une réponse plus claire.
Pourquoi les équipes s'accordent sur le Model Context Protocol (MCP)
L'approche sur laquelle nous voyons les équipes s'accorder est le Model Context Protocol (MCP), du moins pour l'instant.
Qu'est-ce que le MCP ? Le Model Context Protocol est un standard ouvert qui vous permet de connecter des outils d'AI à vos systèmes existants, comme votre CDE. Cela signifie que vous pouvez choisir le modèle déjà approuvé par l'informatique et par les clients, qu'il s'agisse de Copilot, Claude, Gemini ou d'un autre. Il s'inscrit naturellement dans notre approche de la coordination du BIM et des données et des standards ouverts qui sous-tendent la voie ouverte.
L'enjeu, c'est le contrôle : le MCP sépare le modèle de la connexion, de sorte que le modèle devient un composant interchangeable plutôt qu'une décision d'enfermement.
Ne courez pas après le meilleur modèle d'AI du moment
L'an dernier, c'était OpenAI ; cette année, tout tourne autour de Claude. Le modèle qui domine les benchmarks ce trimestre ne sera peut-être plus en tête le suivant. Ce n'est pas une raison pour attendre, c'est une raison pour arrêter de comparer.
Les principaux modèles progressent tous rapidement, mais les écarts entre eux sont plus faibles que l'écart entre avoir l'approbation de l'informatique et ne pas l'avoir. Si votre organisation a déjà validé un accord d'entreprise avec un fournisseur, utilisez-le. Six mois passés à faire du lobbying pour une seconde approbation parce qu'un modèle obtient deux pour cent de plus, ce sont six mois que vous auriez pu passer à comprendre ce que l'AI fait réellement à vos flux de travail.
Questions fréquentes
L'AI est-elle réellement utilisée sur les projets de construction et de BIM aujourd'hui ?
Les outils sont largement présentés et testés en pilote, mais l'adoption est freinée moins par les capacités que par la gouvernance des données. Lors des récents événements BIM à Paris, Vilnius et Stuttgart, le frein récurrent n'était pas de savoir si l'AI fonctionne, mais l'incertitude quant à l'endroit où vont les données du projet une fois utilisées.
Que doit demander un BIM Manager avant d'adopter un outil d'AI ?
Quatre questions se posent d'abord : où les données sont traitées, qui contrôle le modèle, ce qu'il advient de vos données saisies une fois la session terminée, et ce que le contrat du client autorise. Si un éditeur ne peut répondre clairement à l'une d'elles, considérez cela comme un non jusqu'à ce qu'il le puisse.
À qui revient désormais la décision du « où vont les données ? »
Elle est passée de l'informatique au BIM Manager. Il y a un an, c'était un ticket au support ; aujourd'hui, elle incombe à la personne qui pilote les modèles. Pour les entreprises générales, la contrainte déterminante est souvent le contrat du client plutôt que la politique interne.
Qu'est-ce que le Model Context Protocol (MCP) et pourquoi est-il important pour la construction ?
Le MCP est un standard ouvert pour connecter des outils d'AI à des systèmes existants comme un environnement de données commun (CDE). Il permet aux équipes de brancher n'importe quel modèle déjà approuvé par l'informatique et les clients, Copilot, Claude, Gemini ou un autre, sans reconstruire l'intégration à chaque changement de modèle.
Faut-il attendre un meilleur modèle d'AI avant de se lancer ?
Non. Les écarts entre les principaux modèles sont plus faibles que l'écart entre avoir l'approbation de l'informatique et ne pas l'avoir. Si votre organisation a déjà approuvé un fournisseur, utilisez-le, et consacrez ce temps à comprendre ce que l'AI fait à vos flux de travail plutôt qu'à faire du lobbying pour une alternative à peine mieux notée.
Pour aller plus loin
Introducing the Model Context Protocol l'annonce originale du MCP par Anthropic, et probablement l'explication courte la plus claire de ce qu'il fait réellement.
AI-Powered openBIM Classification buildingSMART sur les raisons pour lesquelles des données standardisées comme l'IFC sont ce qui rend possibles les applications d'AI dans l'AECO en premier lieu.
Pourquoi l'adoption du BIM s'enlise, et comment la relancer
Les déploiements de BIM échouent rarement au démarrage. Ils s'enlisent plus tard, dans le creux où la charge de travail a augmenté mais où les bénéfices ne sont pas encore au rendez-vous. Pourquoi l'adoption s'enlise, et deux actions éprouvées sur le terrain pour la relancer : protéger vos champions et provoquer les moments de déclic.
En mars 2022, Catenda (Norvège), Ingecid (Espagne) et Createc (Royaume-Uni) ont remporté le contrat d'envergure et de long terme pour fournir des logiciels et des services de démantèlement et de gestion des déchets à Norwegian Nuclear Decommissioning (NND). Ensemble, les trois entreprises ont créé le consortium ICCircle.