AI infrastruktura odhaluje velkou slepou skvrnu na staveništích datových center

Boom AI infrastruktury vyvolal vlnu článků o výpočetním výkonu a relativní ticho o stavebních dělnících, kteří to vše umožňují.Data ze sčítání lidu Spojených států ukazují, že výdaje na stavbu datových center dosáhly v roce 2025 41 miliard dolarů, což je nárůst o 32 % oproti předchozímu roku, a bezpečnostní programy na těchto staveništích jsou požádány o řízení hustoty a tempa, pro které nebyly původně navrženy.

Strávil jsem několik posledních let prací na rozhraní mezi AI a bezpečnostní stavební, a tato propast se stále zvětšuje.

Tyto projekty jsou jiný druh

Definujícím znakem staveb datových center je extrémní tlak na termíny, který mění způsob, jakým se dělají rozhodnutí na staveništi. Zpoždění ve stavbě hyperscale datového centra může stát miliony dolarů denně ve ztrátě výpočetního výkonu, a tato matematika mění chování způsobem, který má velmi reálné bezpečnostní důsledky.

Typický velký komerční projekt má desítky dodavatelů. Stavba hyperscale datového centra může mít stovky specializovaných subdodavatelů pracujících současně na stejných podlažích v komprimovaných termínech. Když jeden subdodavatel zpozdí, týmy, které na něj závisí, nedostanou více času – jsou tlačeny do menšího prostoru s menším rozpětím. Tento druh komprese tenduje produkovat odříznuté rohy, zanedbané postupy a mezery v komunikaci o nebezpečích, které se hromadí rychleji, než je možné ručně sledovat.

Odkud začínají incidenty

Většina lidí si představuje stavební nehody jako dramatické selhání, jako je pád trámu nebo pád z lešení. Více běžný původ je mnohem méně viditelný. Představte si, že dvě týmy skončí prací na stejné vodovodní trubce, a jedna z nich ji odřízne, aniž by to řekla druhé. Výsledkem je zatopené elektrické zařízení, šestiměsíční čekání na náhradní díly a miliony dolarů ve ztrátách projektu, nejenom lidské náklady na případ, že někdo je v této situaci.

Incident trvá vteřiny, ale rozpad koordinace, který ho způsobil, může nastat během několika hodin a směn. Mezera mezi dvěma subdodavatelskými bezpečnostními programy, které nebyly navrženy pro komunikaci, vede k vážné nehodě. Na staveništi datového centra s desítkami aktivních subdodavatelů se tyto mezery vyskytují častěji, než si většina lidí mimo stavebnictví uvědomuje.

Bureau of Labor Statistics’ 2024 Census of Fatal Occupational Injuries uvádí, že pády, sklouznutí a pády představovaly přibližně 38 % stavebních úmrtí v roce 2024, a stavební průmysl byl zodpovědný za přibližně jednu pětinu pracovních úmrtí v USA ročně. Staveniště datových center zvyšují tyto čísla o rizika, která tradiční bezpečnostní procházky nemohou sledovat na požadované frekvenci. Fáze uvedení do provozu přinášejí elektrické týmy, které energizují rozváděče poblíž aktivních subdodavatelů. Hluboké výkopy potrubí vyžadují denní monitoring, a těžká technika procházející přes přeplněné zóny vytváří riziko, že bude někdo zasažen, které se mění z hodiny na hodinu.

Tradiční bezpečnostní aplikace nebyly pro tohle navrženy

Většina stavebních bezpečnostních systémů byla navržena pro projekty, kde bezpečnostní manažer může osobně dohlížet na většinu toho, co je důležité. Tento model selhává ve třech předvídatelných způsobech na stavbě hyperscale datového centra:

Objem dokumentace překračuje kapacitu recenze. Na velkém staveništi hyperscale jsou denně podávány stovky předzápisů úkolů napříč všemi aktivními subdodavateli. Žádný bezpečnostní tým nemůže smysluplně přezkoumat tento objem prostřednictvím manuálních procesů, což znamená, že rizika označená v těchto plánech často nejsou nikdy křížově odkazy proti tomu, co dělá tým v následující zóně.

Fragmentované záznamy vytvářejí mezery v odpovědnosti. Většina velkých projektů datových center zahrnuje stovky specializovaných subdodavatelů, každý s vlastním bezpečnostním programem a vlastním systémem formulářů. Bezpečnostní ředitelé mají omezenou viditelnost do toho, co je dokumentováno na úrovni subdodavatele, který pracuje tři patra výše. Data mohou být tam, ale bez sdíleného systému zůstávají izolovaná.

Nic nespojuje rizika napříč hranicemi subdodavatelů v reálném čase. OSHA’s multi-employer citation policy holds generálních dodavatelů (GC) zodpovědných za rizika na staveništi, včetně těch, která vytvářejí subdodavatelé. Tato odpovědnost existuje, zda měl GC viditelnost do podmínek, které vytvořily, a komprese subdodavatelů v kombinaci se sekvencí tlaku zvyšuje riziko expozice rychleji, než je možné manuálně sledovat.

Rizika jdou daleko za rámec dodržování OSHA

Rizika, která nesou GC a majitelé projektů na stavbách datových center, sahají za rámec záznamů o nehodách a expozice OSHA, a jsou více propojena, než většina bezpečnostních rozhovorů uznává.

Riziko termínu je nejokázalejší. Jedna vážná nehoda může zastavit projekt na týdny nebo měsíce během vyšetřování a nápravy, a to za cenu, která převyšuje jakoukoli investici do prevence. Na již komprimovaném termínu se tento druh zpomalení projeví ve všech subdodavatelských týmech, které čekají na dokončení svého rozsahu.

