Największy projekt w historii ludzkości

4 października 1957 roku Związek Radziecki wystrzelił Sputnika – pierwszego sztucznego satelitę Ziemi. W Waszyngtonie zapanowała panika. Ameryka, przekonana o swojej technologicznej przewadze, obudziła się w świecie, w którym Rosjanie jako pierwsi dotarli do kosmosu. Kongres uchwalił finansowanie NASA w ciągu roku. W 1961 roku John Kennedy stanął przed Kongresem i ogłosił, że Stany Zjednoczone wyślą człowieka na Księżyc przed końcem dekady.

Nikt wtedy nie wiedział dokładnie jak. Rakieta Saturn V, która miała zabrać astronautów na Księżyc, nie istniała. Skafandry kosmiczne nie istniały. Procedury lądowania nie istniały. Systemy nawigacji nie istniały. Kennedy wyznaczył cel, zanim ktokolwiek wiedział, czy jest on w ogóle osiągalny – i dał na jego realizację osiem lat.

Program Apollo był projektem o skali, jakiej świat nigdy wcześniej nie widział: 400 000 inżynierów, techników i pracowników. 20 000 firm i instytucji naukowych. Ponad 24 miliardy dolarów budżetu. Miliony komponentów, które wszystkie musiały działać jednocześnie, niezawodnie, w środowisku, w którym pomoc serwisowa nie wchodziła w grę.

Żeby to osiągnąć, NASA musiała wymyślić coś, czego wcześniej nie było: sposób zarządzania projektem tej skali.

Przed NASA – chaos wielkich projektów

Wielkie projekty budowlane i inżynierskie istniały przed NASA od tysiącleci. Egipcjanie wznosili piramidy. Rzymianie budowali akwedukty i drogi. Średniowieczni budowniczowie wznosili katedry przez stulecia. Ale zarządzanie tymi projektami opierało się na hierarchii, autorytecie i doświadczeniu jednostki – mistrza budowy, cesarskiego architekta, generalnego inżyniera – a nie na systemie.

W XIX wieku rewolucja przemysłowa przyniosła pierwsze próby systematycznego zarządzania dużymi projektami. Henry Gantt opracował w 1910 roku wykres paskowy – diagram pokazujący zadania rozłożone w czasie, który do dziś nosi jego imię. Wykres Gantta był krokiem naprzód, ale miał fundamentalne ograniczenie: pokazywał, kiedy co się dzieje, ale nie pokazywał, co od czego zależy. Nie odpowiadał na pytanie: które zadania, jeśli się opóźnią, opóźnią cały projekt?

Na to pytanie odpowiedzieli dopiero inżynierowie pracujący dla Marynarki Wojennej Stanów Zjednoczonych i dla NASA w latach 50. i 60. XX wieku.

PERT i CPM – dwie odpowiedzi na ten sam problem

W 1957 roku, równolegle i niezależnie, dwa zespoły opracowały metody zarządzania złożonymi projektami oparte na analizie zależności między zadaniami.

Marynarka Wojenna USA, pracując nad rakietą balistyczną Polaris, stworzyła metodę PERT – Program Evaluation and Review Technique. Jednocześnie firma DuPont, szukając sposobu na optymalizację harmonogramów remontów swoich zakładów chemicznych, opracowała CPM – Critical Path Method, metodę ścieżki krytycznej.

Obie metody opierały się na tej samej fundamentalnej idei: projekt to sieć zależnych od siebie zadań, a kluczem do zarządzania nim jest zidentyfikowanie ścieżki krytycznej – najdłuższego łańcucha wzajemnie zależnych zadań, który wyznacza minimalny czas realizacji całego projektu. Każde opóźnienie na ścieżce krytycznej opóźnia cały projekt o dokładnie tyle samo. Zadania poza ścieżką krytyczną mają „luz” – mogą się opóźnić w określonym stopniu bez wpływu na termin końcowy.

