La différence entre un outil et un coéquipier

Il existe une distinction discrète entre les logiciels que les architectes utilisent chaque jour et les collègues avec lesquels ils travaillent, et elle ne tient pas à la capacité. Elle tient à l'attention. Un outil fait exactement ce qu'on lui dit, exactement quand on le lui dit, et rien d'autre. Un coéquipier remarque des choses que personne ne lui a demandé de chercher (un détail qui ne correspond pas, une décision qui contredit quelque chose convenu la semaine dernière) et le dit, sans qu'on le lui demande. La plupart des IA dans les logiciels de conception se comportent encore comme le premier type. La version la plus utile se comporte comme le second.

Attendre ou surveiller

Un outil attend. Il reste inactif jusqu'à l'arrivée d'une commande, exécute cette commande avec précision, puis retourne à l'attente. C'est une façon tout à fait raisonnable de faire fonctionner un logiciel, et cela décrit presque tout ce que les architectes utilisent aujourd'hui : logiciels de modélisation, moteurs de rendu, outils de documentation. Aucun ne regarde un projet pour décider que quelque chose mérite d'être signalé. Ils n'agissent que sur demande.

Un coéquipier observe. Sans interrompre constamment, sans regarder par-dessus l'épaule sans y être invité, mais en prêtant réellement attention en arrière-plan, comme un bon chef de projet remarque en passant qu'un détail de la feuille A-401 ne correspond pas à celui de la A-402, sans que personne ne lui ait demandé de recouper les deux. Ce genre d'attention ne consiste pas à bien suivre des instructions. Il s'agit de se soucier assez du résultat pour remarquer ce que les instructions n'avaient jamais prévu.

Pourquoi cette distinction compte davantage à mesure que les projets grossissent

Sur un petit projet, une seule personne peut garder tout le modèle en tête, et la distinction entre outil et coéquipier compte à peine : la personne assure elle-même toute la surveillance. Sur un projet plus grand, avec plus de disciplines, plus de planches, plus d'historique de décisions prises il y a des mois, personne ne peut tout retenir. C'est précisément là qu'un outil qui ne fait qu'attendre montre ses limites, et là que quelque chose de plus proche d'un coéquipier, qui remarque ce qu'une personne ne peut garder en tête en une fois, devient réellement précieux plutôt que simplement pratique.

C'est aussi pourquoi une IA plus capable n'est pas automatiquement une IA plus utile. Un outil qui génère un rendu superbe sur demande ne fait toujours qu'attendre, quelle que soit la qualité du rendu. Un système qui surveille un modèle en cours et signale une incohérence que personne ne lui a demandé de chercher fait quelque chose de catégoriquement différent, même si l'observation prise isolément est modeste.

Ce que « faire attention » exige réellement

Pour qu'un logiciel se comporte comme un coéquipier plutôt que comme un outil, il lui faut trois choses qu'un outil de type requête-réponse n'a pas : un contexte qui persiste — comprendre non seulement cette consigne isolée, mais l'historique et les standards du projet dans le temps ; l'initiative dans des limites — la capacité de prendre la parole sans qu'on le demande, mais seulement sur ce qui mérite réellement d'être mentionné ; et retenue — savoir distinguer ce qui mérite d'être signalé de ce qui est trop mineur pour interrompre qui que ce soit. Se tromper sur ce troisième point, et un système qui fait trop attention devient aussi inutile qu'un système qui n'en fait pas du tout : simplement bruyant au lieu d'être silencieux.

Le changement vers lequel cela mène

Rien de tout cela ne prétend que les outils sont mauvais ou que tout doit se comporter comme un coéquipier. Beaucoup de logiciels doivent rester ce qu'ils sont : précis, à la demande, attendant une instruction claire. Mais les parties d'un flux de conception qui exigent une vigilance continue (repérer les incohérences, surveiller la dérive des standards, remarquer quand quelque chose dans un modèle en cours contredit une décision antérieure) sont précisément celles où « attendre qu'on demande » ne suffit plus. Ce sont les moments qui appellent quelque chose de plus proche d'un collègue attentif que d'un outil qui attend sa prochaine commande.

Le logiciel sur lequel les architectes s'appuieront le plus dans les prochaines années ne se définira probablement pas par ce qu'il peut générer à la demande. Il se définira par ce qu'il remarque sans qu'on le lui demande.