AI-infrastruktur avslører en stor blind flekk på datacenter-byggeplasser

AI-infrastruktur-boomet har ført til en økning i antall artikler om beregningskraft og en relativ stillhet omkring arbeidsstyrken som gjør all dette mulig.U.S. Census Bureau-data viser at datacenter-bygging utgifter nådde 41 milliarder dollar i 2025, en økning på 32% fra året før, og sikkerhetsprogrammene på disse byggeplassene blir bedt om å håndtere en tetthet og tempo som de fleste ikke var designet for.

Jeg har brukt de siste årene på å arbeide på交差 mellom AI og byggesikkerhet, og denne disconnecten vokser stadig.

Disse prosjektene er en annen type

Det karakteristiske trekket ved datacenter-bygging er ekstremt tidspress som endrer hvordan hver beslutning blir tatt på byggeplassen. En byggeforsinkelse på et hyperskala-datacenter kan koste millioner av dollar per dag i tapte beregningskapasiteter, og denne matematikken endrer atferd på måter som har virkelige sikkerhetskonsekvenser.

Et typisk stort kommersielt prosjekt har dusinvis av entreprenører. Et hyperskala-datacenter-bygge kan ha hundredvis av spesialiserte underentreprenører som arbeider samtidig over de samme etasjene på komprimerte tidsfrister. Når en fagmann blir forsinket, får ikke crewene som er avhengige av dem mer tid — de blir presset inn i et mindre rom med mindre margin. Den type komprimering tenderer å produsere kuttet hjørner, lapsede prosedyrer og hull i hazard-kommunikasjon som akkumulerer raskere enn noen kan spore manuelt.

Hvor ulykkene starter

De fleste mennesker forestiller seg byggeulykker som dramatiske feil, som et bjelke-kollaps eller et fall fra en stillas. Den vanligste opprinnelsen er mye mindre synlig. Forestill deg at to crew arbeider på samme vannlinje, og en av dem kutter inn uten å fortelle den andre. Resultatet er oversvømmet elektrisk utstyr, en seks måneders ventetid på erstatningsdelene og millioner i prosjekt-tap, ikke å nevne den menneskelige kostnaden av noen som blir fanget i den situasjonen.

Ulykken tar sekunder, men koordineringsbruddet som satte det i gang kan ha skjedd over flere timer og skifter. Gapet mellom to underentreprenørers sikkerhetsprogrammer som aldri var designet til å kommunisere med hverandre fører til en alvorlig ulykke. På en datacenter-byggeplass med dusinvis av aktive fag, skjer slike hull oftere enn de fleste mennesker utenfor byggebransjen innser.

Det Bureau of Labor Statistics’ 2024 Census of Fatal Occupational Injuries rapporterte at fall, glid og tripp-ulykker utgjorde omtrent 38% av bygge-dødsulykkene det året, med byggebransjen ansvarlig for omtrent en av fem amerikanske arbeidsplass-dødsfall årlig. Datacenter-byggeplasser forsterker disse tallene med farer som tradisjonelle sikkerhetsprogrammer ikke kan spore på den frekvensen som kreves. Kommissioneringsfaser bringer elektriske crew som energiserer switchgear nær aktive fag. Dypt duct-bank-utgravinger trenger daglig overvåking, og tungt utstyr som beveger seg gjennom overfyldte soner skaper slag-eksponering som endrer seg fra time til time.

Tradisjonelle sikkerhetsapper var ikke bygget for dette

De fleste byggesikkerhets-systemer var designet for prosjekter hvor en sikkerhetsansvarlig kan personlig overvåke det meste av hva som betyr noe. Den modellen bryter sammen på tre forutsigbare måter på et hyperskala-datacenter-bygge:

Dokumentasjonsvolum overstiger gjennomgangskapasitet. På en stor hyperskala-byggeplass, blir hundredvis av for-oppgave-planer sendt inn daglig over hver aktiv fag. Ingen sikkerhetslag kan meningsfullt gjennomgå det volumet gjennom manuelle prosesser, noe som betyr at farene som er merket i disse planene ofte aldri blir sammenlignet mot hva crewet i den neste sonen gjør.

Fragmenterte rekorder skaper ansvarsgapper. De fleste store datacenter-prosjekter involverer hundredvis av spesialiserte underentreprenører, hver med sitt eget sikkerhetsprogram og eget formsystem. Sikkerhetsdirektører har begrenset visibilitet til hva som blir dokumentert på crew-nivå av en underentreprenør som kjører tre etasjer opp. Dataene kan være der, men uten et felles system, blir de isolert.

Ingenting kobler farer sammen over fag-grenser i sanntid. OSHA’s multi-arbeidsgiver-sanktionspolitikk holder generalentreprenører (GC) ansvarlige for byggeplass-ulykker, inkludert de som er skapt av underentreprenører. Den ansvarligheten eksisterer uavhengig av om GC hadde visibilitet til forholdene som skapte den, og fag-stacking kombinert med sekvens-trykk forsterker fare-eksponering raskere enn manuelle gjennomgang og regneark kan spore.

Risikoen går langt utenfor OSHA-samsvar

Risikoen GC og prosjekteiere bærer på datacenter-prosjekter strekker seg utover rapporterte ulykker og OSHA-eksponering, og de er mer sammenhengende enn de fleste sikkerhetsdiskusjoner innrømmer.

Tidsrisikoen er den mest umiddelbare. En enkelt alvorlig hendelse kan stoppe et prosjekt i uker eller måneder under etterforskning og opprydding, til en kostnad som overstiger enhver investering i forebygging. På en allerede komprimert tidsfrist, vil en slik tilbakeslag spre seg gjennom hver fag som fortsatt venter på å fullføre sitt område.