To odkrycie brzmi dziś jak oczywistość. W 1957 roku było rewolucją: po raz pierwszy kierownik projektu miał narzędzie pozwalające odpowiedzieć na pytanie nie „co robimy?” ale „co jest naprawdę ważne dla dotrzymania terminu?”

NASA i Apollo – gdzie zarządzanie projektem stało się nauką

NASA przejęła i rozwinęła metody PERT i CPM do skali, której nikt wcześniej nie próbował. Program Apollo miał kilka cech, które czyniły zarządzanie nim bezprecedensowo trudnym.

Po pierwsze: równoległość. Setki tysięcy komponentów rakiety, lądownika i skafandra musiały być projektowane, testowane i produkowane jednocześnie – nie sekwencyjnie. Czekanie na ukończenie jednego elementu przed rozpoczęciem następnego skończyłoby projekt nie w 1969, ale prawdopodobnie w 2069 roku.

Po drugie: zależności. Zmiana jednego komponentu pociągała za sobą kaskadę zmian w komponentach z nim powiązanych. Silniejszy silnik wymagał więcej paliwa, które wymagało większego zbiornika, który wymagał mocniejszej konstrukcji, która wymagała silniejszego silnika. Zarządzanie tymi zależnościami bez systematycznego narzędzia było niemożliwe.

Po trzecie: zero tolerancji na błąd. Na Księżycu nie ma serwisu. Każdy komponent musiał działać niezawodnie w warunkach ekstremalnych, przez cały czas misji. NASA opracowała systemy redundancji – krytyczne systemy miały zapasowe kopie, które uruchamiały się automatycznie w razie awarii. Ale projektowanie redundancji wymagało najpierw zidentyfikowania, które elementy są krytyczne. To znowu wymagało analizy ścieżki krytycznej.

Tragedia Apollo 1 – lekcja za cenę życia

27 stycznia 1967 roku, podczas testu naziemnego, w kabinie Apollo 1 wybuchł pożar. Trzej astronauci – Gus Grissom, Ed White i Roger Chaffee – zginęli w ciągu kilkunastu sekund. Kabina wypełniona była czystym tlenem pod wysokim ciśnieniem, a izolacja przewodów elektrycznych okazała się łatwopalna.

Komisja badająca katastrofę odkryła coś niepokojącego: nie był to błąd pojedynczego inżyniera ani przypadkowa awaria. Był to błąd systemu zarządzania projektem. Presja czasowa i budżetowa sprawiła, że problemy z bezpieczeństwem były zgłaszane, ale nie eskalowane wystarczająco szybko. Inżynierowie niskiego szczebla wiedzieli o problemach z przewodami elektrycznymi miesiące przed tragedią. Informacja nie dotarła do osób mających władzę decyzyjną.

NASA zatrzymała program na 20 miesięcy, przeprojektowała kapsułę i – co równie ważne – zreformowała system zarządzania projektem. Stworzono formalne procedury eskalacji problemów bezpieczeństwa, które gwarantowały, że żaden sygnał ostrzegawczy nie może zostać zignorowany przez menedżerów niższego szczebla. Każdy inżynier miał prawo i obowiązek zgłosić problem dotyczący bezpieczeństwa bezpośrednio do wyższych szczebli zarządzania – z pominięciem normalnej hierarchii, jeśli było to konieczne.

Ta reforma była prototypem tego, co dziś w zarządzaniu bezpieczeństwem pracy nazywamy kulturą zgłaszania zdarzeń potencjalnie wypadkowych: systemem, w którym pracownik na każdym szczeblu ma nie tylko prawo, ale obowiązek zgłoszenia zagrożenia – i jest chroniony przed konsekwencjami za to zgłoszenie. Na placach budowy, w zakładach produkcyjnych i wszędzie tam, gdzie bezpieczeństwo jest krytyczne, ta sama zasada ratuje życie każdego dnia.

