Twoją transformację dowiozą przypadkowi project managerowie

Ostatnia sesja podsumowująca strategię zajęła dziewięćdziesiąt minut i czterdzieści slajdów. Dobra robota, ogólnie rzecz biorąc: ambicja sensowna, diagnoza uczciwa. Całość rozpadła się równo na sześć strumieni, każdy z nazwą, uzasadnieniem i zgrubną sekwencją.

Wszyscy na sali zgodzili się z mapą. Potem ktoś zapytał, kto to poprowadzi.

Odpowiedź formowała się chwilę i nikt nie wypowiedział jej na głos. Przyszła jako lista szefów funkcji: łańcuch dostaw, jakość, produkcja, finanse. Każdy z nich miał od teraz własny strumień, dołożony do pracy, którą już wykonywał. Żaden o to nie prosił. Żaden nie zamierzał odmówić. W ciągu dwóch tygodni zostali project managerami, a organizacja obsadziła całą swoją zdolność wykonawczą przez zaniechanie.

Ten moment zasługuje na więcej uwagi, niż zwykle dostaje. Każda strategia zakłada jakąś zdolność wykonawczą, a założenia tego prawie nigdy nie testuje się w trakcie prac nad strategią. Kiedy luka wreszcie się ujawnia, mało która organizacja się do niej przyznaje. Wypełnia ją tym, kto akurat stoi obok.

Project managerowie, których masz, to nie ci project managerowie

Większość organizacji przemysłowych ma project managerów. Siedzą w inżynierii, często mają certyfikaty, a spora część z nich jest naprawdę dobra. Projekty inwestycyjne, rozbudowy zakładu, kwalifikacja urządzeń, harmonogramy rozruchu — realna dyscyplina, wypracowana na pracy, w której produkt jest fizyczny, a metę widać z daleka.

Zmiana modelu operacyjnego to inna praca. Nic się nie instaluje. Produktem jest sposób pracy, który zaczyna istnieć dopiero wtedy, gdy ludzie go przyjmą. Ciężar leży więc po stronie interesariuszy, a nie harmonogramu. Ryzyka są polityczne, zanim staną się techniczne. Nikt nie podpisuje odbioru fabrycznego dla nowego procesu planowania.

Organizacja ma zatem kompetencję projektową bez dopasowania domenowego. Przesunięcie inżynieryjnego project managera na strumień dotyczący modelu operacyjnego nie jest wyraźnie bezpieczniejsze niż wyznaczenie szefa funkcji. Obaj uczą się tej samej nieznanej połowy roboty.

Kurs podstaw przestał być proporcjonalną odpowiedzią

Podręcznikowa reakcja to przepuszczenie przypadkowych managerów przez onboarding projektowy. Zapisać na szkolenie, rozdać szablony, przydzielić mentora, poczekać kwartał.

Rzadko to działa, z powodów, które nie mają nic wspólnego z jakością szkolenia. Metoda wyuczona z dala od pracy konkuruje z etatem od momentu zakończenia kursu, a etat wygrywa. Zanim grupa skończy, trzeci strumień jest już opóźniony, a szablony uzupełnia się wstecznie.

Jest też argument o proporcjonalności i pochodzi ze standardu, nie z preferencji. Ósma edycja PMBOK Guide opisuje czterdzieści procesów. Mówi przy tym wprost, że nie mają one charakteru nakazowego. Istnieją po to, by dostosować je do podejścia, cyklu życia i środowiska. Żądanie pełnej zgodności metodycznej w transformacji złożonej z sześciu strumieni nie ma za sobą żadnego autorytetu. Standard o to nie prosi.

Warstwa metodyczna stała się tanią częścią

Tu arytmetyka realnie się zmieniła. Dobrze skonfigurowany agent projektowy oparty na GenAI pokrywa większość tego, po co był kurs podstaw. Pokrywa to w momencie potrzeby, a nie pół roku wcześniej.

