L’infrastructure d’IA expose un point aveugle majeur sur les chantiers de centres de données

L’explosion de l’infrastructure d’IA a produit un flux d’actualités sur la puissance de calcul et un silence relatif sur la main-d’œuvre de construction qui rend tout cela possible. Les données du Bureau du recensement des États-Unis montrent que les dépenses de construction de centres de données ont atteint 41 milliards de dollars en 2025, soit une augmentation de 32 % par rapport à l’année précédente, et que les programmes de sécurité sur ces chantiers sont confrontés à une densité et à un rythme que la plupart d’entre eux n’ont jamais été conçus pour gérer.

J’ai passé les dernières années à travailler à l’intersection de l’IA et de la sécurité de la construction, et ce décalage continue de grandir.

Ces projets sont d’une autre nature

La caractéristique définissante des constructions de centres de données est la pression extrême sur les délais qui modifie la façon dont chaque décision est prise sur le chantier. Un retard de construction dans un centre de données hyperscale peut coûter des millions de dollars par jour en capacité de calcul perdue, et cette mathématique change le comportement de manière à avoir des conséquences de sécurité très réelles.

Un projet commercial de grande envergure a des dizaines de contractants. Un projet de construction de centre de données hyperscale peut avoir des centaines de sous-traitants spécialisés travaillant simultanément sur les mêmes étages avec des délais compressés. Lorsqu’un métier est en retard, les équipes qui en dépendent n’ont pas plus de temps — elles sont poussées dans un espace plus petit avec moins de marge. Ce type de compression tend à produire des raccourcis, des procédures négligées et des lacunes dans la communication des dangers qui s’accumulent plus rapidement que quiconque ne peut le suivre manuellement.

À l’origine des incidents

La plupart des gens imaginent les accidents de construction comme des défaillances dramatiques, comme l’effondrement d’une poutre ou une chute d’un échafaudage. L’origine la plus courante est beaucoup moins visible. Imaginez que deux équipes se retrouvent à travailler sur la même ligne d’eau, et que l’une coupe sans en informer l’autre. Le résultat est un équipement électrique inondé, une attente de six mois pour les pièces de rechange et des millions de dollars de pertes de projet, sans compter le coût humain de quiconque se trouve dans cette situation.

L’incident prend des secondes, mais la rupture de coordination qui l’a déclenché peut avoir eu lieu au cours de plusieurs heures et de plusieurs quarts de travail. Le fossé entre deux programmes de sécurité de sous-traitants qui n’ont jamais été conçus pour communiquer entre eux conduit à un accident grave. Sur un chantier de centre de données avec des dizaines de métiers actifs, ces lacunes se produisent plus souvent que la plupart des gens en dehors de la construction ne le réalisent.

Le Bureau of Labor Statistics’ 2024 Census of Fatal Occupational Injuries a rapporté que les chutes, les glissades et les trébuchements représentaient environ 38 % des décès sur le lieu de travail dans la construction cette année-là, l’industrie de la construction étant responsable d’environ un décès sur cinq sur le lieu de travail aux États-Unis chaque année. Les sites de centres de données aggravent ces chiffres avec des dangers que les programmes de sécurité traditionnels ne peuvent pas suivre à la fréquence requise. Les phases de mise en service nécessitent une surveillance quotidienne, et les équipements lourds se déplaçant dans des zones bondées créent une exposition aux accidents qui change d’heure en heure.

Les applications de sécurité traditionnelles n’ont pas été conçues pour cela

La plupart des systèmes de gestion de la sécurité de la construction ont été conçus pour des projets où un responsable de la sécurité peut surveiller personnellement la plupart des éléments importants. Ce modèle se brise de trois manières prévisibles sur un projet de construction de centre de données hyperscale:

Le volume de la documentation dépasse la capacité d’examen. Sur un grand site de centre de données, des centaines de plans de tâches préalables sont soumis quotidiennement à travers chaque métier actif. Aucune équipe de sécurité ne peut examiner de manière significative ce volume par des processus manuels, ce qui signifie que les dangers signalés dans ces plans sont souvent jamais croisés avec ce que l’équipe du quartier suivant fait.

Les dossiers fragmentés créent des lacunes de responsabilité. La plupart des grands projets de construction de centres de données impliquent des centaines de sous-traitants spécialisés, chacun exécutant son propre programme de sécurité et son propre système de formulaires. Les directeurs de la sécurité ont une visibilité limitée sur ce qui est documenté au niveau de l’équipe par un sous-traitant travaillant trois étages plus haut. Les données peuvent être là, mais sans système partagé, elles restent cloisonnées.

Rien ne relie les dangers entre les frontières des métiers en temps réel. La politique de citation multi-employeurs de l’OSHA tient les entrepreneurs généraux (EG) responsables des dangers sur le site, y compris ceux créés par les sous-traitants. Cette responsabilité existe que l’EG ait ou non une visibilité sur les conditions qui l’ont créé, et l’empilement des métiers combiné à la pression de séquencement aggrave l’exposition aux dangers plus rapidement que les rondes et les tableurs manuels ne peuvent le suivre.

Les enjeux vont bien au-delà du respect de l’OSHA

Les risques que les EG et les propriétaires de projets portent sur les projets de construction de centres de données s’étendent au-delà des taux d’incidents enregistrés et de l’exposition à l’OSHA, et ils sont plus interconnectés que la plupart des conversations sur la sécurité ne le reconnaissent.

Le risque de délai est le plus immédiat. Un incident grave unique peut arrêter un projet pendant des semaines ou des mois pendant l’enquête et la remédiation, à un coût qui éclipse tout investissement dans la prévention. Sur un délai déjà compressé, ce type de retard se propage à travers chaque métier qui attend toujours de terminer son étendue.

