Szybki wzrost nie jest tematem. Nie traktujcie go jak tematu.

Spiki to wyznaczone przedziały czasowe z konkretnymi wynikami — „poświęć dwa dni, przedstaw zalecenie”. Liczba na karcie oznacza budżet, a nie prognozę. Szacowanie czasu trwania spike’a na podstawie zestawu funkcji jest niewłaściwym podejściem: nie wiadomo, co się odkryje, kwestia względnego nakładu pracy nie ma tu zastosowania, a zespół skończy kłócąc się o liczbę, która niczego nie oznacza.

Innym rodzajem niepowodzenia jest dopuszczenie do sytuacji, w której projekt typu „spike” pochłania cały nakład pracy. Zespół przyznaje mu ocenę 3, projekt trwa dwa tygodnie, nic nie zostaje wydane, a pierwotna historia nadal nie została oszacowana. Projekt typu „spike” ma określony czas trwania i konkretny wynik. Jeśli żadna z tych informacji nie znajduje się w zgłoszeniu, nie dokonują Państwo oszacowania projektu typu „spike” — zatwierdzają Państwo jedynie badanie o nieokreślonym czasie trwania.

O czym się mówi w tym pomieszczeniu

Inżynier: „Naprawdę nie wiem, co to jest, dopóki tego nie obejrzę”.

PM: „Jak ma wyglądać gotowy produkt? Dokumentacja? Wersja demonstracyjna?”

Wstęp: „Za dwa dni ponownie ocenimy rzeczywisty przebieg wydarzeń w oparciu o to, co Państwo ustalili”.

Pytanie: „Co się stanie, jeśli wskaźnik wyświetli komunikat »nie buduj tego«?”

Pytania, które warto zadać przed oddaniem głosu

  • Jak długi jest ten przedział czasowy — pół dnia, dwa dni, tydzień?
  • Jaki jest oczekiwany rezultat — dokument, prototyp, zalecenie, wynik pomiaru?
  • Kto dokonuje oceny wyników i na podstawie jakich kryteriów?
  • Co się stanie, jeśli odpowiedź brzmi: „nie należy tego budować”?
  • Czy dotyczy to tempa pracy zespołu, czy też okresu poza cyklem?

Niektóre zespoły całkowicie wykluczają skoki wartości prędkości z analizy — są one bowiem inwestycją, a nie wynikiem realizacji, a mylenie tych dwóch pojęć zniekształca sygnał planistyczny. Każde z tych podejść jest skuteczne; nie skuteczne jest natomiast nie wybranie jednego z nich i nie stosowanie go konsekwentnie.

Proszę przegłosować budżet z określonym terminem realizacji i konkretnym rezultatem, a następnie ponownie oszacować rzeczywiste koszty.

Zobacz też: techniki szacowania dotyczące zadań o mniej sprecyzowanym charakterze oraz typowe błędy w planowaniu pokerowym związane z dopuszczaniem do tego, by analiza wkraczała w treść opisu zadania. Zapoznaj się z innymi przykładami szacowania z praktyki lub rozpocznij bezpłatną sesję planowania pokerowego po zakończeniu fazy spike’u, a nie w jej trakcie.