Story pointy wyjaśnione: estymacja względna zamiast godzin, skala Fibonacciego, jak punkty zasilają prędkość i prognozy wydań oraz jak East Agile Tracker estymuje historie.
Story point (punkt) to jednostka względnego rozmiaru. Zamiast szacować pracę w godzinach lub dniach, zespół porównuje ją z pracą, którą już wykonał: „to jest mniej więcej dwa razy większe niż tamto”. Liczba obejmuje jednocześnie nakład pracy, złożoność i niepewność.
Dlaczego względnie, a nie w godzinach
Dział zatytułowany „Dlaczego względnie, a nie w godzinach”Ludzie słabo przewidują, ile zajmie im zadanie, a całkiem dobrze oceniają, czy jedno zadanie jest większe od drugiego. Story pointy korzystają z tej drugiej umiejętności.
- Punkty nie zależą od tego, kto wykonuje pracę. Historia ma 3 punkty niezależnie od tego, czy weźmie ją senior, czy junior; różnicę widać w tym, jak szybko zespół kończy punkty, a nie w estymacji.
- Estymowanie pozostaje szybkie. Porównanie historii ze znaną historią zajmuje kilka sekund. Rozbicie jej na godziny trwa znacznie dłużej i rzadko jest dokładniejsze.
- Punkty zamieniają się w daty dzięki pomiarom. Gdy zespół wie, ile punktów kończy w iteracji — czyli zna swoją prędkość — może prognozować, kiedy zestaw historii będzie gotowy.
Estymacja to rozmowa o rozmiarze, a nie obietnica. Gdy zespół nie zgadza się co do liczby, dyskusja zwykle ujawnia nieporozumienie dotyczące historii, co jest cenniejszym wynikiem.
Zespoły wybierają krótką skalę, aby estymacje pozostały zgrubne. Typowe skale:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Odstępy rosną wraz z rozmiarem, bo duże historie są mniej pewne.
- Liniowa — 0, 1, 2, 3. Mała skala dla zespołów, które drobno dzielą pracę.
- Rozmiary koszulek — S, M, L (czasem także XS i XL).
Historia zbyt duża na górny koniec skali to sygnał, by podzielić ją na mniejsze historie.
Estymowanie w zespole
Dział zatytułowany „Estymowanie w zespole”Popularną techniką jest planning poker: każdy wybiera estymację w ukryciu, wszyscy odsłaniają ją jednocześnie, a autorzy najwyższej i najniższej estymacji wyjaśniają swoje rozumowanie, zanim zespół ustali liczbę. Jednoczesne odsłonięcie sprawia, że pierwszy głos nie narzuca kotwicy pozostałym.
Estymuj, zanim historia zostanie rozpoczęta, gdy zespół rozumie, co oznacza dla niej „gotowe” — czyli kryteria akceptacji. Zobacz Historyjki użytkownika i planowanie iteracji.
Jak robi to East Agile Tracker
Dział zatytułowany „Jak robi to East Agile Tracker”- Features domyślnie przyjmują punkty. Bugs i chores pozostają nieestymowane, chyba że projekt włączy Points for bugs and chores. Zobacz Estymowanie features.
- Dostępne są trzy skale: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) i 3-Point (1, 2, 3 dla Small / Medium / Large). Skalę wybiera się per projekt; jej późniejsza zmiana nie przemapowuje istniejących estymacji. Zobacz Punkty.
- Punkty zasilają prędkość. Punkty historii liczą się do prędkości, gdy historia osiągnie stan ukończenia projektu, a prędkość wyznacza rozmiar kolejnych iteracji. Zobacz Prędkość.
- Nieestymowane historie można wyszukać. Filtr
is:unestimatedwyświetla features, które wciąż potrzebują liczby. Zobacz Wyszukiwanie i filtry.
Dalsza lektura
Dział zatytułowany „Dalsza lektura”- Czym jest velocity? — jak punkty stają się prognozą.
- Scrum czy Kanban — gdzie estymacja pasuje w każdej z metod.
- eXtreme Programming — metoda, z której wywodzą się story pointy.