Epika, historia a zadanie: wyjaśnienie hierarchii w metodologii agile

Większość narzędzi agile (Jira, Azure DevOps, Linear) oferuje trzy poziomy: epiki, historie użytkownika i zadania. Hierarchia ta pełni swoją funkcję tylko wtedy, gdy każdy poziom ma odrębne znaczenie. Gdy zespoły nadają wszystkim trzem poziomom ten sam sens, poziomy te tracą swoje znaczenie, a wraz z nimi zanika sygnał planistyczny.

Epicki

Zbiór zadań o zakresie większym niż jeden sprint, zazwyczaj funkcja lub inicjatywa, którą zespół realizuje w ciągu kilku sprintów. Epiki są mierzone w rozmiarach koszulek, tygodniach lub liczbie historii (na ile historii, Państwa zdaniem, zostanie rozłożony dany epik), a nie bezpośrednio w punktach historii. Liczba punktów na poziomie epiku stanowi sumę punktów poszczególnych historii, a nie bezpośrednią wycenę.

Opowieść

Element pracy przeznaczony dla użytkownika, który mieści się w jednym sprincie. Historie są przedmiotem szacunków w ramach planning poker i miejscem, w którym określa się punkty historii. Historia stanowi jednostkę miary prędkości oraz jednostkę określającą „to, do czego zobowiązujemy się w tym sprincie”. Jeśli historia nie zmieści się w sprincie, w rzeczywistości jest to epika: proszę ją podzielić na historie, które się zmieszczą. Szacowanie affinite pozwala wcześnie, na kilka tygodni przed planowaniem sprintu, zidentyfikować te zbyt obszerne elementy.

Zadanie

Element opowieści: pozycja na liście kontrolnej, element wdrożenia. Zadania są zazwyczaj wyceniane w godzinach lub nie są w ogóle wyceniane. Przypisywanie punktów zadaniom powoduje powielenie punktów opowieści i sprawia, że wskaźnik prędkości traci sens, ponieważ w rezultacie ten sam nakład pracy jest liczony dwukrotnie, na dwóch poziomach abstrakcji.

Pułapka: wyznaczanie kierunku na każdym poziomie

Niektóre przepływy pracy w Jira zachęcają do przypisywania punktów do zadań w ramach historii; inne narzędzia promują przypisywanie punktów do epik. Oba nawyki prowadzą do uzyskania wskaźników prędkości, które nie odpowiadają rzeczywistości, ponieważ nakład pracy jest liczony na wielu poziomach. Proszę wybrać jeden poziom (historię) i przypisywać punkty wyłącznie na tym poziomie. Wszystko powyżej tego poziomu stanowi agregację, a wszystko poniżej – szczegóły implementacyjne; żadna z tych kategorii nie powinna bezpośrednio wpływać na wartość wskaźnika prędkości.

Najczęściej zadawane pytania

Jaka jest różnica między epopeją, opowiadaniem a zadaniem?

Epika to obszerne dzieło obejmujące wiele sprintów, historia to widoczny dla użytkownika fragment, który mieści się w jednym sprincie, a zadanie to techniczny krok pomagający w realizacji historii. Mówiąc ogólnie: epika określa „co” i „dlaczego” w szerszej perspektywie, historia określa „co” i „dlaczego” z punktu widzenia użytkownika, a zadanie określa, „jak” to zrealizować.

Kiedy opowieść staje się eposem?

Gdy nie da się tego zrealizować w ramach jednego sprintu. Jeśli zespół nie jest w stanie zrealizować zadania od początku do końca w ramach jednego sprintu, jest to w rzeczywistości epika i należy ją podzielić na kilka historii, z których każda będzie mogła zostać zrealizowana w ramach jednego sprintu. Historia, której zakres nieustannie się rozszerza, jest zazwyczaj epiką w przebraniu.

Czy należy szacować epiki w punktach fabularnych?

Nie bezpośrednio. Wielkość epik należy określać na podstawie rozmiarów koszulek, przybliżonej liczby historii lub jako sumę poszczególnych historii składowych po ich rozbiciu na części. Liczba punktowa przypisana do epiki stanowi wartość zbiorczą, a nie szacunek. Rzeczywiste określanie wielkości odbywa się na poziomie poszczególnych historii.

Czy zadania są wyceniane w punktach fabularnych?

Nie. Zadania są wyceniane w godzinach lub pozostają bez wyceny. Przypisywanie punktów zadaniom w ramach historii powoduje podwójne liczenie nakładu pracy (w rezultacie ta sama praca jest liczona na dwóch poziomach), co sprawia, że wskaźnik prędkości traci sens. Proszę przypisywać punkty historii, a nie jej zadaniom.

Warto przeczytać

• Czym są punkty fabularne?: jednostka miary na poziomie fabularnym.
• Podział opowieści użytkownika: co zrobić, gdy „opowieść” jest w rzeczywistości epopeją.
• Velocity: dlaczego uwzględnianie nakładu pracy na więcej niż jednym poziomie zaburza prognozę.
• Przewodnik po szacowaniu w metodologii agile: kompletny zestaw informacji dotyczących szacowania.
• Bezpłatny Planning Poker dla zespołów stosujących metodykę agile: szacujcie karty user story wraz z zespołem w czasie rzeczywistym.