Infrastruktura AI ujawnia poważną słabość na placach budowy centrów danych

Boom infrastruktury AI wytworzył falę nagłówków o mocy obliczeniowej i relatywną ciszę na temat siły roboczej budowlanej, która umożliwia wszystko to.Dane Biura Census Stanów Zjednoczonych pokazują, że wydatki na budowę centrów danych wyniosły 41 miliardów dolarów w 2025 roku, co oznacza wzrost o 32% w stosunku do roku poprzedniego, a programy bezpieczeństwa na tych placach budowy są zmuszane do zarządzania gęstością i tempem, których większość z nich nie była pierwotnie zaprojektowana.

Przez ostatnie kilka lat pracowałem na styku AI i bezpieczeństwa budowlanego, a ten rozdźwięk nieustannie rośnie.

Te projekty są innym rodzajem bestii

Cechą charakterystyczną budowy centrów danych jest ekstremalne ciśnienie harmonogramu, które zmienia sposób podejmowania decyzji na placu budowy. Opóźnienie w budowie centrum danych może kosztować miliony dolarów dziennie w straconej mocy obliczeniowej, a ta matematyka zmienia zachowania w sposób, który ma bardzo realne konsekwencje bezpieczeństwa.

Typowy duży projekt komercyjny ma dziesiątki kontrahentów. Budowa centrum danych może mieć setki specjalistycznych podwykonawców pracujących jednocześnie na tych samych piętrach w skompresowanych terminach. Gdy jeden fachowiec spóźnia się, załogi zależne od nich nie otrzymują więcej czasu – są wtłaczane w mniejszą przestrzeń z mniejszą marżą. Ten rodzaj kompresji tendencję do powodowania skróconych rogów, zaniedbań procedur i luk w komunikacji o zagrożeniach, które gromadzą się szybciej niż ktokolwiek może śledzić ręcznie.

Gdzie zaczynają się incydenty

Większość ludzi wyobraża sobie wypadki budowlane jako dramatyczne awarie, takie jak zawalenie się belki lub upadek z rusztowania. Bardziej powszechny początek jest o wiele mniej widoczny. Wyobraź sobie, że dwie załogi pracują na tym samym rurociągu wodnym, a jedna z nich przecina go bez powiadomienia drugiej. Wynikiem jest zalane wyposażenie elektryczne, sześciomiesięczne oczekiwanie na części zamienne i miliony strat w projekcie, nie wspominając o ludzkich kosztach dla kogokolwiek, kto znalazł się w tej sytuacji.

Wypadek trwa kilka sekund, ale awaria koordynacji, która go spowodowała, może mieć miejsce w ciągu kilku godzin i zmian. Przerwa między dwoma programami bezpieczeństwa podwykonawców, które nie były zaprojektowane do komunikacji ze sobą, prowadzi do poważnego wypadku. Na placu budowy centrum danych z dziesiątkami aktywnych fachowców takie luki występują częściej, niż większość ludzi spoza branży budowlanej zdaje sobie sprawę.

Biuro Statystyki Pracy w swoim sprawozdaniu z 2024 roku na temat śmiertelnych wypadków przy pracy stwierdziło, że upadki, poślizgnięcia i potknięcia stanowiły około 38% śmiertelnych wypadków budowlanych w tym roku, a przemysł budowlany odpowiada za około jedną piątą wszystkich śmiertelnych wypadków przy pracy w Stanach Zjednoczonych każdego roku. Placówki budowy centrów danych powodują, że te liczby są jeszcze wyższe, ze względu na zagrożenia, których tradycyjne programy bezpieczeństwa nie mogą śledzić z wymaganą częstotliwością. Fazy uruchamiania wymagają, aby załogi elektryczne podłączały się do sieci w pobliżu aktywnych fachowców. Głębokie wykopy rurociągów wymagają codziennego monitorowania, a ciężkie maszyny poruszające się przez zatłoczone strefy tworzą zagrożenie uderzenia, które zmienia się z godziny na godzinę.

Tradycyjne aplikacje bezpieczeństwa nie były zaprojektowane dla tego

Większość systemów zarządzania bezpieczeństwem budowlanym była zaprojektowana dla projektów, na których menedżer bezpieczeństwa może osobiście nadzorować większość tego, co się liczy. Ten model ulega awarii w trzech przewidywalnych sposobach na placu budowy centrum danych:

Objętość dokumentacji przewyższa pojemność przeglądu. Na dużym placu budowy centrum danych setki planów przedzabiegowych są składane codziennie przez każdego aktywnego fachowca. Żadna załoga bezpieczeństwa nie może w sposób znaczący przejrzeć tej objętości za pomocą procesów ręcznych, co oznacza, że zagrożenia wskazane w tych planach często nie są skorelowane z tym, co robi załoga w sąsiedniej strefie.

Fragmentaryzacja rekordów tworzy luki odpowiedzialności. Większość dużych projektów budowy centrów danych obejmuje setki specjalistycznych podwykonawców, każdy z własnym programem bezpieczeństwa i własnym systemem formularzy. Dyrektorzy bezpieczeństwa mają ograniczoną widoczność tego, co jest dokumentowane na poziomie załogi przez podwykonawcę pracującego trzy piętra wyżej. Dane mogą być tam, ale bez wspólnego systemu pozostają w izolacji.

Nic nie łączy zagrożeń na granicach fachowców w czasie rzeczywistym. Polityka wielo-pracodawcowa OSHA nakłada odpowiedzialność na generalnych wykonawców (GC) za zagrożenia na placu budowy, w tym te stworzone przez podwykonawców. Odpowiedzialność ta istnieje niezależnie od tego, czy GC miał widoczność warunków, które ją stworzyły, a nakładanie się fachowców w połączeniu z ciśnieniem harmonogramu zwiększa narażenie na zagrożenia szybciej, niż ręczne przeglądy i arkusze kalkulacyjne mogą je śledzić.

Stawki idą znacznie poza zgodność z OSHA

Ryzyko, które GC i właściciele projektu ponoszą na projektach budowy centrów danych, sięga znacznie dalej niż wskaźniki wypadków i narażenie na OSHA, i są one bardziej ze sobą powiązane, niż większość rozmów o bezpieczeństwie przyznaje.

Ryzyko harmonogramu jest najbardziej natychmiastowe. Jedna poważna awaria może zatrzymać projekt na tygodnie lub miesiące podczas dochodzenia i likwidacji, przy koszcie, który przewyższa każdą inwestycję w zapobieganie. Na już skompresowanym harmonogramie takie opóźnienie ma skutki domina w każdym fachu, który wciąż czeka na ukończenie swojego zakresu.

Narażenie na procesy sądowe rośnie wraz z tymi problemami. Analiza z 2025 roku Marathon Strategies dotycząca wyroków nuklearnych wykazała, że 135 pozwów skutkowało wyrokami przekraczającymi 10 milionów dolarów w 2024 roku – co oznacza wzrost o 52% w porównaniu z poprzednim rokiem. GC często ponoszą więcej odpowiedzialności, niż ich umowy wyraźnie potwierdzają, a po wypadku pytanie, kto udokumentował co – i kiedy – staje się centralnym punktem rozmowy prawniczej. Plik pełen obserwacji checkbox, które nie opisują warunków, obecnych fachowców lub podjętych działań korygujących, nie przetrwa dochodzenia.

Ryzyko reputacyjne na projektach budowy centrów danych jest asymetryczne. Coś pójdzie nie tak na budowie hyperskalerów, a nazwa właściciela kończy się w nagłówku obok nazwy generalnego wykonawcy. To tworzy nacisk na przyszłe relacje umowne, których trudno dokładnie określić, ale są one bardzo realne w praktyce.

Ekonomika ubezpieczeń dodaje kolejną warstwę. Duży właściciele zarządzający budowami o wartości miliardów dolarów coraz częściej przyjmują programy ubezpieczeń kontrolowanych przez właściciela (OCIP), które funkcjonują podobnie do planu ubezpieczenia zdrowotnego o wysokiej franszyzie, w którym właściciel absorbuje pierwszą transzę każdego roszczenia – często 500 000 dolarów lub więcej – bezpośrednio z kiesy. Każdy zapobiegany wypadek staje się bezpośrednią stratą finansową dla właściciela, a dobrze udokumentowany program bezpieczeństwa przestaje być wymogiem zgodności i zaczyna być mechanizmem zysku. ConstructConnect poinformował, że megaprojekty stanowiły 197 miliardów dolarów w amerykańskich rozpoczęciach budowlanych w 2025 roku, a struktury OCIP stały się bardziej powszechne, gdy właściciele szukają skoordynowanych sposobów zarządzania ryzykiem w tej skali.