20 lipca 1969 – zarządzanie projektem ląduje na Księżycu

O 20:17 czasu UTC 20 lipca 1969 roku lądownik Eagle wylądował na Księżycu. Neil Armstrong wypowiedział swoje słowa. Świat oglądał to przez telewizję.

Za tym momentem stało osiem lat pracy 400 000 ludzi, koordynowanych przez system zarządzania projektem, który nie istniał na początku dekady. Kennedy wyznaczył cel. NASA musiała wymyślić metodę.

To, co NASA stworzyła, nie było tylko zestawem narzędzi planistycznych. Był to kompletny system zarządzania złożonym projektem obejmujący: podział projektu na zarządzalne pakiety pracy (Work Breakdown Structure), systematyczne zarządzanie ryzykiem, formalne procedury kontroli zmian, regularne przeglądy postępu na każdym poziomie organizacji i kulturę organizacyjną, w której informacja o problemach płynęła w górę hierarchii, a nie była tłumiona przez presję harmonogramu.

Ścieżka krytyczna na placu budowy

Metody wypracowane przez NASA i Marynarkę Wojenną USA w latach 60. są dziś standardem w zarządzaniu projektami budowlanymi. Kierownik budowy, który planuje harmonogram przy pomocy oprogramowania projektowego, używa dokładnie tych samych algorytmów, które NASA stosowała przy planowaniu misji Apollo – tylko na ekranie laptopa zamiast na arkuszach papieru wypełnianych przez dziesiątki analityków.

Ścieżka krytyczna na budowie działa identycznie jak przy projekcie kosmicznym. Betonowanie fundamentów musi poprzedzać murowanie ścian. Murowanie ścian musi poprzedzać montaż stropu. Montaż stropu musi poprzedzać prace instalacyjne wewnętrzne. Każde opóźnienie na tej sekwencji opóźnia termin oddania budynku. Prace, które można wykonywać równolegle – elewacja, zagospodarowanie terenu, wykończenie pomieszczeń pomocniczych – mają luz harmonogramowy i ich opóźnienie nie musi wpływać na termin końcowy.

Kierownik budowy, który rozumie ścieżkę krytyczną swojego projektu, wie gdzie koncentrować zasoby, uwagę i nadzór. Wie, które opóźnienie jest krytyczne i wymaga natychmiastowej reakcji, a które można tolerować. Wie, gdzie ma margines bezpieczeństwa – i gdzie go nie ma.

Zarządzanie ryzykiem – lekcja z kosmosu dla budownictwa

NASA po katastrofie Apollo 1 rozwinęła jeden z pierwszych systematycznych systemów zarządzania ryzykiem projektowym. Każde ryzyko było identyfikowane, oceniane pod kątem prawdopodobieństwa i konsekwencji, przypisywane do odpowiedzialnej osoby i regularnie monitorowane. Lista ryzyk nie była dokumentem tworzonym raz na początku projektu i odkładanym na półkę – była żywym rejestrem aktualizowanym przy każdym przeglądzie projektu.

W budownictwie zarządzanie ryzykiem projektowym jest dziś wymagane przez prawo dla wielu kategorii inwestycji – właśnie dlatego, że wypadki na budowach zbyt często były skutkiem ryzyk, które były znane, ale nie były systematycznie zarządzane. Plan BIOZ, ocena ryzyka zawodowego, procedury pracy przy czynnościach szczególnie niebezpiecznych – to wszystko elementy systemu zarządzania ryzykiem inspirowanego w dużej mierze metodologią wypracowaną w programach kosmicznych. Jak właściwie dobierać środki ochrony indywidualnej do zidentyfikowanych zagrożeń na budowie opisujemy w FAQ – BHP na budowie, a zasady ochrony przy pracach na wysokości w FAQ – Praca na wysokości.

Apollo 13 – najlepiej zarządzana katastrofa w historii