L’exposition aux poursuites judiciaires augmente aux côtés de ces problèmes. L’analyse de 2025 de Marathon Strategies sur les verdicts nucléaires a constaté que 135 procès ont abouti à des verdicts de jury dépassant 10 millions de dollars en 2024 seul — une augmentation de 52 % par rapport à l’année précédente. Les EG se retrouvent souvent à porter plus de responsabilité que leurs contrats n’en reconnaissent explicitement, et après un incident, la question de qui a documenté quoi — et quand — devient centrale dans la conversation juridique. Un dossier rempli d’observations de cases à cocher qui ne décrivent pas les conditions, les métiers présents ou les mesures correctives prises ne survivra pas à la découverte.

Le risque de réputation sur les projets de construction de centres de données est asymétrique, lui aussi. Quelque chose se passe mal sur un projet de construction d’hyperscaleur, et le nom du propriétaire se retrouve dans le titre aux côtés de celui de l’entrepreneur général. Cela crée une pression en aval sur les relations contractuelles futures qui est difficile à quantifier mais très réelle dans la pratique.

L’économie de l’assurance ajoute une autre couche. Les grands propriétaires gérant des constructions d’une valeur de plusieurs milliards de dollars adoptent de plus en plus des programmes d’assurance contrôlés par le propriétaire (OCIP), qui fonctionnent de manière similaire à un plan d’assurance santé à franchise élevée où le propriétaire absorbe la première tranche de toute réclamation — souvent 500 000 dollars ou plus — directement sur ses propres fonds. Chaque incident évitable devient une perte financière directe pour le propriétaire, et un programme de sécurité bien documenté cesse d’être une exigence de conformité et commence à être un mécanisme de profit. ConstructConnect a rapporté que les mégaprojets représentaient 197 milliards de dollars de départs de construction non résidentiels aux États-Unis en 2025, et que les structures OCIP sont devenues plus courantes à mesure que les propriétaires cherchent des moyens coordonnés de gérer les risques à cette échelle.

À quoi ressemble réellement une visibilité significative

Les programmes de sécurité qui tiennent sur ces projets partagent quelques qualités spécifiques que les programmes traditionnels ne possèdent pas. La plupart d’entre elles se résument à obtenir de meilleures données du terrain sans rendre les tâches des équipes plus difficiles.

La première rupture décrite ci-dessus — le volume de la documentation qui dépasse la capacité d’examen — est principalement un problème de qualité des données. Les formulaires de cases à cocher capturent le fait que quelque chose a été observé, et non les conditions présentes, les métiers à proximité ou les mesures correctives prises. La saisie de rapport de champ vocal change cette équation. Un surveillant debout dans une baie mécanique bondée peut décrire ce qu’il voit à haute voix, et l’observation est structurée, catégorisée et acheminée vers un tableau de bord sans que quiconque ait à s’arrêter pour taper. La différence de qualité des données se manifeste dans les conversations d’audit et d’assurance.

Le deuxième mode de défaillance — les dossiers fragmentés entre des centaines de sous-traitants — nécessite une normalisation qui ne force pas chaque sous-traitant à adopter un nouveau système. Une plate-forme qui peut capturer n’importe quel formulaire papier qu’un sous-traitant utilise actuellement et extraire des données structurées de celui-ci automatiquement comble le fossé entre les sous-traitants dotés de processus numériques matures et ceux qui fonctionnent toujours avec des clipboards. Toutes les activités de chaque équipe deviennent visibles à travers la même lentille, quelle que soit leur système interne.

Cette normalisation est ce qui permet de résoudre le troisième échec : relier les dangers entre les frontières des métiers. Les ruptures de coordination qui causent les incidents les plus graves sur les sites denses et à délais serrés ne sont presque jamais visibles dans la documentation d’un seul sous-traitant. Ils apparaissent lorsqu’il est possible de croiser ce que plusieurs équipes ont signalé sur le même étage, la même fenêtre de temps ou le même système.

Les programmes de sécurité bien gérés génèrent des documents qui tiennent — un auditeur, un sous-estimateur ou un conseiller juridique opposé examinant l’historique de sécurité d’un projet peut voir des preuves que les problèmes ont été identifiés, traités et résolus.

Le problème de coordination est le problème de sécurité

J’ai passé beaucoup de temps à discuter avec des directeurs de la sécurité et des vice-présidents chez les grands entrepreneurs généraux qui décrivent la même situation. Ils savent que leurs équipes ne peuvent pas être partout. Ils savent que les données dont ils auraient besoin pour détecter les défaillances de coordination existent probablement quelque part dans leur documentation. Ils n’ont simplement pas de moyen pratique de les faire apparaître. L’infrastructure de sécurité que l’industrie de la construction a construite au cours des dernières décennies a été conçue pour une échelle et un rythme différents.

Le cycle de construction de centres de données hyperscale ne ralentit pas. Les projets qui ne peuvent pas attendre sont déjà en cours, et les programmes de sécurité qui les gèrent sont invités à fonctionner à une échelle pour laquelle ils n’ont pas été conçus.

Si je pouvais donner un conseil à un vice-président de la sécurité ou à un directeur de projet qui examine son prochain projet de construction de centre de données hyperscale, ce serait celui-ci : arrêtez de traiter la documentation de sécurité comme une livraison de conformité et commencez à la traiter comme un système de coordination. Les constructeurs qui investissent dans les outils qui leur permettent de voir à travers les métiers, les zones et les frontières des sous-traitants en temps réel sont ceux qui ont la meilleure chance de terminer ces projets à temps et avec un dossier de sécurité défendable. L’alternative consiste à gérer l’incident après qu’il se soit produit, et sur un projet aussi complexe, c’est une position que personne ne peut se permettre.