Czym są story points? Praktyczny przewodnik

Story point to jednostka względnego nakładu pracy, którą zespół przypisuje zadaniu. Łączy ocenę złożoności, niepewności i ilości pracy, a nie przewidywany czas w godzinach. Zespoły porównują elementy („to jest mniej więcej dwa razy większe od tamtego”) zamiast przewidywać konkretny czas. Punkty najczęściej wybiera się ze skali takiej jak Fibonacci podczas sesji planning poker. Poniżej wyjaśniamy, co naprawdę mierzą, co mówią badania i jak z nich korzystać bez nadmiernych obietnic.

Czym jest story point?

Story point odpowiada na pytanie porównawcze, a nie bezwzględne. Zamiast pytać „ile godzin zajmie to zadanie?”, zespół pyta „jak duże jest ono w porównaniu z pracą, którą już znamy?”. Element powszechnie uznany za mały może mieć 2 punkty, bardziej złożony — 5, a duży i niejasny — 13. Liczba nie ma przypisanego czasu. To wspólna, względna ocena rozmiaru.

Abstrakcyjna jednostka oddziela estymatę od szybkości konkretnej osoby i presji zobowiązania do terminu. Młodszy i starszy programista mogą potrzebować różnej ilości czasu, ale często zgodzą się, że jeden element jest mniej więcej dwa razy większy od drugiego.

Z czego składa się story point?

Jedna liczba łączy trzy czynniki:

• Złożoność: stopień skomplikowania pracy, liczba jej części i systemów, których dotyka.
• Niepewność: jak wiele zespół jeszcze musi poznać. Niewiadome i ryzyko zwiększają estymatę.
• Ilość pracy: liczba powtarzalnych czynności, nawet jeśli każda z nich jest prosta.

Dlatego dwa elementy wymagające podobnej liczby godzin mogą otrzymać różne punkty. Prosta zmiana obejmująca czterdzieści plików i trudny algorytm w jednym pliku są „duże” z różnych powodów.

Dlaczego zespoły szacują w punktach zamiast w godzinach

Popularność estymacji względnej wynika głównie z czynników ludzkich, a nie matematyki:

• Oddziela estymatę od konkretnej osoby. Czas zależy od wykonawcy. Rozmiar względny ma być bardziej stabilny między osobami.
• Porównywanie jest szybsze od przewidywania. Ocena, że jeden element jest większy od drugiego, zajmuje mniej czasu niż prognoza dokładnego czasu, dzięki czemu sesje przebiegają sprawniej.
• Ogranicza pozorną precyzję. „13 punktów” uczciwie sygnalizuje niepewność. „16,5 godziny” sugeruje dokładność, której nikt nie ma.
• Pobudza rozmowę. Prawdziwym wynikiem wspólnej estymacji nie jest liczba, lecz dyskusja, która ujawnia ukrytą pracę — tak jak podczas sesji planning poker.

To realne korzyści, ale warto też uczciwie opisać aspekt, który często pomijają poradniki.

Co naprawdę mówią badania

Powszechne twierdzenie, że story points są dokładniejsze niż estymaty godzinowe, nie ma mocnego poparcia w kontrolowanych badaniach.

W serii kontrolowanych eksperymentów profesjonalni programiści szacowali te same zadania na dwa sposoby: część podawała story points, a część roboczogodziny. Estymaty punktowe okazały się mniej dokładne niż godzinowe i wymagały więcej czasu, nawet od osób z dużym doświadczeniem w story points. W tym samym badaniu stwierdzono, że wielkość punktowa zadania bardzo się zmieniała zależnie od tego, kto je estymował — przeciwnie do założenia, że punkty są niezależne od programisty.

Podobny obraz widać w większej skali. W analizie z 2022 roku obejmującej 37 440 rzeczywistych historyjek użytkownika z 37 projektów open source badacze porównali story points z faktycznym czasem pracy. Punkty dobrze odpowiadały rzeczywistemu nakładowi tylko w około 7% projektów. W pozostałych związek był średni lub słaby, a pierwotna ludzka estymata — zawyżona albo zaniżona — była błędna w około trzech na cztery historyjki. Szersze przeglądy estymacji agile formułują tę samą myśl łagodniej: story points są najpopularniejszym sposobem określania rozmiaru pracy, ale nie ma solidnych dowodów, że dokładnie przewidują nakład. (Pełne źródła podano poniżej).

Uczciwy wniosek: story points nie są wiarygodnym sposobem przewidywania czasu wykonania pojedynczego zadania. Jeśli oczekujesz dokładnych prognoz dla każdego elementu, rozczarujesz się — badania wyjaśniają dlaczego.

Do czego przydają się story points?

Do wielu rzeczy, o ile używasz ich we właściwym celu.

• Wspólne zrozumienie. Gdy głosy się różnią, dyskusja ujawnia założenia, brakujące zadania i ryzyko. To najważniejszy efekt i powód, dla którego technika jest warta poświęconego czasu.
• Zgrubne prognozowanie dla wielu zadań. Pojedyncze estymaty są niedokładne, ale w całym backlogu błędy częściowo się znoszą. Śledzenie liczby punktów realizowanych przez zespół w sprincie (velocity) daje użyteczną, przybliżoną prognozę — znacznie lepszą niż sumowanie zgadywanych godzin.
• Oznaczanie ryzykownych zadań. 13 lub 21 punktów to sygnał: element jest zbyt duży lub zbyt niepewny. Podziel go, zanim sprawi problemy.
• Bardziej ludzkie podejście do estymacji. Rozmiar względny pozwala uniknąć presji terminów i obwiniania konkretnych osób, które często towarzyszą estymatom godzinowym.

