Nie umiemy przewidzieć kiedy coś będzie gotowe

Seria o pracy zespołowej (4/4). Start serii: dostarczamy zbyt wolno mimo zajętości. Poprzedni: coraz więcej pracy, coraz mniej kończymy.

Estymacja nie uratuje niestabilnego systemu

„Źle estymujemy” to wygodna diagnoza. Kupujecie warsztat ze story pointami, zmieniacie skalę, dodajecie bufory. Po kwartale daty nadal się rozjeżdżają.

Często sedno leży indziej: system jest niestabilny. Priorytety skaczą w trakcie. Zależności pojawiają się późno. WIP jest za duży. Tematy stoją tygodniami, potem lecą „na wczoraj”. W takim środowisku nawet dobra estymacja pracy jest słabą estymacją daty dostarczenia, bo data zależy od kolejki i zakłóceń, nie tylko od wysiłku.

Ten tekst zamyka serię o pracy zespołowej. Trzy poprzednie opisują mechanizmy, które psują przewidywalność: zajętość bez kończenia, czekanie między zespołami, więcej startów niż domknięć.

Jak wygląda „nieprzewidywalność” od środka

Typowy scenariusz:

• na planningu zobowiązujecie się do daty albo zakresu,
• w drugim tygodniu wchodzi „musi być” spoza planu,
• zależność od innego zespołu przesuwa się o sprint,
• scope puchnie w review z interesariuszami,
• oryginalna data zostaje w slajdzie, bo „już obiecaliśmy”.

Zespół czuje się winny. Biznes czuje się oszukany. Nikt nie kłamał na starcie: założenia przestały być prawdziwe, a data nie została renegocjowana.

Inny wariant: estymujecie pojedyncze zadania uczciwie, ale nikt nie modeluje czasu oczekiwania w kolejkach. Plan zakłada ciągłą pracę. Reality to 30% pracy i 70% czekania.

Objawy

• commitmenty sprintowe regularnie padają z powodów spoza zespołu,
• „kiedy będzie gotowe?” dostaje trzy różne odpowiedzi w zależności od tego, kogo pytacie,
• bufory rosną z każdym planningiem, a i tak nie wystarczają,
• roadmapa żyje krócej niż miesiąc bez większej przebudowy,
• rozmawiacie o dokładności story pointów częściej niż o lead time i aging.

Jeśli to Wasza norma, naprawa samego szacowania to kosmetyka.

Krótki test: data vs przepływ

Weźcie 8-12 ostatnich rzeczy, które faktycznie wyszły na produkcję. Dla każdej zapiszcie:

1. pierwotną obietnicę daty (jeśli była),
2. datę rzeczywistego domknięcia,
3. największe zakłócenie po drodze (priorytet, zależność, scope, awaria, brak decyzji),
4. ile dni pozycja stała bez ruchu.

Potem odpowiedzcie:

• Czy rozjazdy wynikają głównie z „źle policzyliśmy pracę”, czy z zmian i czekania?
• Czy te same zakłócenia wracają?
• Czy ktoś ma mandat zmienić datę, gdy założenia padają?

Jeśli zakłócenia dominują, potrzebujecie stabilniejszego systemu i uczciwszej rozmowy o ryzyku, nie nowej skali Fibonacci.

Co zwykle pomaga

Mierzcie lead time i rozkład, nie tylko „średnią estymację”. Mierniki procesu dają język: „podobne rzeczy kończymy w X-Y dni w 85% przypadków”. To często bardziej użyteczne dla interesariuszy niż „to jest 13 punktów”.

Stabilizujcie WIP i liczbę równoległych zobowiązań. Przewidywalność rośnie, gdy mniej rzeczy naraz walczy o te same ręce i te same zależności. Praktycznie: Kanban i limity WIP.

Jawne zależności przed startem. Blisko Definition of Ready. Data bez uwzględnionej zależności to życzenie.

Renegocjacja przy zmianie założeń. Nowy „musi być” albo spadająca zależność = nowa rozmowa o dacie albo zakresie. Cisza chroni slajd i psuje zaufanie.

Mniejsze, kończalne przyrosty. Krótsze kawałki = krótsze i mniej ryzykowne prognozy. Duży monolit „na Q3” będzie się rozjeżdżał nawet przy dobrych intencjach.

Zależności między zespołami jako źródło niepewności: zależności w pracy zespołu.

Rozmowa z interesariuszem bez magii

Zamiast bronić story pointów, spróbujcie takiej ramki:

• „Przy obecnym WIP i zależnościach podobne rzeczy kończymy zwykle w przedziale A-B.”
• „Jeśli wejdzie nowy priorytet albo spadnie zależność X, przedział się przesuwa i mówimy o tym od razu.”
• „Mamy miejsce na N równoległych zobowiązań. Kolejne oznacza świadome odłożenie czegoś z listy.”

To nie brzmi jak wykręt. Brzmi jak zarządzanie ryzykiem. Interesariusz dostaje wybór: zakres, kolejność albo data, nie iluzję, że wszystko da się dowieźć „jakoś równolegle”.

Czego nie obiecywać

• że „od teraz estymujemy lepiej” bez zmiany tego, ile rzeczy startujecie równolegle,
• sztywnej daty na pracę, której połowa zależy od zespołu spoza Waszego wpływu, bez jego commitmentu,
• dokładności co do dnia w systemie, w którym priorytety zmieniają się co tydzień.

Przewidywalność to właściwość systemu. Szacunek jest jednym z wejść, nie jedynym.

Jak spiąć serię

Jeśli daty kłamią, zwykle macie kombinację:

• za dużo w toku i za duże kawałki → wolne dostarczanie mimo zajętości,
• czas zjadany na styku zespołów → czekanie na inne zespoły,
• startów więcej niż domknięć → coraz więcej pracy, coraz mniej kończymy.

Naprawiacie te trzy, a rozmowa o „kiedy będzie gotowe” robi się spokojniejsza, bo macie dane o przepływie i mniej niespodzianek w środku drogi.

Chcecie przećwiczyć prognozowanie na bazie przepływu zamiast na bazie intuicji z planningu: szkolenia oraz Professional Scrum with Kanban.

Cała seria: Dostarczamy zbyt wolno mimo zajętości · Zespoły czekają na inne zespoły · Coraz więcej pracy, coraz mniej kończymy · Nie umiemy przewidzieć kiedy gotowe