Czym jest naprawdę widoczność

Programy bezpieczeństwa, które się sprawdzają w tych projektach, mają kilka konkretnych cech, których tradycyjne programy nie posiadają. Większość z nich sprowadza się do uzyskania lepszych danych z placu budowy bez utrudniania załogom wykonywania ich pracy.

Pierwsza awaria, o której mowa powyżej – objętość dokumentacji, która przewyższa pojemność przeglądu – jest głównie problemem jakości danych. Formularze checkbox capture tego, że coś zostało zaobserwowane, a nie jaki był stan, jacy fachowcy byli w pobliżu, czy jakie działania korygujące zostały podjęte. Raportowanie z pola za pomocą funkcji voice-to-text zmienia tę równanie. Nadzorca stojący w zatłoczonej hali maszyn może opisać, co widzi, głośno, a obserwacja zostaje ustrukturyzowana, skategoryzowana i przekierowana do pulpitu bez konieczności zatrzymania się do pisania. Różnica w jakości danych jest widoczna w audytach i rozmowach ubezpieczeniowych.

Drugi tryb awarii – fragmentaryzacja rekordów wśród setek podwykonawców – wymaga standaryzacji, która nie zmusza każdego podwykonawcy do przejścia na nowy system. Platforma, która może przechwytywać dowolny papier formularza, który podwykonawca już używa, i automatycznie wyodrębnia strukturalne dane z niego, zamyka lukę między podwykonawcami o dojrzałych procesach cyfrowych a tymi, które wciąż pracują na clipbourdach. Działalność każdej załogi staje się widoczna przez ten sam obiektyw, niezależnie od ich wewnętrznych systemów.

Ta standaryzacja jest tym, co pozwala rozwiązać trzeci problem: połączenie zagrożeń na granicach fachowców. Awarie koordynacji, które powodują najpoważniejsze incydenty na gęsto zaludnionych i napędzanych harmonogramem placach budowy, prawie nigdy nie są widoczne w dokumentacji któregokolwiek podwykonawcy. Pojawiają się one, gdy można skorelować, co wiele załóg zgłosiło o tym samym piętrze, tym samym oknie czasowym lub tym samym systemie.

Dobrze zarządzane programy bezpieczeństwa generują dokumentację, która się sprawdza – audytor, rewident lub przeciwny doradca, który przegląda rekord bezpieczeństwa projektu, może zobaczyć dowody, że problemy zostały zidentyfikowane, podjęto działania i zamknięto.

Problem koordynacji jest problemem bezpieczeństwa

Spędziłem dużo czasu na łączeniu się z dyrektorami bezpieczeństwa i wiceprezesami w dużych firmach budowlanych, którzy opisują tę samą sytuację. Wiedzą, że ich zespoły nie mogą być wszędzie. Wiedzą, że dane, których potrzebują do schwytania awarii koordynacji, prawdopodobnie istnieją gdzieś w ich dokumentacji. Po prostu nie mają praktycznego sposobu, aby je wyeksponować. Infrastruktura bezpieczeństwa, którą przemysł budowlany zbudował w ciągu ostatnich kilku dekad, była zaprojektowana dla innej skali i innego tempa.

Cykl budowy centrum danych nie zwalnia. Projekty, które nie mogą czekać, są już w toku, a programy bezpieczeństwa, które je zarządzają, są zmuszane do działania w skali, dla której nie zostały zaprojektowane.

Gdyby miałem dać jeden kawałek porady wiceprezesowi ds. bezpieczeństwa lub wykonawcy projektu, który patrzy na swoją następną budowę centrum danych, byłby to następujący: przestań traktować dokumentację bezpieczeństwa jako wymóg zgodności i zacznij traktować ją jako system koordynacji. Budowniczowie, którzy inwestują w narzędzia, które pozwalają im widzieć przez fachowców, strefy i granice podwykonawców w czasie rzeczywistym, mają najlepszą szansę na ukończenie tych projektów na czas i z defensywnym rekordem bezpieczeństwa. Alternatywą jest zarządzanie incydentem po tym, jak się wydarzy, a w projekcie o tym stopniu złożoności nikt nie może sobie pozwolić na takie ryzyko.