Żadna z tych korzyści nie wymaga dokładnego odwzorowania wysiłku przez punkty. Wymagają zespołu, który rozmawia i konsekwentnie porównuje pracę.

Jak estymować w story points

1. Wybierz skalę. Większość zespołów używa talii Fibonacciego (0, 1, 2, 3, 5, 8, 13, 21). Rosnące odstępy odzwierciedlają większą niepewność, więc nie trzeba rozstrzygać drobnych różnic między dużymi elementami.
2. Wybierz historyjkę referencyjną. Uzgodnijcie jeden dobrze rozumiany element jako punkt odniesienia („to jest nasze 3”). Pozostałe oceniajcie przez porównanie.
3. Estymujcie razem i jednocześnie odkrywajcie wyniki. Użyjcie planning poker, aby nikt nie zakotwiczył się na pierwszej wypowiedzianej liczbie. Pełną metodę opisuje nasz przewodnik krok po kroku.
4. Oszacujcie ponownie, gdy zdobędziecie nowe informacje. Punkty przedstawiają obecny stan wiedzy, a nie umowę. Zaktualizujcie je, gdy sytuacja się zmieni.

Story points a godziny

Żadna metoda nie jest magiczna. Jeśli interesariusz naprawdę potrzebuje terminu, same punkty go nie wyznaczą. Trendy velocity i rozmowa dadzą lepszy wynik niż stos zgadywanych godzin.

Częste błędy i nadużycia

• Przeliczanie punktów na godziny. Tabela „1 punkt = 4 godziny” niweczy cały sens punktów i ponownie wprowadza pozorną precyzję.
• Porównywanie velocity zespołów. Punkty są skalibrowane dla konkretnego zespołu. 8 punktów zespołu A nie oznacza tego samego co 8 punktów zespołu B. Wykorzystywanie velocity do porównywania produktywności jest znanym antywzorcem.
• Traktowanie punktów jako miary wyników. Gdy punkty stają się celem, są zawyżane i przestają cokolwiek znaczyć (prawo Goodharta w praktyce).
• Oczekiwanie dokładności dla pojedynczego zadania. Jak pokazują badania, punkty pojedynczego elementu słabo przewidują rzeczywisty czas. Prognozuj wiele zadań, nie jedno.
• Brak ponownej estymacji. Punkty wybrane przed zrozumieniem pracy nie są święte. Aktualizuj je.

Często zadawane pytania

Czy story points są tym samym co godziny?

Nie. Godziny to bezwzględny czas zależny od konkretnej osoby. Story points oznaczają względny rozmiar obejmujący złożoność, niepewność i ilość pracy; mają być niezależne od wykonawcy.

Ile godzin odpowiada jednemu story pointowi?

Nie ma stałego przelicznika, a jego tworzenie przeczy celowi metody. Niektóre zespoły po czasie zauważają, że dany punkt zwykle odpowiada pewnemu przedziałowi czasu, ale to obserwacja, a nie zasada do stosowania podczas estymacji.

Jakiej skali używać do story points?

Najczęściej stosuje się Fibonacciego (0, 1, 2, 3, 5, 8, 13, 21), ponieważ rosnące odstępy odzwierciedlają większą niepewność dużych elementów. Rozmiary koszulek sprawdzają się przy szybkiej, zgrubnej estymacji.

Czy story points są naprawdę dokładne?

Dowody dotyczące przewidywania nakładu dla pojedynczego zadania są słabe: kontrolowane badania nie wykazały wyraźnej przewagi dokładności nad godzinami, a analiza na dużą skalę wykazała niespójną korelację punktów z rzeczywistym nakładem. Ich wartość polega na wspólnym rozumieniu i przybliżonym prognozowaniu wielu zadań, a nie na dokładnym przewidywaniu każdego z nich.

Czy można porównywać velocity różnych zespołów?

Nie. Punkty są skalibrowane wewnątrz zespołu, więc velocity jednego zespołu nie jest porównywalne z velocity innego. Używanie velocity do tworzenia rankingu zachęca do zawyżania punktów i jest częstym antywzorcem.

Kto przypisuje story points?

Osoby, które będą wykonywać pracę, wspólnie — zwykle podczas sesji planning poker. Product Owner wyjaśnia zakres, ale nie ustala wartości, a Scrum Master prowadzi spotkanie.

Czy story points mierzą nakład pracy, czy złożoność?

Oba te czynniki, a także niepewność i ilość pracy. Łączą kilka aspektów w jedną wartość względną, dlatego dwa zadania o podobnym surowym nakładzie mogą otrzymać różną liczbę punktów.

Źródła

1. Usman, M., Mendes, E., Weidt, F. i Britto, R. (2014). Effort estimation in agile software development: a systematic literature review. PROMISE 2014.
2. Jørgensen, M. i Escott, E. Relative estimates of software development effort: are they more accurate or less time-consuming to produce than absolute estimates? (kontrolowane eksperymenty z udziałem profesjonalnych programistów).
3. Tawosi, V., Moussa, R. i Sarro, F. (2022). On the Relationship Between Story Points and Development Effort in Agile Open-Source Software. ESEM 2022 (37 440 historyjek użytkownika, 37 projektów).
4. Pasuksmit, J., Thongtanunam, P. i Karunasekera, S. (2022). Story points changes in agile iterative development. Empirical Software Engineering.