Une DSI BTP ne ressemble à aucune autre DSI. Elle pilote un SI éclaté entre le siège, les agences régionales et les chantiers éphémères, avec un ERP chantier qui parle une langue, une GPAO qui en parle une autre, et un logiciel de BIM qui ne parle à personne. Le directeur SI BTP hérite en arrivant d'une dette applicative concentrée sur deux ou trois progiciels BTP vieillissants — et d'une organisation qui compense en mode dégradé depuis cinq ans.
La première douleur, c'est l'ERP chantier multi-métiers sans owner. Gros œuvre, second œuvre, lots techniques, sous-traitance : chaque métier veut son module, et personne n'a jamais arbitré lequel pilote la donnée maître. Résultat, trois modules vivent en parallèle, chacun avec ses propres référentiels chantier, et la consolidation reporting prend trois semaines à la fin du mois. C'est mécanique : sans owner applicatif identifié, la qualité de la donnée se dégrade à chaque nouveau chantier, et la direction financière perd confiance dans le SI.
Deuxième douleur structurelle : le BIM isolé du SI financier. Les maquettes IFC vivent dans un silo — un viewer, un repository, parfois un outil AEC dédié — pendant que la comptabilité travaux avance dans un autre système. Le DSI BTP passe ses journées à recoller les morceaux : extraction manuelle des quantités depuis la maquette, ressaisie dans le progiciel de gestion, validation croisée avec les situations de travaux. Ce travail manuel consomme un ETP à lui seul, sans valeur ajoutée métier. C'est le poste qui rend la DSI inaudible au COMEX : on y voit du coût, pas de la transformation.
Troisième douleur, la GPAO déconnectée de la comptabilité. Les ressources chantier — main-d'œuvre propre, sous-traitants, matériel — sont planifiées dans la GPAO. La facturation travaux et les achats sous-traitance vivent dans le progiciel comptable. Les deux ne se parlent pas. Chaque fin de mois, l'équipeADV refait les lettrages à la main. Les marges chantier sont calculées trois semaines après la fin du mois, et toujours avec un mois de retard sur la réalité terrain. Impossible de piloter la rentabilité d'un chantier en temps réel — et c'est précisément ce que la direction générale demande.
Quatrième douleur, la cybersécurité OT/IT sur grand chantier. Le DSI BTP doit protéger le SI de gestion — ERP, GPAO, BIM — ET les équipements opérationnels : stations totales, capteurs IoT sur chantier, drones topographiques, badges d'accès engins. Ce sont deux mondes distincts, avec deux niveaux de maturité cyber très différents. La supply chain BTP ajoute une couche : sous-traitants et co-traitants qui se connectent au SI du donneur d'ordre via VPN ou extranet, avec des postes rarement à jour. Le risque cyber sur un chantier n'est pas théorique — il est opérationnel, et il est sous-estimé.
Cinquième douleur, la gouvernance multi-sites. Le siège pilote la stratégie SI. Les agences régionales ont leurs propres habitudes — outils locaux, prestataires historiques, feuille Excel maître. Les chantiers, par définition, sont éphémères : trois mois ici, un an là-bas. Le DSI BTP doit imposer un cadre IT qui s'adapte à cette géométrie variable, sans étouffer l'opérationnel. Ce qui suppose une gouvernance claire des outils autorisés, un référentiel de prestataires par agence, et un canal d'entrée unique pour les sollicitations métiers — exactement ce que la méthode CIO Office installe en cinq jours.
Si vous êtes directeur SI BTP et que vous reconnaissez deux de ces cinq douleurs dans votre périmètre, le point de départ est un cadrage court — pas un plan stratégique de douze mois. Un diagnostic gratuit de huit questions permet en 24h de situer où votre DSI construction perd le plus de temps et d'énergie. Verdict écrit sous 24h, sprint 5 jours si go.