Projekt biegnie w czterech fazach naraz – dlaczego kanban tego nie udźwignie

Realny projekt budowlany nie przechodzi grzecznie z kolumny „do zrobienia” do „zrobione”. Koncepcja jest zamknięta, projekt budowlany czeka w urzędzie, projekt wykonawczy właśnie się rysuje, a równolegle biuro odpowiada na pytania z przetargu na wykonawcę. Trzy-cztery fazy żyją jednocześnie – każda w innym stanie, z innym właścicielem i innym rytmem.

Tymczasem większość narzędzi, które biura próbują wdrażać, zakłada świat liniowy: zadanie wchodzi z lewej, wychodzi z prawej. Skutki znamy. Albo tablica upraszcza rzeczywistość tak bardzo, że przestaje mówić prawdę, albo rośnie do tysiąca kart, których nikt nie aktualizuje i na które nikt nie patrzy. W obu wariantach właściciel wraca do pytania „na czym stoimy?” zadawanego ludziom, nie systemowi.

To nie jest wina kanbanu – to wina poziomu, na którym się go używa. Ten artykuł pokazuje model, który oddaje projekt wielobranżowy bez przekłamań: fazy równoległe na poziomie projektu, kanban dopiero wewnątrz fazy i statusy, które mówią, na kim sprawa wisi.

Dlaczego kanban nie oddaje rzeczywistości projektu wielobranżowego?

Bo kanban modeluje przepływ jednorodnych elementów przez kolejne etapy, a projekt budowlany nie jest jednorodnym elementem – jest wiązką równoległych strumieni o różnych stanach. Jedna karta „Projekt Kowalskiego” w kolumnie „w toku” nie niesie żadnej informacji.

Kanban powstał do pracy, w której elementy są porównywalne i płyną w jedną stronę: zgłoszenia, zlecenia produkcyjne, zadania programistyczne. W tych warunkach kolumny mówią prawdę – element jest w jednym miejscu procesu naraz. Projekt w biurze łamie to założenie na starcie: równocześnie jest „w urzędzie” (bo PB czeka na pozwolenie), „w produkcji” (bo powstaje wykonawczy) i „w sprzedaży” (bo trwa wycena aneksu). W której kolumnie stoi karta?

W praktyce biura radzą sobie na dwa sposoby i oba są złe. Pierwszy: karta stoi w kolumnie „najważniejszej” fazy – czyli tablica pokazuje wycinek prawdy, a reszta żyje w głowach. Drugi: projekt rozbija się na dziesiątki kart zadań na wspólnej tablicy – i wtedy tablica mówi wszystko naraz, czyli nic. O tym, jak kończy się modelowanie projektów w arkuszu, pisaliśmy przy okazji granic harmonogramu w Excelu – kanban użyty na złym poziomie wpada w tę samą pułapkę z drugiej strony.

Co naprawdę dzieje się w projekcie, który jest w czterech fazach naraz?

Fazy projektu nakładają się w czasie, bo mają różnych właścicieli i różne blokady: część czeka na urząd, część na klienta, część na branżystów – a praca projektowa toczy się tam, gdzie akurat nic nie blokuje. Równoległość to nie patologia, to natura tej pracy.

Scenariusz: biuro prowadzi rozbudowę zakładu produkcyjnego. Faza koncepcji – zamknięta, ale klient właśnie poprosił o wariant z większą halą magazynową, więc częściowo wraca. Faza projektu budowlanego – komplet w urzędzie, biuro czeka na pozwolenie i pilnuje terminu. Faza wykonawcza – konstrukcja i instalacje rysują się równolegle, architektura koordynuje. Faza formalna dla etapu drugiego – właśnie ruszyło rozpoznanie działki sąsiedniej. Cztery fazy, cztery stany, czterech różnych „właścicieli ruchu”: klient, urząd, zespół, prowadzący.

Kluczowa obserwacja: w każdej fazie pytanie „na czym to stoi?” ma inną odpowiedź i innego adresata. Tego nie da się zakodować w jednej kolumnie. Da się to natomiast zakodować w prostym zdaniu: faza X jest w stanie Y i czeka na Z. Cały sensowny model zarządzania projektem wielobranżowym to sposób na to, żeby takie zdania były widoczne bez pytania ludzi – dla każdego projektu i każdej fazy naraz.

