Thought leaders
De verborgen risico’s van de AI-infrastructuurbloom

AI-infrastructuur legt een grote blinde vlek bloot op datacenter-bouwplaatsen
De AI-infrastructuurbloom heeft een golf van headlines over rekenkracht en een relatieve stilte over de bouwvakkers die het allemaal mogelijk maken, voortgebracht. Gegevens van het Amerikaanse Census Bureau laten zien dat de uitgaven voor datacenterbouw in 2025 $41 miljard bedroegen, een stijging van 32% ten opzichte van het voorgaande jaar, en dat de veiligheidsprogramma’s op die bouwplaatsen worden gevraagd om een dichtheid en tempo te beheren waarvoor de meeste niet zijn ontworpen.
Ik heb de afgelopen jaren gewerkt aan de kruising van AI en bouwveiligheid, en die disconnectie blijft groeien.
Deze projecten zijn een ander beest
Het kenmerkende van datacenterbouw is de extreme tijdsdruk die elke beslissing op de bouwplaats beïnvloedt. Een bouwvertraging in een hyperscale datacenter kan miljoenen dollars per dag in verloren rekenkracht kosten, en die wiskunde verandert het gedrag op manieren die zeer reële veiligheidsgevolgen hebben.
Een typisch groot commercieel project heeft tientallen aannemers. Een hyperscale datacenterbouw kan honderden gespecialiseerde onderaannemers hebben die tegelijkertijd op hetzelfde niveau werken met gekrompen tijdslijnen. Wanneer een vakgebied achterblijft, krijgen de ploegen die ervan afhankelijk zijn niet meer tijd – ze worden in een kleinere ruimte met minder marge geduwd. Die soort compressie produceert vaak afgekorte hoeken, verwaarloosde procedures en gaten in de communicatie over gevaar die sneller accumuleren dan iemand handmatig kan bijhouden.
Waar ongevallen beginnen
De meeste mensen zien bouwongevallen als dramatische mislukkingen, zoals een instorting van een balk of een val van een steiger. De meest voorkomende oorsprong is veel minder zichtbaar. Stel je voor dat twee ploegen op hetzelfde waterleidingsysteem werken en een van hen zonder het te melden doorsnijdt. Het resultaat is overstroomde elektrische apparatuur, een zes maanden durende wachttijd voor vervangingsonderdelen en miljoenen dollars aan projectverliezen, niet te vergeten de menselijke kosten voor iedereen die in die situatie terechtkomt.
Het ongeval duurt seconden, maar de coördinatiebreuk die het opzette, kan zich over verschillende uren en diensten hebben voorgedaan. De kloof tussen twee onderaannemersveiligheidsprogramma’s die nooit zijn ontworpen om met elkaar te communiceren, leidt tot een ernstig ongeval. Op een datacenter-locatie met tientallen actieve vakgebieden gebeuren die kloven vaker dan de meeste mensen buiten de bouw beseffen.
Het Bureau of Labor Statistics’ 2024 Census of Fatal Occupational Injuries meldde dat vallen, uitglijden en struikelen ongeveer 38% van de bouwsterfgevallen in dat jaar vertegenwoordigden, met de bouwsector verantwoordelijk voor ongeveer één op de vijf dodelijke arbeidsongevallen in de Verenigde Staten per jaar. Datacenter-locaties verhogen die cijfers met gevaar dat traditionele veiligheidsrondes niet op de vereiste frequentie kunnen bijhouden. Inbedrijfstelfasen brengen elektrische ploegen ertoe om schakelapparatuur te activeren in de buurt van actieve vakgebieden. Diepe ductbankuitgravingen vereisen dagelijkse monitoring en zwaar materieel dat door drukke zones beweegt, waardoor een gestruikte blootstelling ontstaat die van uur tot uur verandert.
Traditionele veiligheidsapps waren niet voor dit soort projecten ontworpen
De meeste bouwveiligheidsbeheersystemen waren ontworpen voor projecten waarop een veiligheidsmanager de meeste belangrijke zaken persoonlijk kan overzien. Dat model breekt op drie voorspelbare manieren op een hyperscale datacenterbouw:
Documentatievolume overtreft de beoordelingscapaciteit. Op een grote hyperscale-locatie worden honderden voorafgaande plannen elke dag ingediend over alle actieve vakgebieden. Geen enkel veiligheidsteam kan die hoeveelheid op een zinvolle manier via handmatige processen beoordelen, wat betekent dat de gevaar die in die plannen worden gemarkeerd, vaak nooit worden gekruist met wat de ploeg in de volgende zone doet.
Gefragmenteerde records creëren verantwoordingsgaten. De meeste grote datacenterprojecten omvatten honderden specialistische onderaannemers, elk met hun eigen veiligheidsprogramma en hun eigen formuliersysteem. Veiligheidsdirecteuren hebben beperkte zichtbaarheid in wat op het niveau van de ploeg wordt gedocumenteerd door een onderaannemer die drie verdiepingen hoger werkt. De gegevens kunnen er zijn, maar zonder een gedeeld systeem, blijven ze geïsoleerd.
Niets verbindt gevaar over vakgebiedsgrenzen in real-time. OSHA’s multi-employer citaatbeleid houdt aannemers (GC’s) verantwoordelijk voor sitebrede gevaar, inclusief die welke zijn gecreëerd door onderaannemers. Die aansprakelijkheid bestaat, ongeacht of de aannemer zicht had op de omstandigheden die het hebben gecreëerd, en vakgebiedenstapeling in combinatie met tijdsdruk verhoogt gevaarblootstelling sneller dan handmatige rondes en spreadsheets kunnen bijhouden.
De inzet gaat verder dan OSHA-naleving
De risico’s die aannemers en projecteigenaren dragen op datacenterprojecten gaan verder dan opgenomen ongevallen en OSHA-blootstelling, en ze zijn meer met elkaar verbonden dan de meeste veiligheidsconversaties erkennen.
Planningrisico is het meest onmiddellijk. Een enkel ernstig ongeval kan een project voor weken of maanden stilleggen tijdens onderzoek en herstel, tegen een kostprijs die elke investering in preventie overtreft. Op een reeds gekrompen tijdslijn, heeft zo’n terugslag een cascade-effect door elk vakgebied dat nog moet worden voltooid.
Rechtszaakblootstelling neemt toe naast deze kwesties. Marathon Strategies’ analyse van 2025 over nucleaire vonnissen vond dat 135 rechtszaken in 2024 tot jury-uitkeringen van meer dan $10 miljoen leidden – een stijging van 52% ten opzichte van het voorgaande jaar. Aannemers dragen vaak meer aansprakelijkheid dan hun contracten expliciet erkennen, en na een ongeval wordt de vraag wie wat heeft gedocumenteerd – en wanneer – centraal in de juridische conversatie. Een bestand met checkbox-observaties dat geen condities, aanwezige vakgebieden of genomen corrigerende acties beschrijft, zal de ontdekking niet overleven.
Reputatierisico op datacenterprojecten is asymmetrisch. Als er iets misgaat op een hyperscaler-bouw, eindigt de naam van de eigenaar naast die van de aannemer in de kop. Dat creëert een neerwaartse druk op toekomstige contractrelaties die moeilijk te kwantificeren is, maar in de praktijk zeer reëel is.
Verzekerings economie voegt een extra laag toe. Grote eigenaren die miljarden dollars aan bouwprojecten beheren, nemen steeds vaker Owner Controlled Insurance Programs (OCIP’s) aan, die functioneren als een soort hoogdeductie-ziektekostenverzekering waarbij de eigenaar de eerste tranche van elke claim – vaak $500.000 of meer – rechtstreeks uit eigen zak betaalt. Elk voorkombaar ongeval wordt een direct financieel verlies voor de eigenaar, en een goed gedocumenteerd veiligheidsprogramma stopt met een nalevingsvereiste en begint een winstmechanisme te worden. ConstructConnect rapporteerde dat megaprojecten $197 miljard aan Amerikaanse bouwstarten in 2025 vertegenwoordigden, en OCIP-structuren zijn gebruikelijker geworden naarmate eigenaren op zoek zijn naar gecoördineerde manieren om risico’s op die schaal te beheren.
Wat betekent zinvolle zichtbaarheid eigenlijk
De veiligheidsprogramma’s die op deze projecten standhouden, delen een aantal specifieke kwaliteiten die traditionele programma’s niet hebben. De meeste komen neer op het verkrijgen van betere gegevens uit het veld zonder het voor de ploegen moeilijker te maken om hun werk te doen.
De eerste breuk die hierboven is beschreven – documentatievolume dat de beoordelingscapaciteit overtreft – is voornamelijk een probleem van gegevenskwaliteit. Checkbox-formulieren registreren dat iets is waargenomen, niet wat de condities waren, welke vakgebieden in de buurt waren, of wat de corrigerende actie was. Spraak-naar-tekst veldrapportage verandert die vergelijking. Een opzichter die in een drukke mechanische baai staat, kan beschrijven wat hij ziet, en de observatie wordt gestructureerd, gecategoriseerd en gerouteerd naar een dashboard zonder dat iemand hoeft te typen. Het verschil in gegevenskwaliteit wordt zichtbaar in audit- en verzekeringsconversaties.
De tweede foutmodus – gefragmenteerde records over honderden onderaannemers – vereist standaardisatie die niet elke onderaannemer dwingt om een nieuw systeem te gebruiken. Een platform dat elke papieren vorm van een onderaannemer kan vastleggen en gestructureerde gegevens daaruit automatisch kan extraheren, sluit de kloof tussen onderaannemers met volwassen digitale processen en degenen die nog steeds op clipboards werken. Elke activiteit van elke ploeg wordt zichtbaar door hetzelfde lens, ongeacht hun interne systemen.
Die standaardisatie is wat het mogelijk maakt om het derde falen aan te pakken: het verbinden van gevaar over vakgebiedsgrenzen. De coördinatiebreuken die de meest ernstige ongevallen op dichte, tijdsgebonden locaties veroorzaken, zijn bijna nooit zichtbaar in de documentatie van één onderaannemer. Ze komen aan het licht wanneer je kunt nagaan wat meerdere ploegen hebben gerapporteerd over hetzelfde niveau, hetzelfde tijdsvenster of hetzelfde systeem.
Goed beheerde veiligheidsprogramma’s genereren documentatie die standhoudt – een auditor, onderwerper of tegenpartij die de veiligheidsrecord van een project beoordeelt, kan zien dat problemen zijn geïdentificeerd, aangepakt en afgesloten.
Het coördinatieprobleem is het veiligheidsprobleem
Ik heb veel tijd doorgebracht met het opbouwen van contacten met veiligheidsdirecteuren en vice-presidenten bij grote aannemers die dezelfde situatie beschrijven. Ze weten dat hun teams niet overal kunnen zijn. Ze weten dat de gegevens die ze nodig hebben om coördinatiebreuken te detecteren, waarschijnlijk ergens in hun documentatie bestaan. Ze hebben alleen geen praktische manier om die gegevens boven water te krijgen. De veiligheidsinfrastructuur die de bouwsector de afgelopen decennia heeft opgebouwd, was ontworpen voor een andere schaal en een ander tempo.
De hyperscale datacenter-bouwcyclus vertraagt niet. De projecten die niet kunnen wachten, zijn al gaande, en de veiligheidsprogramma’s die ze beheren, worden gevraagd om op een schaal te opereren waarvoor ze niet zijn ontworpen.
Als ik één stuk advies kon geven aan een VP van Veiligheid of een projectuitvoerder die naar hun volgende hyperscale-bouw kijkt, zou het dit zijn: stop met het behandelen van veiligheidsdocumentatie als een nalevingslevering en begin met het behandelen als een coördinatiesysteem. De bouwers die investeren in de tools die hen in staat stellen om in real-time over vakgebieden, zones en onderaannemersgrenzen heen te kijken, zijn degene met de beste kans om die projecten op schema en met een verdedigbaar veiligheidsrecord af te ronden. Het alternatief is het beheren van het ongeval nadat het is gebeurd, en op een project van deze complexiteit, is dat een positie die niemand zich kan veroorloven.