Právní riziko se zvyšuje spolu s těmito problémy. Analýza Marathon Strategies’ 2025 nalezla, že 135 žalob vedlo k odškodnění přesahujícím 10 milionů dolarů v roce 2024 – což je nárůst o 52 % oproti předchozímu roku. GC často nesou více odpovědnosti, než jejich smlouvy explicitně uznávají, a po nehodě se otázka, kdo dokumentoval co – a kdy – stává centrální pro právní rozhovor. Soubor checkboxů, který nepopisuje podmínky, subdodavatele přítomné, nebo nápravná opatření, nebude přežít objev.

Riziko pověsti na projektech datových center je asymetrické. Pokud něco půjde špatně na stavbě hyperscale, jméno majitele skončí v titulku spolu s generálním dodavatelem. To vytváří downstream tlak na budoucí smluvní vztahy, který je obtížně kvantifikovatelný, ale velmi reálný v praxi.

Počet pojistných ekonomických rizik přidává další vrstvu. Velcí majitelé, kteří spravují miliardové stavby, stále více přijímají programy pojistného řízení (OCIP), které fungují podobně jako zdravotní pojištění s vysokým franchise – majitel absorbuje první tranši jakékoli žádosti – často 500 000 dolarů nebo více – přímo z kapsy. Každá preventabilní nehoda se stává přímou finanční ztrátou pro majitele, a dobře zdokumentovaný bezpečnostní program přestává být požadavkem na dodržování a začíná být mechanismem zisku. ConstructConnect uvedl, že megaprojekty představovaly 197 miliard dolarů ve stavebních začátcích v USA v roce 2025, a struktury OCIP se staly častějšími, jak majitelé hledají koordinované způsoby, jak řídit rizika v této škále.

Co skutečná viditelnost vlastně znamená

Bezpečnostní programy, které se na těchto projektech drží, sdílejí několik specifických kvalit, které tradiční programy nemají. Většina z nich spočívá v získání lepšího dat z terénu bez toho, aby to bylo pro týmy obtížnější.

První rozpad, který jsem popsal výše – objem dokumentace, který překračuje kapacitu recenze – je primárně problémem kvality dat. Checkbox formuláře zachycují, že něco bylo pozorováno, ne co podmínky byly, které subdodavatele byly poblíž, nebo co nápravná opatření se stalo. Hlasové zprávy z terénu mění tuto rovnici. Předák stojící v přeplněné mechanické hale může popsat, co vidí, a pozorování se strukturuje, kategorizuje a směruje do dashboardu bez toho, aby někdo musel psát. Rozdíl v kvalitě dat se projeví v auditních a pojistných rozhovorech.

Druhý způsob selhání – fragmentované záznamy napříč stovkami subdodavatelů – vyžaduje standardizaci, která nedonutí každého subdodavatele používat nový systém. Platforma, která může zachytit jakýkoli papírový formulář, který subdodavatel již používá, a extrahovat strukturovaná data z něj automaticky, uzavírá mezeru mezi subdodavateli s vyspělými digitálními procesy a těmi, kteří stále běží na klipboardech. Každá činnost týmu se stává viditelnou prostřednictvím stejné čočky, bez ohledu na jejich vnitřní systémy.

Tato standardizace je to, co umožňuje řešit třetí selhání: spojit rizika napříč hranicemi subdodavatelů. Koordinační rozpady, které způsobují nejvážnější incidenty na hustých, časově řízených staveništích, jsou téměř nikdy viditelné v dokumentaci kteréhokoli subdodavatele. Projevují se, když můžete křížově odkazy, co několik týmů nahlásilo o stejné podlaží, stejném časovém okně nebo stejném systému.

Dobře řízené bezpečnostní programy generují dokumentaci, která vydrží – auditor, pojistný úředník nebo protistrana, která přezkoumává bezpečnostní záznamy projektu, může vidět důkazy, že problémy byly identifikovány, řešeny a uzavřeny.

Koordinace je bezpečnostní problém

Strávil jsem hodně času komunikací se bezpečnostními řediteli a viceprezidenty velkých GC, kteří popisují stejnou situaci. Vědí, že jejich týmy nemohou být všude. Vědí, že data, která by potřebovali k odhalení koordinačních selhání, pravděpodobně existují někde v jejich dokumentaci. Jen nemají praktický způsob, jak je odhalit. Bezpečnostní infrastruktura, kterou stavební průmysl postavil za posledních několik desetiletí, byla navržena pro jinou škálu a jiný tempo.

Cyklus stavby hyperscale datového centra se nezastaví. Projekty, které nemohou čekat, jsou již v průběhu, a bezpečnostní programy, které je řídí, jsou požádány o fungování v rozsahu, pro který nebyly navrženy.

Pokud bych mohl dát jeden kus rady viceprezidentovi bezpečnosti nebo projektovému manažerovi, který se dívá na svou další stavbu hyperscale, byl by tento: přestat považovat bezpečnostní dokumentaci za dodržování předpisů a začít ji považovat za koordinační systém. Stavitelé, kteří investují do nástrojů, které jim umožňují vidět napříč subdodavateli, zónami a hranicemi subdodavatelů v reálném čase, jsou ti, kteří mají nejlepší šanci dokončit tyto projekty včas a s defenzivním bezpečnostním záznamem. Alternativa je řízení incidentu po jeho výskytu, a na projektu této komplexity je to pozice, kterou nikdo nemůže dovolit.