Czym różni się faza projektu od zadania?

Faza to strumień pracy z własnym stanem, właścicielem i horyzontem tygodni lub miesięcy. Zadanie to pojedynczy krok wewnątrz fazy, do wykonania przez konkretną osobę w dni. Mieszanie tych poziomów na jednej tablicy to główny powód, dla którego narzędzia „nie działają”.

Rozróżnienie brzmi akademicko, ale ma twarde konsekwencje. O fazach rozmawia się z klientem i zarządem: „budowlanka w urzędzie, wykonawczy na ukończeniu”. O zadaniach rozmawia się w zespole: „policz zbrojenie stropu do czwartku”. Klient nie potrzebuje widzieć zadań – potrzebuje stanu faz. Zespół nie pracuje „na fazie” – pracuje na zadaniach. Właściciel biura potrzebuje obu widoków, ale nigdy naraz: portfelowego do decyzji, zadaniowego do odblokowywania ludzi.

Stąd prosta zasada architektury: statusy faz na poziomie projektu, kanban zadań dopiero wewnątrz fazy. Kanban wraca tu do roli, w której jest świetny – krótkie, porównywalne zadania płynące przez „do zrobienia, w toku, do sprawdzenia, zrobione”. Tyle że takich tablic jest wiele, każda mała i żywa, zamiast jednej wielkiej i martwej.

Jak wygląda tablica z tysiącem kart – i czemu nikt na nią nie patrzy?

Wspólna tablica całego biura degeneruje się w kilka miesięcy: karty nieaktualne, kolumny naciągane, aktualizacja droższa niż wartość odczytu. Zespół przestaje wpisywać, właściciel przestaje czytać – system formalnie istnieje, praktycznie nie istnieje.

Mechanizm degeneracji jest zawsze ten sam. Najpierw tablica rośnie, bo dochodzą projekty, a nic nie znika – zamknięte fazy wiszą, „bo może się przydadzą”. Potem koszt aktualizacji zaczyna przekraczać pożytek: projektant ma przesunąć piętnaście kart, żeby odzwierciedlić jeden tydzień pracy, więc przesuwa raz na dwa tygodnie albo wcale. W końcu tablica kłamie na tyle często, że przestaje być źródłem prawdy – i wszyscy wracają do pytania na głos, a narzędzie zostaje jako dekoracja do raportowania przed zebraniem.

Warto nazwać sedno: zespół nie przestał używać tablicy, bo jest niezdyscyplinowany. Przestał, bo tablica wymagała opisywania rzeczywistości w modelu, który do niej nie pasuje. Ludzie bezbłędnie wyczuwają narzędzia, które biorą więcej, niż dają – i cicho je porzucają. Naprawa nie polega na apelach o dyscyplinę, tylko na zmianie modelu na taki, w którym minimalna aktualizacja daje maksimum obrazu.

Jaki model oddaje fazy równoległe bez przekłamań?

Macierz: projekty w wierszach, fazy w kolumnach, w komórkach status fazy. Do tego jedna zasada: status fazy zawsze mówi, na kim wisi ruch – zespole, urzędzie, kliencie czy branżyście zewnętrznym.

Statusy faz nie mogą być kopią kolumn kanbanu. Minimalny zestaw, który oddaje rzeczywistość biura, wygląda tak: nierozpoczęta, w przygotowaniu, w toku, czeka na urząd, czeka na klienta, czeka na podwykonawcę, zamknięta. Trzy statusy „czeka” to nie kosmetyka – to najważniejsza informacja w całym modelu. Faza „w toku” wymaga mocy przerobowych. Faza „czeka na urząd” wymaga pilnowania terminu. Faza „czeka na klienta” wymaga przypomnienia i daty, po której poślizg przestaje być winą biura. Każde „czeka” ma inne lekarstwo.