Trzyma kadencję. Aktualizacje, które nie przyszły, zostają wyproszone, a mglista pierwsza odpowiedź dostaje drugie pytanie. Procedury samej organizacji siedzą w środku, bo te dokumenty można mu podać wprost: która bramka wymaga jakich dowodów, który szablon jest obowiązkowy, jaka ścieżka akceptacji obowiązuje. Przygotowuje pakiet statusowy, wpisy do rejestru ryzyk i pierwszą wersję harmonogramu. Pytania metodyczne dostają odpowiedź w kontekście, o dwudziestej trzeciej, bez konieczności przyznawania się koledze, że się czegoś nie wie.

Wyłapuje też niespójności. Plan mówiący jedno i aktualizacja mówiąca drugie to dokładnie ten wzorzec, który agent łapie niezawodnie, a zajęty człowiek przeocza.

Nic z tego nie jest błahe. To większość obciążenia mechanicznego. Zdjęcie go dzieli przypadkowego managera, który sobie radzi, od takiego, który po cichu przestaje cokolwiek aktualizować.

Agent nie weźmie na siebie odpowiedzialności

To, czego agent nie zrobi, waży więcej niż to, co zrobi, bo właśnie te luki topią transformacje.

• Nie poniesie odpowiedzialności. Kiedy kamień milowy się przesuwa, ktoś musi odpowiedzieć za to w sali pełnej ludzi wyższych rangą. Agent nie ma nic do stracenia i nie da się mu tego dołożyć.
• Zgłoszenie decyzji to nie jej podjęcie. Agent będzie raportował zaległą decyzję co tydzień, bez końca. Ograniczenie czasu na jej podjęcie wymaga pozycji, której żadne narzędzie nie ma.
• Negocjacja o zasoby to praca polityczna. Dwóch inżynierów, których potrzebuje strumień, raportuje do dyrektora z własnymi priorytetami. Tę rozmowę wygrywa się relacją i siłą przetargową, nie dowodami.
• Nie odmówi sponsorowi. Powiedzenie „nie” dołożonemu zakresowi wymaga miejsca w organizacji. Agent wchłonie wszystko, co dostanie, i sumiennie przeplanuje resztę.
• Produkt i rezultat wyglądają dla niego identycznie. Szkolenie przeprowadzone, proces opublikowany, narzędzie wdrożone — wszystko zamyka się czysto, podczas gdy zachowania pozostają dokładnie takie same. Agent odhacza zadanie i formalnie ma rację.
• Wie tylko tyle, ile ktoś zapisał. Ostrzeżenie rzucone na korytarzu, dostawca, który przestał odpisywać, członek zespołu, który wewnętrznie już odszedł — nic z tego nie trafia do rejestru i nic z tego nie trafia do agenta.
• Dostosowanie metody to ocena, nie reguła. Rozstrzygnięcie, które elementy metody są tu nieproporcjonalne, wymaga kogoś z kontekstem. Agent stosuje reguły, które dostał, skrupulatnie, niezależnie od tego, czy zarabiają na swój koszt.
• Nie rozstrzygnie kolizji między dwoma strumieniami. Każdy agent optymalizuje projekt, któremu służy. Dwa spierające się o ten sam deficytowy zasób wyprodukują świetnie udokumentowany pat i nic poza tym.

Przepustowość raportowania to nie przepustowość decyzji

Wzorzec, na który trzeba uważać, to organizacja myląca lepszą dokumentację z lepszym wykonaniem.

Governance to prawo do decydowania. Raportowanie jedynie zasila decyzję, a jedno z drugim myli się nieustannie, bo raportowanie widać, a decydowania nie. Agent doprowadzi zapisy do perfekcji. To, co powstanie, jeśli nic innego się nie zmieni, to nienagannie prowadzony zapis decyzji, której nikt nie podjął.

Takie jest niewypowiedziane założenie pod każdą używaną metodyką projektową: że gdy decyzja jest potrzebna, ktoś z autorytetem podejmuje ją w rozsądnym czasie. Tam, gdzie to założenie zawodzi, standardy milkną. Żaden rozdział nie opisuje, co robi project manager, gdy komitet sterujący trzeci miesiąc odmawia rozstrzygnięcia konfliktu priorytetów. To milczenie nie jest przeoczeniem, bo leży poza tym, co standard konsensualny może objąć. Jest jednocześnie dokładnie tym miejscem, w którym żyją transformacje, i tam ujawnia się pytanie o mandat.