13 kwietnia 1970 roku, dwa dni po starcie misji Apollo 13, eksplodował zbiornik tlenu w module serwisowym. Astronauci John Swigert, Jack Lovell i Fred Haise znaleźli się 330 000 kilometrów od Ziemi w uszkodzonym statku kosmicznym z kurczącymi się zapasami tlenu, energii i wody.

To, co nastąpiło przez kolejne cztery dni, jest do dziś studiowane w szkołach zarządzania na całym świecie. Centrum kontroli misji w Houston uruchomiło procedury kryzysowe, które NASA opracowała właśnie po katastrofie Apollo 1. Każdy inżynier odpowiedzialny za dany system statku pracował równolegle, szukając rozwiązania w swoim obszarze. Komunikacja była błyskawiczna i precyzyjna. Decyzje podejmowano w oparciu o dane, nie intuicję.

Astronauci wrócili bezpiecznie na Ziemię 17 kwietnia 1970 roku. Dyrektor misji Gene Kranz nazwał Apollo 13 „najbardziej udaną nieudaną misją w historii NASA”. Sukces nie polegał na tym, że nic się nie popsuło – polegał na tym, że system zarządzania kryzysowego zadziałał dokładnie tak, jak powinien.

Co kierownik budowy może wziąć z NASA

Skala projektu Apollo i przeciętnej budowy mieszkaniowej dzieli przepaść. Ale zasady zarządzania projektem, które NASA wypracowała w latach 60., są skalowalne – działają zarówno przy projekcie wartym 24 miliardy dolarów, jak i przy budowie wartej 2 miliony.

Pierwsza zasada: zidentyfikuj ścieżkę krytyczną i chroń ją jak najcenniejszy zasób projektu. Opóźnienie na ścieżce krytycznej to jedyne opóźnienie, które naprawdę kosztuje.

Druga zasada: zarządzaj ryzykiem systematycznie, nie reaktywnie. Lista ryzyk tworzona na początku projektu i aktualizowana regularnie to różnica między reagowaniem na kryzysy a ich zapobieganiem.

Trzecia zasada: stwórz system, w którym zła informacja płynie szybko w górę. Kierownik, który dowiaduje się o problemie tydzień po jego wystąpieniu, bo nikt nie chciał przynosić złych wiadomości, zarządza projektem z opóźnieniem. Kultura, w której zgłaszanie problemów jest nagradzane, a nie karane, jest fundamentem bezpiecznego i terminowego projektu.

Czwarta zasada: redundancja krytycznych zasobów. Na budowie oznacza to zapasowych podwykonawców dla krytycznych prac, bufory czasowe na ścieżce krytycznej i zapasowe wyposażenie dla kluczowych stanowisk.

Od Księżyca do każdego projektu

Neil Armstrong postawił stopę na Księżycu 20 lipca 1969 roku. Ale prawdziwym osiągnięciem programu Apollo nie był ten krok. Było nim udowodnienie, że projekt o dowolnej skali i złożoności może być zrealizowany terminowo i zgodnie z wymaganiami – pod warunkiem, że jest właściwie zarządzany.

Gene Kranz, legendarny dyrektor lotów NASA, miał na biurku tabliczkę z napisem: „Failure is not an option” – porażka nie wchodzi w grę. Ale to nie była tylko dewiza motywacyjna. Była opisem systemu: systemu, w którym każde ryzyko było identyfikowane, każdy problem eskalowany i każda decyzja oparta na danych.

400 000 ludzi wysłało trzech astronautów na Księżyc. Każdy kierownik budowy, który rano sprawdza harmonogram i pyta gdzie jest ścieżka krytyczna, jest duchowym spadkobiercą tej metodologii. Narzędzia są inne. Skala jest inna. Zasada jest ta sama: cel jest znany, czas jest ograniczony, zasoby są skończone – i tylko systematyczne zarządzanie sprawia, że wszystko spotyka się w odpowiednim miejscu i czasie.