Rettssak-eksponering øker sammen med disse problemene. Marathon Strategies’ 2025-analyse av atom-utsagn fant at 135 søksmål resulterte i jury-priser over 10 millioner dollar i 2024 alene — en økning på 52% fra året før. GC ofte bærer mer ansvar enn deres kontrakter uttrykkelig anerkjenner, og etter en hendelse, blir spørsmålet om hvem som dokumenterte hva — og når — sentralt i den juridiske diskusjonen. En mappe full av checkbox-observasjoner som ikke beskriver forhold, fag tilstede eller korrektive handlinger tatt, vil ikke overleve oppdagelse.

Reputasjonsrisikoen på datacenter-prosjekter er asymmetrisk også. Noe går galt på en hyperskala-bygge, og eierens navn havner i overskriften sammen med generalentreprenørens. Dette skaper nedstrøms-trykk på fremtidige kontrakt-forhold som er vanskelig å kvantifisere, men meget reelt i praksis.

Forsikring-økonomi legger til et annet lag. Store eiere som håndterer milliarder-bygginger adopterer stadig oftere Owner Controlled Insurance Programs (OCIP), som fungerer likt en høy-fridoms forsikringsplan hvor eieren absorberer den første delen av enhver krav — ofte 500 000 dollar eller mer — direkte ut av lommen. Hver forebyggbar hendelse blir en direkte finansiell tap for eieren, og et godt dokumentert sikkerhetsprogram blir ikke lenger et samsvar-krav, men en profit-mekanisme. ConstructConnect rapporterte at megaprojekter utgjorde 197 milliarder dollar i amerikanske byggestarter i 2025, og OCIP-strukturer har blitt mer vanlige når eiere søker etter koordinerte måter å håndtere risiko på den skalaen.

Hva meningsfull visibilitet faktisk ligner

Sikkerhetsprogrammene som holder på disse prosjektene deler noen bestemte kvaliteter som tradisjonelle programmer ikke har. De fleste kommer ned til å få bedre data fra feltet uten å gjøre det harder for crewene å gjøre jobben sin.

Den første feil-mønsteret beskrevet ovenfor — dokumentasjonsvolum som overstiger gjennomgangskapasitet — er primært et datakvalitetsproblem. Checkbox-former fanger opp at noe ble observert, ikke hva forhold var til stede, hvilke fag var i nærheten eller hva korrektiv handling skjedde. Tale-til-tekst-felt-rapportering endrer denne ligningen. En superintendent som står i en overfyldt mekanisk bay kan beskrive hva han ser høyt, og observasjonen blir strukturert, kategorisert og sendt inn i en dashboard uten at noen stopper for å skrive. Forskjellen i datakvalitet viser seg i revisjon og forsikringsdiskusjoner.

Det andre feil-mønsteret — fragmenterte rekorder over hundredvis av underentreprenører — krever standardisering som ikke tvinger hver underentreprenør inn på et nytt system. En plattform som kan fange opp hva som helst papirform en underentreprenør allerede bruker og trekke ut strukturert data fra det automatisk lukker gapet mellom underentreprenører med modne digitale prosesser og de som fortsatt kjører på klippbrett. Hver crews aktivitet blir synlig gjennom samme linse, uavhengig av deres interne systemer.

Den standardiseringen er det som gjør det mulig å håndtere det tredje feil-mønsteret: kobling av farer over fag-grenser. Koordineringsbruddene som forårsaker de alvorligste hendelsene på tetthets- og tids-drevne byggeplasser er nesten aldri synlige i noen enkelt underentreprenørs dokumentasjon. De dukker opp når du kan sammenligne hva flere crew rapporterte om samme etasje, samme tidsvindu eller samme system.

Vel-styrt sikkerhetsprogrammer genererer dokumentasjon som holder — en revisor, underwriter eller motpart som gjennomgår et prosjekts sikkerhetsrekord kan se bevis på at problemer ble identifisert, håndtert og lukket.

Koordineringsproblemet er sikkerhetsproblemet

Jeg har tilbragt mye tid på å koble sammen sikkerhetsdirektører og VP-er på store GC som beskriver samme situasjon. De vet at deres lag ikke kan være overalt. De vet at dataene de trenger for å fange koordineringsbrudd muligens eksisterer et sted i deres dokumentasjon. De har bare ikke en praktisk måte å gjøre det synlig på. Sikkerhets-infrastrukturen byggebransjen bygget opp over de siste årene var designet for en annen skala og et annet tempo.

Hyperskala-datacenter-bygge-syklusen går ikke langsommere. Prosjektene som ikke kan vente er allerede i gang, og sikkerhetsprogrammene som håndterer dem blir bedt om å operere på en skala de ikke var designet for.

Hvis jeg kunne gi ett råd til en VP for Sikkerhet eller en prosjekt-eksekutiv som ser på sitt neste hyperskala-bygge, ville det være dette: stopp å behandle sikkerhetsdokumentasjon som et samsvar-krav og start å behandle det som et koordineringssystem. Byggerne som investerer i verktøyene som lar dem se over fag, soner og underentreprenør-grenser i sanntid er de som har den beste sjansen til å fullføre prosjektene på tid og med en forsvarlig sikkerhetsrekord. Alternativet er å håndtere hendelsen etter at den har skjedd, og på et prosjekt så komplekst, er det en posisjon ingen kan unngå.