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 oznacza coś odrębnego. Gdy zespoły nadają wszystkim trzem poziomom to samo znaczenie, poziomy te tracą sens, a wraz z nimi zanika sygnał planistyczny.

Epicki

Zakres prac wykraczający poza ramy jednego sprintu — 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 to podzielone), 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ść

Fragment pracy przeznaczony dla użytkownika, który mieści się w jednym sprincie. Historie są przedmiotem szacunków w ramach planning poker i to właśnie w nich określa się punkty historii. Historia stanowi jednostkę prędkości oraz jednostkę określającą „to, do czego zobowiązujemy się w ramach danego sprintu”. Jeśli historia nie mieści się w ramach sprintu, w rzeczywistości jest to epika — należy ją podzielić na historie, które się w nim zmieszczą.

Zadanie

Zadanie wynikające z opisu — 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 przypisanych do opisu 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 te nawyki prowadzą do uzyskania wartości 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ść 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 krok techniczny, który pomaga zrealizować historię. 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 jednym sprincie, 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ę historii składowych po ich rozbiciu. 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 opowieści 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 opowieści, a nie jej zadaniom.

Warto przeczytać

• Czym są punkty fabularne? — jednostka stosowana na poziomie historii.
• 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 zakłóca prognozę.
• Przewodnik po szacowaniu metodą agile — kompletny zestaw materiałów dotyczących szacowania.
• Bezpłatny Planning Poker dla zespołów stosujących metodologię agile — szacujcie karty opowieści wraz z zespołem w czasie rzeczywistym.