Rencontrer le #BIMTracker: Aaron Maller

Dans cet épisode de Rencontrer un BIMTracker, nous avons interviewé Aaron Maller, directeur chez Parallax Team (aka @twiceroadsfool sur twitter, les forums, et à peu près partout où il habite). Aaron est le roi de la vérité, même lorsqu’elle est inconfortable. Les conversations avec lui sont toujours aussi instructives que divertissantes. Rejoignez-nous pour la ride.

Qu’est-ce qui vous a attiré vers le BIM?

C’était en 2005 et je venais d’obtenir mon diplôme universitaire. Je travaillais pour un petit cabinet d’architecture à Buffalo NY (parfaitement inconscients en ce qui concerne AutoCAD), mais je voulais retourner chez moi à Syracuse, et personne n’embauchait. J’ai fait de l'intérim chez un sous-traitant en électricité, et à la pause déjeuner, j’ai vu cette étrange petite annonce (elle avait l’air louche) disant essentiellement « Venez travailler sur un énorme projet d'architecture, mais vous devez apprendre ce logiciel 3D. »

Le projet: Destiny USA

J’ai donc passé un entretien et obtenu le poste, puis j’ai appris sur la modélisation pour l’architecture. J'ai immédiatement su qu'il n'y avait pas de retour en arrière. Ce que j'ai vu dans les vingt premières minutes, c'est que les disparités entre les dessins n'avaient plus à exister.

L'inconvénient, bien sûr, c'est que c'était une véritable catastrophe. Le projet était un énorme complexe de centre commercial, avec beaucoup de formes et de systèmes complexes. Le logiciel 3D était Digital Project, de Gehry Technologies. Aucun des architectes ne l'avait utilisé auparavant. Il n'y avait pas de gestionnaires BIM, seulement des formateurs en logiciels, alors l'équipe du projet a décidé de mettre des gens là-dessus et de « voir ce qui se passe ».  Les gens de Gehry vous ont formé sur le fonctionnement du logiciel, mais personne ne voulait gérer le processus de manière stratégique. Après avoir appris plusieurs techniques pour modéliser les mêmes objets, personne ne voulait répondre à la question de savoir quelle méthode "devrait" être utilisée dans un but précis. En revanche, c’était un peu comme le déconstructionnisme numérique : Il n’y avait pas vraiment de *vérité* sur la façon dont les choses devraient être faites, seulement des opinions, des arguments et des reprises sans fin précipitées par une philosophie du “qui était là le dernier”. C’est ici que j’ai fait mon premier guide de l’utilisateur. Captures d’écran imprimées, écrit au stylo bleu et photocopié. Je l'ai écrit à 4 heures du matin, dans le bureau, en espérant enrayer cette hémorragie d'une équipe de personnes qui se refaisaient sans cesse le travail les unes les autres.

Ce projet, sans surprise, s’est terminé en 3-4 mois. Avec une centaine de personnes soudainement sans travail, les perspectives d'un stagiaire en architecture tout juste diplômé étaient minces. J’ai pris une voiture avec une semaine de vêtements et je suis parti pour les Hamptons à Long Island, après avoir vu les annonces indiquant qu’il y avait du travail en architecture résidentielle et commerciale. Mon premier travail là-bas était était dans Vectorworks. Plus tard, j'ai travaillé dans une autre société, avec ArchiCAD. Mais à 24 ans, les Hamptons coûtaient cher et après quelques mois (toujours avec un seul chargement de vêtements et de matériel), j'avais vraiment envie de retourner à Syracuse.

L'un des autres cabinets qui avaient participé à DestinyUSA, Dalpos Architects, travaillait sur d'autres projets de grands centres commerciaux avec Revit et cherchait un créateur de rendu, alors j'ai postulé pour un emploi là-bas et je suis déménagé. En 2006, il n'y avait pas de gestionnaires BIM ni de véritable stratégie. C'était : prendre deux semaines pour comprendre ce logiciel, puis le projet démarre... Mais c'était un travail formidable. J'ai passé 3 ans avec eux, à concevoir et construire des centres commerciaux en Floride, au Texas, et en Californie.  

Le premier centre commercial sur lequel j'ai travaillé dans Revit.

Cela m'a donné le virus Revit, mais je faisais aussi de l'architecture, ce que j'aimais. Mais il y avait toujours le débat sur la stratégie : il n'y en avait pas, donc tout n'était qu'opinions et disputes. Nous étions 7 sur ce premier projet de centre commercial, et les parties du bâtiment qui étaient identiques, semblaient différentes sur papier. Cela ne peut tout simplement pas arriver. J'ai réalisé assez tôt (quand un grand monsieur nommé Roger m'a peut-être jeté une série de dessins dans une salle de conférence) que je devais soit travailler sur des projets suffisamment petits pour que je puisse les réaliser par moi-même, soit me consacrer à l'enseignement ou à la direction, de peur que les querelles internes ne s'arrêtent jamais. 

Remarque intéressante : c'est à ce moment-là que j'ai rencontré Daniel Hurtubise, un autre BIM Tracker, qui m'a envoyé un jour un message aléatoire sur MSN Messenger. C'est aussi à peu près à la même époque que Kelly Cone et moi avons commencé à nous disputer sur les forums AUGI, ce qui allait me conduire au Texas. Je me souviens de ma première conversation de DM avec Jim Balding, à peu près à la même époque, qui me demandait aussi des conseils sur AU.

Quelle est votre partie préférée de votre rôle en tant que directeur chez Parallax Team? 

J’aime vraiment

1. Quand on découvre quelque chose que quelqu'un n'attendait pas.
2. Quand on apprend à quelqu'un quelque chose qu'il ne savait pas qu'il pouvait faire.

