Il existe une image que l’architecture aime beaucoup : le bâtiment neuf, vide, propre, photographié avant que quiconque n’y vive. Les murs n’ont pas encore reçu de trace, les câbles n’ont pas été ajoutés, les portes ne frottent pas et aucune chaise ne bloque la circulation prévue. La construction est montrée au moment exact où elle a le moins appris.
How Buildings Learn commence après cette photographie. Le livre de Stewart Brand, publié aux États-Unis en 1994 puis repris par Penguin, porte un sous-titre qui fait déjà office de programme : What Happens After They’re Built.23 La série en six épisodes produite pour la BBC en 1997 prolonge cette enquête avec Brian Eno à la musique et un dispositif de tournage léger, numérique, qui permet à Brand de suivre les bâtiments plutôt que de les contempler comme des monuments.14
Le sujet n’est pas de dire qu’un bâtiment pense. Il est de prendre au sérieux le fait qu’il enregistre. Il enregistre les usages, les réparations, les extensions, les changements de matériaux et les conflits entre ce que le plan prévoyait et ce que les habitants font réellement. Un bâtiment est une hypothèse qui rencontre des décennies de décisions humaines.
Brand a une thèse forte : les bâtiments qui durent sont souvent ceux qui peuvent être modifiés par leurs occupants, et l’architecture devrait concevoir avec le temps plutôt que prétendre le vaincre.2 Cette thèse est féconde, mais elle n’est pas une loi. Elle mélange parfois observation, préférence politique et intuition de designer. Pour la rendre utile à IRZ, il faut séparer trois choses : ce que Brand affirme, ce que les recherches sur l’adaptabilité documentent ensuite, et ce que la métaphore peut — ou ne peut pas — transférer au logiciel et aux produits connectés.
Six épisodes pour déplacer le moment important
La série n’est pas une simple version filmée du livre. Son ordre permet de suivre un déplacement du regard. Flow ouvre sur les bâtiments célèbres et les problèmes cachés derrière leurs façades. The Low Road s’intéresse aux constructions bon marché et ordinaires, que Brand considère comme plus malléables que les architectures qui cherchent à paraître définitives. Built for Change regarde les personnes qui construisent et transforment elles-mêmes leurs lieux. Unreal Estate examine le décalage entre le bâtiment comme maison et le bâtiment comme actif immobilier. The Romance of Maintenance donne à l’entretien une place centrale. Shearing Layers termine par les composants qui vieillissent et se modifient à des vitesses différentes.4
Cette progression est une méthode éditoriale. Elle commence par ce que l’architecture montre, passe par ce que les gens font, puis arrive à ce qui permet ou empêche le changement. Les premiers épisodes produisent des exemples; les deux derniers proposent une théorie de la durée.
Le choix de The Low Road est particulièrement révélateur. Brand ne dit pas simplement que les bâtiments pauvres sont charmants. Il s’intéresse à des lieux dont la simplicité, les matériaux disponibles et l’absence de programme trop spécialisé laissent une marge d’action. Le low road est une architecture qui peut être appropriée parce qu’elle ne prétend pas avoir déjà décidé de tout.
Le risque est de romantiser la contrainte. Un bâtiment flexible parce qu’il n’a pas les moyens d’être entretenu n’est pas nécessairement une bonne architecture. Une extension improvisée peut être une preuve d’autonomie, mais aussi une réponse à l’absence de logement adapté ou de service public. Cette ambiguïté devient plus visible quand on regarde les bâtiments non comme des images mais comme des conditions de vie.
Le bâtiment n’est pas un objet unique
Le concept de shearing layers vient de l’architecte Frank Duffy, associé à DEGW. Dans le chapitre consacré à cette idée, Brand rapporte la formule selon laquelle un bâtiment est mieux conçu comme plusieurs couches de composants ayant des longévités différentes.6 Duffy parlait de quatre niveaux : la structure ou shell, les services, le décor ou plan intérieur, et le mobilier ou set. Brand traduit et élargit le modèle en six couches : site, structure, skin, services, space plan et stuff.56
La liste est souvent résumée par une échelle de vitesse. Le site change lentement. La structure peut durer des décennies ou des siècles. La peau extérieure se remplace moins souvent que les installations. Les services — électricité, plomberie, ventilation, ascenseurs — doivent être renouvelés plus régulièrement. Le plan intérieur change avec les usages. Les meubles et les objets bougent sans cesse.
Le détail crucial n’est pas la durée exacte de chaque couche. Les chiffres varient selon les bâtiments, les pays, les matériaux et la manière de calculer les coûts. Le détail crucial est que les couches ne vieillissent pas ensemble. Un câble peut devenir obsolète alors qu’il traverse une structure intacte. Une salle peut changer de fonction alors que ses réseaux ne permettent pas cette transformation. Une façade peut être conservée comme image tandis que ce qu’elle protège est entièrement reconstruit.
Le « cisaillement » décrit cette friction. Les couches se déplacent à des vitesses différentes; lorsqu’elles sont trop solidaires, le changement d’une couche endommage les autres. Un bâtiment adaptable sépare donc autant que possible les éléments rapides des éléments lents : accès aux réseaux, réserves, assemblages démontables, dimensions compatibles, documentation et points de raccordement lisibles.
Le modèle est puissant parce qu’il transforme une intuition vague — « il faudrait pouvoir rénover » — en questions observables. Où passe le tuyau ? Peut-on le remplacer sans ouvrir le plancher ? Le plafond est-il accessible ? La cloison est-elle porteuse ? La façade est-elle un élément indépendant ou une enveloppe qui bloque toute intervention ? L’adaptabilité commence dans ces détails, pas dans un slogan sur la flexibilité.
La maintenance n’est pas l’après de la conception
Le cinquième épisode, The Romance of Maintenance, est peut-être le plus important pour un lectorat de makers.4 La maintenance est rarement présentée comme une activité créative. Elle ne produit pas l’image d’un avant/après spectaculaire; elle empêche souvent qu’un problème devienne visible. Elle consiste à nettoyer, inspecter, remplacer, ajuster, documenter et décider quand une pièce peut encore être sauvée.
Pourtant l’entretien produit une connaissance que le projet initial n’avait pas. Le mainteneur sait quelle poignée casse, où l’eau s’accumule, quelle pièce est impossible à atteindre, quel filtre est oublié, quelle salle est toujours trop chaude et quel matériau ne supporte pas l’usage réel. Le bâtiment renvoie ses données par ses défauts.
Cette connaissance est souvent perdue parce qu’elle reste attachée aux personnes. Un plan peut être impeccable et ne pas dire qu’un câble a été déplacé lors d’une réparation. Une équipe peut savoir qu’il ne faut pas fermer une vanne pendant une séquence précise, puis partir. La durabilité est aussi une question de mémoire : plans à jour, étiquettes, photos, historiques de travaux, pièces accessibles et transmission du savoir.
Les recherches récentes sur l’adaptabilité rendent cette intuition plus opérationnelle. Une revue systématique de 2024 relie la conception adaptable à la prolongation de la vie des bâtiments, au démontage, au réemploi et à la réduction de la construction neuve.7 Une revue critique souligne que l’adaptabilité reste souvent traitée comme une propriété abstraite alors qu’elle dépend de décisions prises pendant la conception, la construction, l’usage et la fin de vie.8 Les ressources pédagogiques contemporaines utilisent d’ailleurs le modèle pour faire analyser concrètement les assemblages, les connexions et les coûts de cycle de vie, pas seulement pour mémoriser six mots.12
La maintenance n’est donc pas une corvée qui arrive après la vraie architecture. C’est le moment où l’architecture apprend si elle a laissé une place à la correction. Concevoir sans penser à l’accès, à la pièce de rechange ou au futur opérateur revient à externaliser le coût de son intention.
Le bâtiment comme système de scénarios
Brand parle de bâtiments capables d’évoluer parce que les scénarios prévus au départ seront faux. Une famille change, une entreprise réorganise ses espaces, un atelier reçoit une nouvelle machine, un climat modifie les besoins de ventilation. Le bâtiment qui fonctionne bien n’est pas celui qui a deviné le futur; c’est celui qui peut encaisser une partie de l’erreur.
Cela ne veut pas dire rendre chaque espace neutre. Une pièce totalement indéterminée peut devenir difficile à chauffer, à meubler ou à habiter. La polyvalence a un coût. Il faut plutôt distinguer les décisions qui méritent d’être fixes des décisions qui doivent rester négociables.
Les travaux sur le processus de conception adaptable décrivent plusieurs types de transformation : changement de tâche, d’espace, de performance, d’usage, de taille ou de localisation.10 Cette typologie aide à ne pas tout appeler flexibilité. Un bureau où l’on déplace une table n’a pas le même niveau d’adaptation qu’un immeuble pouvant devenir un logement, ou qu’une structure démontable dont les composants peuvent être réemployés.
La question de l’échelle est tout aussi importante. Une maison peut être très adaptable pour son occupant et très difficile à transformer à l’échelle de la parcelle. Un réseau de bureaux peut accepter des cloisons mobiles mais être bloqué par une ventilation centralisée. Une décision souple dans une couche peut rigidifier une autre couche.
Le modèle de Brand aide à repérer ces tensions, mais il ne les résout pas. Il faut encore connaître les coûts, les normes, les compétences, les propriétaires et les conséquences environnementales de chaque option.
Le low road contre la photographie d’architecture
Le low road est l’une des préférences les plus attachantes de Brand : regarder les constructions ordinaires, les hangars, les maisons transformées, les lieux où l’usage est plus fort que l’intention esthétique.24 Une architecture ordinaire peut apprendre vite parce qu’elle ne doit pas protéger une image de perfection. Les habitants percent, déplacent, ajoutent et adaptent.
Il y a dans cette approche une leçon pour la fabrication numérique. Un prototype qui garde ses points d’accès et accepte les modifications peut apprendre plus vite qu’un produit verrouillé par sa finition. Un boîtier imprimé en 3D, une carte remplaçable ou un firmware documenté autorisent une deuxième intention. La beauté du projet ne vient pas de son aspect inachevé; elle vient de la marge qu’il laisse à quelqu’un d’autre.
Mais le low road devient problématique lorsqu’il efface les conditions sociales de la réparation. Les habitants adaptent parce qu’ils le veulent parfois, parce qu’ils le peuvent parfois, mais aussi parce qu’ils n’ont pas d’autre choix. L’auto-construction peut être émancipatrice et épuisante. La participation ne remplace pas un budget de maintenance.
Cette limite est centrale pour l’IRZ : la capacité à modifier un objet est une ressource distribuée de manière inégale. Un meuble facile à réparer n’est pas utile si les pièces sont introuvables. Un logement transformable n’est pas réellement adaptable si le locataire n’a pas le droit de percer. Une API ouverte n’est pas une liberté si le protocole est incompréhensible et que le serveur est indispensable.
Ce que Brand appelle « apprendre »
Le titre du livre est séduisant parce qu’il anthropomorphise le bâtiment juste assez pour nous obliger à regarder les changements. Mais un bâtiment ne choisit pas ses adaptations. Ce sont les occupants, les propriétaires, les artisans, les gestionnaires, les règles et les matériaux qui produisent cette histoire.
Il faut donc distinguer trois sens du mot apprendre. Premier sens : le bâtiment enregistre les traces de son usage. Deuxième sens : les personnes observent ces traces et modifient le bâtiment. Troisième sens : une organisation conserve cette connaissance et la réutilise dans un projet suivant. Seul le deuxième et surtout le troisième produisent un apprentissage collectif. Une fuite répétée n’est pas une leçon si personne ne la documente ou si le projet suivant recommence la même erreur.
Cette distinction est utile pour les produits connectés. Un appareil peut recueillir des données sans apprendre quoi que ce soit si son fabricant ne transforme pas ces données en correction. Un dashboard de maintenance n’est pas une stratégie de maintenance. Il faut une boucle : signal, interprétation, intervention, vérification, mémoire.
Le Poem/1 de ce même benchmark illustre cette boucle à petite échelle : un objet expédié révèle des problèmes de réseau, son auteur ajoute une récupération et une mise à jour OTA, puis documente la procédure. Le parallèle ne prouve pas que les objets connectés sont des bâtiments. Il montre seulement la même structure de problème : après la livraison, l’usage produit des informations que le prototype ne pouvait pas posséder.
Le modèle voyage vers le logiciel
Brand lui-même note que le livre a été lu comme un texte de design de systèmes et de logiciels.1 Des travaux sur le développement des systèmes d’information ont repris la notion de couches qui changent à des rythmes différents pour réfléchir à des architectures évolutives.11 Cette transposition est utile lorsque les couches désignent des responsabilités et des cadences : données durables, services remplaçables, interface rapide, pratiques d’équipe et contenu utilisateur.
Elle devient trompeuse si elle se contente de dessiner des rectangles. Les couches logicielles ne sont pas toujours séparées matériellement. Une API peut dépendre d’une table interne; une interface peut contenir des hypothèses sur un format de données; une équipe peut être la seule personne à comprendre une migration. Le diagramme montre une indépendance désirée, pas une indépendance réelle.
Le parallèle avec les réseaux et les produits connectés est plus précis. Une application peut changer son interface chaque semaine, son firmware chaque mois, son modèle de données plus rarement et son appareil physique presque jamais. Si l’interface rapide modifie silencieusement la couche lente, les utilisateurs découvrent la rupture au lieu que le système l’absorbe. La version logicielle d’une peau, d’un service et d’une structure existe bel et bien : elle s’appelle compatibilité, migration, maintenance et support.
La règle transférable n’est pas « utiliser six couches ». C’est : permettre aux éléments qui doivent changer souvent de changer sans forcer ceux qui doivent durer à changer avec eux. Un fichier de données exportable, une interface de migration, un connecteur remplaçable et une documentation maintenue jouent un rôle comparable à une gaine accessible ou à une cloison démontable.
Le cas logiciel a aussi un avantage : on peut parfois tester plusieurs futurs à faible coût. Il a une faiblesse : sa facilité de copie encourage à oublier la conservation. Un bâtiment garde ses couches dans la matière; un logiciel peut être réinstallé sans ses anciennes données, ses dépendances ou son historique. L’adaptabilité sans archive n’est qu’une succession d’amnésies.
Ce que le modèle ne voit pas assez
Les critiques architecturales sont nécessaires parce que le schéma des shearing layers est trop beau. Une étude sur les bâtiments convertis observe que l’adaptabilité dépend de la porosité structurelle et de la manière dont les couches sont reliées, mais souligne aussi que le modèle de Brand ne rend pas suffisamment compte de certaines relations entre géométrie, programme et composants.9 Les couches ne sont pas des disques indépendants qu’il suffirait d’espacer.
Le bâtiment est un système de charges, d’humidité, de feu, d’accessibilité, de confort et de budget. Ouvrir une gaine peut améliorer la maintenance et dégrader l’acoustique. Rendre une cloison démontable peut augmenter la quantité de pièces et les points de faiblesse. Prévoir une structure surdimensionnée peut faciliter un futur usage et consommer davantage de matière aujourd’hui.
Les recherches récentes sur la conception adaptable insistent sur cette pluralité. Une revue de 2021 relie l’adaptabilité à des stratégies de durabilité et rappelle que le changement doit être pensé à l’échelle du cycle de vie, pas comme une qualité isolée.8 La revue de 2024 parle de durée de vie et de réemploi, mais ne présente pas l’adaptation comme une solution automatique : elle dépend de la possibilité réelle de démonter, de déplacer, de maintenir et de réutiliser.
Il y a aussi une critique politique. Qui décide que le bâtiment doit pouvoir changer ? Un propriétaire qui veut reconvertir un immeuble, un locataire qui veut une pièce habitable, un gestionnaire qui veut réduire les coûts et une collectivité qui veut préserver un quartier n’ont pas le même futur en tête. L’adaptabilité peut augmenter la liberté des occupants; elle peut aussi devenir le mot élégant pour justifier une reconfiguration permanente imposée par la finance.
Brand a raison de lutter contre le bâtiment comme image figée. Il a moins raison si l’on transforme l’usage ordinaire en preuve automatique de bonne architecture. L’apprentissage d’un bâtiment peut produire de la beauté, mais aussi de la précarité, de la fatigue et des inégalités. La maintenance doit être financée et gouvernée, pas seulement célébrée.
Concevoir la deuxième intention
La qualité la plus intéressante d’un bâtiment adaptable est sa capacité à recevoir une intention qu’il n’a pas encore rencontrée. Cette intention peut venir d’un nouvel habitant, d’un artisan, d’un changement climatique ou d’un usage impossible à prévoir. Le bâtiment ne doit pas tout accepter; il doit rendre certains changements compréhensibles et praticables.
Cela implique des choix très concrets : accès aux réseaux, composants standard ou remplaçables, assemblages démontables, espaces techniques, tolérances, documentation, pièces disponibles et responsabilité claire. Cela implique aussi d’accepter que l’usage réel ait un droit de réponse. Une conception qui ne prévoit aucune manière de corriger ses erreurs est une conception qui fait porter toute l’intelligence sur le premier geste.
Le test peut se faire avec un scénario. Qu’arrive-t-il si la ventilation doit être remplacée ? Si le bureau devient un atelier ? Si la pièce doit être accessible à une personne qui n’était pas prévue dans le programme ? Si le système d’exploitation change ? Si l’entreprise qui maintient le logiciel disparaît ? Dans chaque cas, la question est la même : quelle couche doit bouger, et combien de couches lentes faut-il sacrifier pour y parvenir ?
Une architecture de longue durée n’est pas une architecture sans décisions. C’est une architecture qui rend visibles ses décisions lentes et protège la possibilité de modifier le reste. Le bon objet après livraison n’est pas identique à l’objet livré. Il est celui qui peut devenir autre chose sans perdre complètement sa mémoire.
Pourquoi cette vieille série reste utile
How Buildings Learn date de 1994 et 1997. Son vocabulaire a été repris, simplifié, transformé en diagrammes de management et parfois vidé de sa matérialité. Pourtant son geste reste rare : regarder l’objet après le moment de gloire, donner une place au mainteneur, considérer les bâtiments ordinaires et prendre les usagers comme des sources d’information plutôt que comme des perturbations.
Pour IRZ, la leçon n’est pas de plaquer une théorie d’architecte sur chaque produit. Elle est de poser une question embarrassante à tout ce que nous fabriquons : que devient-il lorsque quelqu’un d’autre doit continuer ?
Le bâtiment expose cette question avec des murs, des tuyaux et des couches qui se déchirent. Le logiciel la cache derrière des versions et des dépendances. L’objet connecté la repousse jusqu’au premier appareil qui ne se reconnecte plus. Dans les trois cas, la livraison n’est pas la fin de la création; c’est le début de la période où la création reçoit enfin des contraintes qu’elle n’avait pas choisies.
Brand appelle cela apprendre. On peut garder le mot à condition de se souvenir de qui apprend réellement : les personnes qui observent, entretiennent, documentent et transmettent. Un bâtiment durable n’est pas un bâtiment qui reste intact. C’est un bâtiment dont les changements peuvent être compris, discutés et poursuivis par quelqu’un qui n’était pas là le jour de l’inauguration.