Bouwdata

Plus je m’implique tôt dans le processus, plus je me rends compte que les différentes dénominations et approches des coûts de construction par les différents partenaires entravent notre efficacité en matière de construction plus sérieusement qu’il n’y paraît à première vue. Cela commence par le lancement d’un nouveau projet par le conseil d’administration, mais se termine par le feedback sur le rendement de l’investissement. C’est donc dans cette « boucle » que les choses se gâtent et que le conseil perd le fil. Voici une proposition pour y remédier.

Il y a quelques années, j’ai participé à un atelier individuel sur Excel avec Henk Vlootman. Il a abordé la notion de « liste » ainsi que de « variable système » dans le cadre d’une approche « bases de données » – nécessaire pour travailler correctement avec Excel. Les premières sont valables pour chaque projet, les secondes sont définies par projet et appliquées de manière cohérente au sein de ce projet.

Il est donc important de définir les « variables système » pour chaque projet de construction, dès le début, et de les utiliser de manière cohérente par tout le monde et tout au long du cycle de vie du bâtiment.

Le seul système de classification conforme à la norme ISO 12006-2:2015 Construction immobilière  – Organisation de l’information des travaux de construction – Partie 2 : Cadre pour les classifications et qui accorde de l’attention à l’« identification » est le système de classification Cuneco (CCS) du Danemark.

Toutefois, comme tout système théorique, il a besoin de quelques ajustements pour être pleinement opérationnel dans la pratique.

Le CCS ne tient pas compte du fait qu’un projet complexe peut être mis en œuvre en plusieurs étapes, chacune d’entre elles pouvant en outre avoir son propre modèle financier. Par conséquent, en plus du terme « Stage » que RIBA plan of work 2020 introduit (et qui constitue une « liste » parce qu’il est le même pour tous les projets), il est important de disposer d’une variable système qui l’identifie.

Le codage associé peut alors commencer par [P]# suivi d’un numéro unique et d’une description univoque du sous-projet ou de la « phase ».

Par exemple, d’un côté de l’hôpital, un service de garde pour médecins généralistes est en cours de rénovation et, dans le même temps, une toute nouvelle polyclinique est en cours de construction de l’autre côté du site. On obtient ainsi, par exemple, [P]#HWP d’une part et [P]#POLI d’autre part. La question de savoir si les coûts associés relèvent de l’activation ou de l’exploitation est mieux définie dans un autre paramètre, mais elle dépasse le cadre du présent article.

La distinction suivante que nous souhaitons pouvoir faire dans le flux de données concerne le bâtiment que nous concevons, construisons ou entretenons. Le CCS l’appelle « entité » et utilise [E]# à cette fin.

Par exemple, notre service de garde pour médecins généralistes se compose, d’une part, d’une modification du bâtiment dans lequel se trouve les urgences et, d’autre part, d’une nouvelle construction. Nous aurons donc [E]#SPOED et [E]#HAP. On pourrait aussi appeler cela [E]#HWP mais il y a de fortes chances que dans la communication verbale, il y ait confusion des langues parce que l’un parle du sous-projet ‘service de garde des médecins généralistes’ et l’autre parle seulement du nouveau bâtiment concerné. En particulier lorsqu’il s’agit d’argent, la discussion peut alors devenir inutilement acrimonieuse.

Les niveaux viennent ensuite. Le CCS utilise « storey » pour cela et le code doit commencer par [S]#. Question importante : où s’arrête un niveau et où commence l’autre ? Aux Pays-Bas, où le BIM est plus avancé que chez nous, la limite se situe sur le plan inférieur de la partie portante. Par conséquent, la fondation appartient au niveau de construction le plus bas. Les niveaux de construction situés en sous-sol sont généralement étiquetées [S]#91, [S]#92, … La dalle de toit avec l’étanchéité correspondante au sommet du 1er étage appartient donc à [S]#02.

À l’intérieur d’un bâtiment, nous pouvons également vouloir délimiter un groupe d’espaces parce que, par exemple, ceux-ci seront payés par les médecins alors que d’autres espaces sont à la charge générale de l’hôpital. Le CCS appelle cela une « zone » et utilise le code [Z]#. Dans notre exemple, ce code pourrait être [Z]#DRS et [Z]#ZH.

Bien entendu, nous voulons aussi pouvoir travailler « pièce par pièce » et contrôler les données, mais aussi les flux d’argent associés à chaque pièce. Une pièce entourée de murs est ce que le CCS appelle un « built space », dont le code commence par [B]#. Toutefois, dans un bureau paysager ouvert, par exemple, et certainement en exploitation, on souhaite également pouvoir définir les différents postes de travail. Pour ce faire, le CCS utilise le concept d ‘ »activity space », dont le code commence par [A]#.

Lorsque nous commencerons à extraire davantage de  données du modèle BIM pour les traiter ultérieurement, il est important que nous tous, y compris le conseil d’administration qui finance l’ensemble, nommions les choses de la même manière. Il est donc fortement recommandé d’établir ces listes dans le protocole/plan d’exécution BIM et de limiter autant que possible la liberté d’action.