Przypadkowy project manager stoi tu gorzej niż ktokolwiek inny. Zawodowy project manager wie, że niepodjęta decyzja jest eskalacją. Szef funkcji prowadzący strumień na pół etatu czyta ją jako opóźnienie i obchodzi bokiem.

Ktoś musi pilnować tego, czego agent nie widzi

To jest argument za shadow project managerem przy każdym przypadkowym albo za PMO trzymającym tę funkcję nad całym zestawem. Nie linia raportowa i nie kontrola zgodności, tylko doświadczona osoba biorąca na siebie część, której nie da się zautomatyzować.

• Kto decyduje i do kiedy. Każda otwarta decyzja potrzebuje właściciela z nazwiska i daty. Nieograniczona zwłoka jest nieodróżnialna od braku governance’u.
• Kolizje między strumieniami. Dwa strumienie potrzebujące tych samych deficytowych ludzi to nie jest problem projektowy, a eskalowanie go jako problemu gwarantuje, że wróci. To decyzja portfelowa, której nikt nie podejmuje.
• Korzyść, której nie wytwarza żaden pojedynczy strumień. Doradcy tną pracę na równoległe strumienie, bo strumienie są czytelne. Wartość ląduje tam, gdzie się łączą, a ten wspólny rezultat nie ma właściciela, dopóki się go nie wyznaczy.
• Zależności widoczne tylko z góry. Każdy przypadkowy manager widzi swój strumień wyraźnie, a szwy między strumieniami wcale.
• Pełzanie zakresu podane jako doprecyzowanie. Dołożenia rzadko się zapowiadają. Pojawiają się jako drobne uściślenie na spotkaniu, którego nikt nie protokołował.
• Ryzyko zarządzane przez niezapisywanie go. Szef funkcji ma tu karierę i rejestr, który koledzy mogą przeczytać. Pokusa złagodzenia jest całkowicie ludzka.
• Czy „zrobione” znaczy produkt, czy rezultat. Ktoś musi wziąć przekazanie i utrzymanie korzyści, a tę własność trzeba zaprojektować przed zamknięciem strumienia.
• Realna pojemność. Etat wygrywa każdą konkurencję o czas. Dostępność właściciela strumienia jest prognozą i wymaga comiesięcznego przetestowania.
• Ile metody zostaje włączone. Ktoś musi podjąć tę decyzję świadomie, inaczej odpowiedzią domyślną jest wszystko albo nic.
• Moment, w którym praca przerasta człowieka. Ktoś musi zauważyć, że strumień minął to, co utrzyma właściciel na pół etatu, i powiedzieć to wcześnie.

Przypadkowy to status, nie rola

Ten układ ma datę ważności, niezależnie od tego, czy ktokolwiek ją wyznaczy.

Istnieją trzy uczciwe zakończenia. Człowiek zostaje project managerem naprawdę, z tytułem, czasem i rozwojem pod to. Strumień dostaje zawodowca na pełen etat, a szef funkcji wraca do swojej funkcji. Albo praca kończy się, zanim którekolwiek z tych pytań stanie się pilne.

Nie powinno zdarzyć się zakończenie czwarte, czyli to najczęstsze: nikt nie decyduje, a przypadkowe po cichu staje się trwałe. Organizacja trzyma wtedy zdolność wykonawczą złożoną wyłącznie z ludzi, którzy tej roli nie wybrali i nigdy nie zostali do niej przygotowani. Nie da się ich z niej rozliczyć. Znikną z powrotem w swojej funkcji w tygodniu, w którym ta funkcja będzie ich potrzebować. Taki układ trzyma się na dobrej woli do pierwszego poważnego konfliktu.

Rozstrzygnięcie, które zakończenie obowiązuje, jest aktem governance’u. Należy do dokumentu spisanego na starcie, tego samego, który ustala, co funkcja wykonawcza może faktycznie decydować. Alternatywą jest rozmowa dwanaście miesięcy później o tym, dlaczego nic nie wylądowało.

Agent kupuje organizacji czas. Nie kupuje jej project managera.