Macierz ma jeszcze jedną zaletę: minimalny koszt aktualizacji. Zmiana stanu fazy to jedno kliknięcie raz na kilka dni, a nie przesuwanie piętnastu kart. A ponieważ z macierzy korzysta właściciel – bo wreszcie widzi portfel – zespół dostaje natychmiastową nagrodę za aktualizowanie: przestają przychodzić pytania „na czym stoi Kowalski”.

Gdzie w tym modelu jest miejsce kanbanu i ganttu?

Kanban wraca do zadań wewnątrz fazy, gantt do planowania terminów między fazami – oba przestają udawać model całości i zaczynają robić to, do czego powstały.

Kanban fazy jest mały i żywy: kilkanaście-kilkadziesiąt kart, jeden zespół, horyzont dwóch-trzech tygodni. W takiej skali kolumny mówią prawdę, a codzienna aktualizacja zajmuje sekundy. Co ważne, tablice są per faza lub per branża w fazie – konstruktorzy nie muszą oglądać kart architektury, żeby znaleźć swoje. Zamknięcie fazy zamyka tablicę w całości i portfel nie zarasta.

Gantt zostaje narzędziem planowania i rozmowy: pokazuje zależności (wykonawczy nie skończy się przed pozwoleniem), terminy umowne i to, co obiecano klientowi. Ale stan bieżący czyta się z macierzy, nie z ganttu – bo gantt aktualizowany codziennie to etat, a gantt nieaktualizowany to fikcja. Podział ról jest czysty: gantt mówi „jak miało być”, macierz mówi „jak jest”, różnica między nimi to materiał na rozmowę o zarządzaniu projektami bez chaosu.

Jak przejść z jednej tablicy na model faz w tydzień?

Definiujesz standardowe fazy biura, spisujesz macierz stanu wszystkich projektów, ustalasz właścicieli faz – i dopiero potem odtwarzasz kanbany zadań tam, gdzie praca faktycznie trwa. Kolejność jest istotna: najpierw prawda o portfelu, potem narzędzia.

Scenariusz wdrożenia. Dzień pierwszy: lista faz standardowych dla biura – zwykle wystarcza 5-7: rozpoznanie i oferta, koncepcja, projekt budowlany, formalności, projekt wykonawczy, realizacja i nadzór, rozliczenie. Nie każda faza występuje w każdym projekcie i to jest w porządku. Dzień drugi: macierz – wszystkie żywe projekty w wierszach, status każdej fazy z zestawu ustalonego wyżej, przy każdym „czeka” dopisane na co i od kiedy. Samo wypełnienie tej macierzy zwykle jest odkryciem: nagle widać, że połowa portfela wisi na dwóch urzędach i jednym kliencie. Dzień trzeci: właściciele – każda aktywna faza dostaje jedno nazwisko. Dni czwarty-piąty: kanbany zadań tylko dla faz „w toku”, z czystą kartą – bez migracji zaległych kart ze starej tablicy, bo migracja gruzu odtwarza gruzowisko.

Stara tablica zostaje w trybie tylko do odczytu na kwartał, po czym znika. Rytuał utrzymania jest jeden: krótki cotygodniowy przegląd macierzy – te same piętnaście minut, które i tak wydarza się na naradzie, tylko teraz nad wspólnym obrazem zamiast nad odpytywaniem po kolei.

Co macierz faz mówi właścicielowi, czego nie powie żadna tablica?

Trzy rzeczy, których nie widać z poziomu zadań: gdzie naprawdę utknął portfel, kto jest przeciążony pracą w toku i co z tego wynika dla przychodów w najbliższych miesiącach. To jest poziom, na którym podejmuje się decyzje – i dlatego macierz jest narzędziem właściciela, nie tylko zespołu.

Pierwszy sygnał: skupiska „czeka”. Gdy w kolumnie formalności trzy projekty z rzędu mają status „czeka na urząd” od tygodni, to nie są trzy osobne pechowe przypadki – to wzorzec, który wymaga reakcji: ponagleń, rozmowy z inwestorami o terminach, przesunięcia mocy na fazy, które nie są zablokowane. Bez macierzy ten wzorzec rozmywa się w codziennych rozmowach o pojedynczych projektach.

