Epic to duża jednostka pracy w metodykach zwinnych, która reprezentuje znaczącą potrzebę biznesową lub funkcjonalność zbyt rozbudowaną, by zmieścić ją w jednym sprincie. Zamiast realizować epic w całości, rozbijasz go na mniejsze user stories dostarczane przyrostowo. Sam epic nigdy nie trafia bezpośrednio do sprintu – do iteracji wchodzą wyłącznie wyprowadzone z niego historyjki.
Epic grupuje powiązane user stories wokół wspólnego celu biznesowego lub funkcjonalnego. Dzięki temu łączy strategiczne cele organizacji z codzienną pracą zespołu deweloperskiego i porządkuje Product Backlog w czytelną hierarchię. Product Owner planuje na tym poziomie długoterminową roadmapę produktu i rozmawia z interesariuszami o celach biznesowych, bez schodzenia do szczegółów technicznych pojedynczych zadań.
Hierarchia wymagań – gdzie epic leży w strukturze
W klasycznym Agile i Scrumie hierarchia wymagań przyjmuje postać Epic -> User Story -> Task. Epic wyznacza duży cel, historyjki opisują konkretne potrzeby użytkownika, a zadania to techniczne kroki potrzebne do ich dostarczenia.
W SAFe struktura jest rozbudowana, ponieważ musi koordynować pracę wielu zespołów naraz. Poziomy układają się następująco:
- Epic – inicjatywa strategiczna zarządzana na poziomie Portfolio Backlog;
- Feature lub Capability – większe funkcjonalności rozpisywane dla zespołów;
- Story – gotowa do realizacji historyjka użytkownika;
- Task – pojedyncze zadanie techniczne.
W SAFe epic opisuje się za pomocą Epic Hypothesis Statement. Dokument zawiera uzasadnienie biznesowe, propozycję MVP i szacowane koszty, a decyzja o rozpoczęciu prac zapada w ramach Lean Portfolio Management. Taki epic może rozciągać się na wiele sprintów, a nawet kilka Program Increments. Więcej o różnicach między poziomami znajdziesz w opracowaniu Epiki, historyjki i inicjatywy – Atlassian.
Przykład epica i jego dekompozycja
Typowy epic obejmuje rozwój całego modułu aplikacji, wdrożenie nowego procesu biznesowego albo złożoną integrację systemową. Weźmy epic “System zarządzania zamówieniami online”. Wyprowadzisz z niego user stories dotyczące koszyka zakupowego, integracji z bramką płatności czy generowania faktur oraz powiadomień e‑mail.
Rozbicie epica na mniejsze elementy odbywa się podczas Backlog Grooming oraz Sprint Planning. Zespół stopniowo przekłada epic na user stories, które muszą spełnić Definition of Ready, zanim trafią do sprintu. Dopiero taka gotowa historyjka wchodzi do iteracji i podlega estymacji. Praktyczne wskazówki do samego rozbijania opisuje What is an Epic User Story? – Agile Alliance Glossary.
Epic w Jirze – jak wygląda w praktyce
W Jirze epic to natywny typ zgłoszenia. Możesz przypisać mu kolor, daty rozpoczęcia i zakończenia oraz powiązane stories. Postęp realizacji widzisz na dwa sposoby:
- na osi czasu (roadmapa), gdzie epic pokazuje się jako pasek rozciągnięty w czasie;
- w widoku backlogu, z listą przypisanych historyjek i statusem ich ukończenia.
Postęp epica śledzisz też narzędziami zespołowymi, na przykład przez Burndown Chart lub monitorowanie velocity. Konfigurację i codzienną pracę z tym typem zgłoszenia opisuje Samouczek korzystania z epików w Jirze – Atlassian.
FAQ
Czym różni się epic od user story?
User story to pojedyncza, gotowa do realizacji potrzeba użytkownika, którą można dostarczyć w jednym sprincie. Epic grupuje wiele takich historyjek wokół wspólnego celu i jest zbyt duży, by zmieścić się w jednej iteracji.
Czy epic może trafić do sprintu?
Nie. Do sprintu wchodzą wyłącznie user stories wyprowadzone z epica i spełniające Definition of Ready. Epic pozostaje jednostką planistyczną wyższego poziomu.
Ile sprintów zajmuje realizacja epica?
To zależy od frameworka i zakresu. W Scrumie epic często rozciąga się na kilka sprintów, a w SAFe może obejmować wiele Program Increments, ponieważ na poziomie Portfolio opisuje inicjatywę strategiczną.
Kto zarządza epikami?
W Scrumie odpowiada za to Product Owner, który używa epików do planowania roadmapy i rozmów z interesariuszami. W SAFe decyzja o realizacji epica zapada w ramach Lean Portfolio Management. Definicje i szablony znajdziesz w materiale Epiki Agile: definicja, przykłady i szablony – Atlassian.