Pour moi, c'est vraiment amusant, surtout dans le domaine de la construction, de découvrir et de corriger des choses avant qu'elles n'arrivent sur le terrain. Quand cela arrive avec les architectes et les ingénieurs, on peut voir sur leur visage combien ils apprécient cela, surtout avec des problèmes qui traînent depuis des mois.

Ce n'est même pas vraiment une question BIM contre non BIM : techniquement, le travail de l'équipe de conception a toujours été de s'assurer que les choses soient coordonnées et réalisables. Tout ce que nous trouvons au cours de notre flux de réconciliation des conceptions a toujours été le travail d'une équipe de conception. En gros, c'est notre travail de refaire le travail de quelqu'un d'autre, en quelque sorte. Bizarrement, notre rôle ne devrait pas exister. Mais la malheureuse vérité est que : La modélisation a rendu les bonnes équipes meilleures, les mauvaises équipes pires, et les équipes qui se trouvent quelque part au milieu ont tendance à tomber d'une des deux façons.

Notre travail consiste soit à trouver des problèmes sur les chantiers de construction, soit à enseigner aux architectes/ingénieurs comment utiliser des logiciels pour faire leur travail plus efficacement. Ce type de travail n'existait pas vraiment lorsque vous dessiniez à la main.

Le fait que nous utilisions notre modèle (et non le modèle de conception) comme un instrument de contrôle a conduit à d'autres développements intéressants. Nous disposons d'applications très intéressantes pour ce travail, d'autant plus que John [Pierson] a créé des applications liées aux flux de DR que nous faisons pour les GC. Nous en avons une qui n'est même pas à vendre, appelée RevisionRunner. Dans Revit, nous pouvons suivre les dessins avec lesquels des objets spécifiques sont coordonnés. Par exemple, si nous obtenons 10 ensembles de dessins et d'ASI, vous pouvez cliquer sur un élément de la maquette et voir quel ensemble de dessins vous avez mis à jour et lesquels vous n'avez pas mis à jour. C'est très pratique pour un usage interne.

RevisionRunner, une app sur mesure par John Pierson de Parallax Team.

Quel a été votre projet le plus mémorable à ce jour?

J’'en ai aimé beaucoup chez Parallax Team, mais le plus mémorable date de l'époque où j'étais chez Beck Group : c'était le Rory Meyers Dallas Arboretum and Children’s Garden. C'est une conception folle, regardez ça

Le Rory Meyers Dallas Arboretum and Children’s Garden, 2012 

Beaucoup de gens qui ne nous connaissent pas pensent que ce travail de réconciliation des designs est quelque chose que nous avons imaginé. Mais ce qui s'est passé c'est que quelqu'un nous a demandé une maquette des services souterrains du site pour coordonner autour de tous les arbres. Nous pensions prendre quelques jours pour modéliser tous ces petits bâtiments, mais quand nous avons essayé de modéliser le Discovery Center (bâtiment en forme de rein au milieu), les dimensions étaient fausses. Cela a fait boule de neige et nous avons dû dire aux architectes que les dimensions indiquées dans les dessins n'étaient pas correctes, ce qui nous a mis dans une situation très inconfortable, surtout lorsque nous avons réalisé que nous devions tout remodeler, et ensuite faire les travaux d'aménagement du sous-sol. 

Ce que nous faisons, c'est combler le fossé entre la conception et la construction proprement dite.

Quelle a été votre première impression de BIM Track? 

« Je ne vais pas essayer cet outil parce qu'il fait quelque chose dont je n'ai pas besoin »

En fait, j'ai bouclé la boucle sur ce point. Au départ, je pensais qu'il fallait exporter une maquette pour l'utiliser, c'est pourquoi j'ai arrêté d'utiliser Revizto. Il y a beaucoup de contraintes de temps pour exporter une maquette quand les choses changent d'heure en heure, et ce n'était tout simplement pas viable pour nous.

La première fois que j'ai utilisé BIM Track (après m'être fait harceler par @alexinegs, il est vrai), j'ai réalisé que je n'avais pas du tout besoin d'exporter une maquette, et que c'était alors très rapide et facile à utiliser.

Ensuite, j'étais super excité parce que je pouvais le faire pendant que j'étais dans Revit, et je n'avais même pas besoin d'aller sur le portail de la page web. Mais en l'utilisant davantage, j'ai commencé à préférer travailler sur la plateforme web, ce qui me permettait de manipuler la maquette sur un autre écran tout en écrivant des questions. J'ai donc bouclé la boucle en me disant que je n'avais plus besoin de cette application pour suivre les questions, que le suivi des problèmes dans Revit est très pratique, et que "c'est bien de ne PAS avoir à faire ça dans Revit".
(Note de l'éditeur : nous sommes heureux de vous donner des options, Aaron!)

Le plus important pour nous était que nous faisions le suivi des questions manuellement (et c'est vraiment pénible) par le biais de PDF et de courriels formatés manuellement. Le gain de temps est énorme, car nous n'avons pas à taper et à formater les PDF. La création d'une "question" dans notre ancien flux de travail prenait entre 90 minutes et 2 heures : Obtenir des captures d'écran, lancer un document Word, documenter le problème ; insérer des images, corriger le formatage, exporter au format PDF, télécharger vers le bluebeam studio, envoyer un courriel à l'équipe, documenter les réponses via Bluebeam, le tout manuellement. Avec BIM Track, en moyenne pour nos projets, c'est 15 à 30 minutes par question.

Comment expliquez-vous BIM Track à ceux qui n’en ont jamais entendu parler?