Drugi sygnał: obciążenie liczone fazami, nie deklaracjami. Liczba faz „w toku” przypisanych do jednego prowadzącego to najprostszy istniejący miernik przeciążenia. Jeśli jedna osoba prowadzi sześć aktywnych faz, a inna dwie, to widać to w macierzy od razu – zanim przeciążenie zamieni się w poślizgi i pracę po godzinach. To samo dotyczy branż: konstrukcja zawalona, architektura na luzie – argument do przesunięć albo do decyzji o zewnętrznym branżyście, oparty na obrazie, nie na wrażeniu.

Trzeci sygnał: przyszłe fakturowanie. Jeżeli płatności są powiązane z zamykaniem faz – a w dobrze ułożonej umowie są – to macierz faz jest jednocześnie prognozą przychodów: widać, które fazy zbliżają się do zamknięcia i co realnie zafakturujesz w tym kwartale. Portfel, w którym dużo faz „w toku”, a mało „blisko zamknięcia”, to wczesne ostrzeżenie o dziurze w przychodach za dwa miesiące – dostatecznie wczesne, żeby zareagować sprzedażą albo domknięciem wiszących etapów.

Najczęściej zadawane pytania

Ile faz powinno mieć biuro w standardzie – i czy każdy projekt musi mieć wszystkie?

Zwykle 5-7 faz wystarcza, a mniejsze projekty używają podzbioru. Ważne, żeby nazwy i znaczenia były wspólne dla całego biura – porównywalność portfela bierze się ze standardu, nie z liczby faz.

Czy fazy równoległe nie zachęcają do rozgrzebywania wszystkiego naraz?

Model opisuje rzeczywistość, nie zachęca do niej – równoległość i tak istnieje, pytanie brzmi, czy ją widać. Paradoksalnie dopiero macierz pozwala ograniczać pracę w toku świadomie: widać, ile faz „w toku” przypada na zespół i gdzie trzeba domknąć zanim się otworzy kolejne.

Co ze statusem fazy, która częściowo wróciła – jak koncepcja po zmianie klienta?

Wraca do „w toku” z notatką przyczyny i zakresu powrotu. To uczciwsze niż utrzymywanie fikcji „zamknięta” – a historia zmian statusów pokazuje później, ile kosztowały wznowienia, co jest bezcennym argumentem przy wycenie zmian zakresu.

Czy do modelu faz potrzebny jest od razu system, czy wystarczy arkusz?

Macierz można zacząć w arkuszu i to dobry pierwszy krok – model jest ważniejszy od narzędzia. Arkusz kończy się tam, gdzie zaczynają automatyczne przypomnienia przy „czeka na urząd”, kanbany zadań powiązane z fazami i historia zmian – wtedy warto przejść na system, przenosząc gotowy, sprawdzony model.

Jak przekonać zespół, który już raz zraził się do tablic?

Nie obietnicami, tylko redukcją kosztu: nowy model wymaga od projektanta jednego kliknięcia statusu zamiast piętnastu kart. I natychmiastową korzyścią: przestają przychodzić pytania o status, bo właściciel czyta macierz. Zaufanie do narzędzi odbudowuje się tylko tak – narzędziem, które bierze mniej, niż daje.

Podsumowanie

Projekt wielobranżowy nie jest kartą na tablicy – jest wiązką równoległych faz o różnych stanach i właścicielach. Dlatego kanban użyty jako model całości albo kłamie, albo puchnie do martwego tysiąca kart. Działa architektura dwupoziomowa: macierz projektów i faz ze statusami mówiącymi, na kim wisi ruch, plus małe kanbany zadań wewnątrz żywych faz. Gantt zostaje do planowania terminów. Taki układ kosztuje minuty tygodniowo, a oddaje właścicielowi to, o co naprawdę chodzi: cały portfel na jednym ekranie, bez dzwonienia po ludziach.

Jeśli chcesz zobaczyć, jak model faz mógłby wyglądać dla Twojego portfela projektów – umów 15-minutową rozmowę. Rozrysujemy Twoje fazy i pokażemy, jak przejść ze starej tablicy bez przenoszenia gruzu.