On traite la passation comme un événement : un jour, on remet les clés et un dossier. C'est précisément l'erreur. Le handover réussi n'est pas un instant bien géré, c'est un processus qui a commencé bien avant et qui continue bien après. Le jour de la remise ne devrait rien apprendre à personne.
D’un côté, une équipe de projet qui connaît l’ouvrage par cœur et s’apprête à partir. De l’autre, une équipe d’exploitation qui va vivre avec pendant vingt ans et qui découvre tout. Entre les deux, un jour de remise, et un dossier.
Ce dispositif est absurde si on le regarde froidement. On concentre le transfert de toute la connaissance d’un ouvrage sur un instant, entre des gens qui, le plus souvent, ne se sont jamais parlé. Ceux qui savent s’en vont ; ceux qui restent n’ont pas participé aux arbitrages, ne connaissent pas les singularités, et reçoivent une information qu’ils n’ont pas commandée.
Le résultat est connu et documenté : malgré des décennies d’efforts sur la capture d’information, trop de clients reçoivent encore, à la réception, un dossier incomplet, mal organisé ou inutilisable. Non parce que personne n’a travaillé, mais parce que le travail visait la conformité contractuelle, pas l’usage de celui qui reçoit.
Cessez de voir le handover comme une date. Voyez-le comme un processus dont le jour de la remise n’est qu’un point, ni le premier ni le dernier. Un handover réussi est un handover où, le jour J, tout le monde savait déjà ce qui allait être transmis, parce qu’on en avait parlé depuis longtemps.
La démarche a un nom, d’origine britannique, et une image juste : au lieu d’un atterrissage brutal le jour de la réception, on prépare une descente en douceur, engagée tôt et prolongée après.
L’idée tient en deux gestes, et aucun des deux n’est technique. Engager l’exploitant dès le début du projet, pour qu’il exprime ses besoins et suive les décisions qui le concernent. Et prolonger l’accompagnement après la remise, au lieu de considérer que la mission s’arrête aux clés rendues.
L’exploitant participe dès la conception : il dit ce qu’il voudra pouvoir faire, il reconnaît l’ouvrage à mesure qu’il se dessine. Le jour de la remise, il ne découvre rien.
Avant la remise, des séances où l’équipe de projet montre comment le bâtiment fonctionne, et où l’on liste ensemble ce qu’il faudra pour l’exploiter. Le dossier se vérifie contre un usage, pas contre une liste.
Un suivi qui continue plusieurs mois après la livraison : régler ce qui coince, ajuster les réglages, répondre aux questions qui n’apparaissent qu’à l’usage. C’est ce que la démarche appelle l’accompagnement prolongé.
L’accompagnement d’après-livraison coûte, et il se voit sur un devis. Les défauts qu’il évite, eux, sont invisibles au moment de décider : ils se produiraient plus tard, chez l’exploitant, sur un budget différent. C’est le même désalignement que partout dans le BIM, celui qui paie n’est pas celui qui économise. Nommer ce décalage est le premier pas pour le financer.
Un handover numérique bien mené prolonge la logique du soft landings à l’information. Mal mené, il ajoute simplement des fichiers volumineux à un dossier déjà illisible.
Prenez un équipement au hasard et demandez à un futur exploitant de retrouver, seul, sa notice, sa garantie et sa date de mise en service, avant la remise officielle. S’il y arrive, le handover numérique est prêt. S’il n’y arrive pas, aucun procès-verbal de réception n’y changera rien : vous transférez un problème, pas un ouvrage.
On focalise sur les livrables. Mais ce qui bascule le jour de la remise, c’est la responsabilité de tenir l’information à jour, et c’est cela qu’on prépare mal.
Jusqu’à la réception, une équipe est missionnée et payée pour produire et maintenir l’information. Après, cette charge passe à quelqu’un qui n’a signé pour ça nulle part explicitement. Si personne n’a désigné qui, avec quels outils et sur quel budget, l’information cesse d’être tenue le lendemain de la remise, quelle que soit sa qualité initiale.
C’est le lien direct avec l’exploitation : la partie 3 de la série ISO 19650 organise précisément ce régime où l’information se met à jour au fil des événements. Le handover est le moment où cette responsabilité change de mains, et un handover qui ne dit rien de ce transfert livre un modèle qui se figera aussitôt.
Qui devient responsable de l’information, à partir de quand, avec quels moyens. Écrit, pas sous-entendu. C’est la différence entre passer le relais et le laisser tomber. La suite du régime est décrite dans l’ISO 19650-3.
Le handover ne se joue pas le jour de la remise. Il se joue avant, dans l’engagement de l’exploitant, et après, dans l’accompagnement qui continue.
Trois idées à emporter. La passation n’est pas un événement mais un processus : concentrer tout le transfert de connaissance sur un instant, entre des gens qui ne se sont jamais parlé, est une erreur de conception, pas un aléa. Le soft landings est la réponse documentée : engager l’exploitant tôt et prolonger l’accompagnement après la remise, deux gestes non techniques qui évitent des défauts invisibles au moment de décider. Enfin, ce qui se transfère, c’est une responsabilité, celle de tenir l’information vivante, et un handover qui ne nomme pas qui la reprend livre un dossier condamné à se figer.
Le livrable au cœur de la passation est le DOE numérique, qui ne se fabrique pas mais se récolte. Le régime qui prend le relais une fois l’ouvrage livré est l’ISO 19650-3. Et pour que la passation transmette ce dont l’exploitant a besoin plutôt que ce que le projet a produit, tout part de rédiger un EIR exprimant ces besoins dès le départ.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Quatre cents PDF sur un disque dur, contractuellement irréprochables et pratiquement morts. Le problème n'est pas le format : c'est qu'un dossier produit à la fin est une reconstitution, faite par quelqu'un qui n'était pas là quand l'information existait.
La partie 2 organise un projet, avec un début et une réception. La partie 3 organise l'exploitation, qui ne finit qu'à la démolition. Ce n'est pas une extension de la même logique : un processus sans échéance ne se pilote pas par des jalons, il se pilote par des événements.
Le maître d'ouvrage doit exprimer ses besoins d'information avant même de savoir ce qu'il pourra en faire. D'où des cahiers des charges recopiés, qui exigent beaucoup et obtiennent peu. La méthode tient en une inversion : partir de la fin.