Epic

Epic
Polecane artykuły
Test driven development Backlog produktu Feature-Driven Development Metodyka Extreme Programming Testowanie w projekcie Scrum of scrums Redundancja Manifest Agile Programowanie strukturalne

Agile epic jest ważnym elementem dla zespołów typu agile oraz DevOps, z uwagi na możliwość wykorzystania go do zarządzania zadaniami. Epic to zbiór pracy podzielony na konkretne zadania nazwane stories lub user stories i tworzony na podstawie potrzeb klientów lub użytkowników.

Kreowanie epica to sposób doskonalenia procesu realizacji pracy. Epic pomaga pracownikom dokończyć pracę oraz przerwać ją w odpowiednim momencie. Przyczynia się to do uzyskania możliwości kontynuacji pracy w celu osiągnięcia większego celu. Tworzenie epica nie należy do prostych zadań, istotne jest utrzymanie sprawności i opanowanie odpowiednich umiejętności pozwalających na jego kreację.

Teoria

Epics tworzone są często przez wiele zespołów i są obecne w różnych projektach czy pracach. Epics są zwykle dostarczane przez serię sprintów. Dzieję się to wówczas, gdy zespoły informowane są o szczegółach epica, o prośbach, opiniach i potrzebach klientów/użytkowników. Poszczególne elementy mogą być elastycznie dodawane lub usuwane w odpowiedzi na zapotrzebowanie.

Praca zespołów opiera się na zrozumieniu związku epica oraz innych struktur agile, tj.:

• Mapa drogowa produktu – plan określający działanie oraz kwestie związane z ewoluowaniem rozwiązania w czasie; wizualizowana jest za pomocą inicjatyw umieszczonych na osi czasu.
• Temat – cel organizacji napędzający kreowanie epica i innych inicjatyw.
• Inicjatywy – dzielone są na epics (epiki), które pomagają w utrzymaniu pracy zespołu; która z kolei wyrażona zostaje w mniejszych ‘’stories’’ i połączona jest z celami biznesowymi.

Zbiór zakończonych epics tworzy konkretną inicjatywę, która przyczynia się do rozwoju i ewoluowania produktu oraz sprostania wymaganiom stawianym przez rynek oraz użytkowników.

Rysunek 1 obrazuje epic w metodyce Agile.

Rys. 1 Epic w metodyce Agile

.

Przykład epica

Zdarza się, że ‘’story’’ jest zbyt obszerna, wówczas zostaje określona mianem epica i zostaje podzielona na mniejsze ‘’stories’’. Przykładem epica jest stwierdzenie: ‘’Użytkownik szuka pracy’’, które należy podzielić na przykładowe ‘’stories’’:

1. Użytkownik może wyszukiwać oferty na przykład według lokalizacji, wysokości wynagrodzenia czy rodzaju firmy.
2. Użytkownik może przeglądać informacje o wszystkich kolejnych zadaniach odpowiadających poszczególnym elementom wyszukiwania.
3. Użytkownik może wyświetlić szczegółowe dane oraz informacje o przedsiębiorstwie, które opublikowało dane stanowisko.

Tworzenie agile epic

Tworząc epic należy zwrócić uwagę na takie kwestie jak:

• Raportowanie – istotne jest tworzenie epics w projektach, które menedżerowie będą w stanie kontrolować.
• Opowiadanie ‘’stories’’ – używanie w spójny sposób epica i ‘’story’’, co pozwala na określenie dotarcia do obecnego stanu produktu.
• Kultura organizacyjna – w tym kontekście musi dyktować wielkość oraz stopień szczegółowości epica.
• Czas – należy zwrócić uwagę na to jak długo zajmie realizacja epica. Okresu musi być dostosowany do indywidualnych wymagań każdego epica.

W celu skutecznego zrealizowania zadania, warto podzielić epic na mniejsze ‘’stories’’, gdyż to pomaga w utrzymaniu właściwego tempa oraz w całościowym zrozumieniu projektu. Opcjami, które warto rozważyć podczas tworzenia epica jest stworzenie unikatowego ‘’story’’ dla wszystkich potrzeb użytkownika. Następnie można podzielić proces na uporządkowane etapy i tworzyć mniejsze ‘’stories’’ dla każdego etapu.

Nie istnieje uniwersalna definicja oddzielająca obszerną ‘’story’’ od epica. ‘’Stories’’ powinny być realizowane w ciągu godzin lub dni; epics natomiast powinny zostać zrealizowane w ciągu tygodni, w ramach podziału na krótsze ‘’stories’’. Epics są podstawą działania związanego z programem agile; rozbijanie ich na mniejsze ‘’stories’’ nadaje rozpędu pracy zespołowej.

Sposób prezentacji epica

W celu zwizualizowania epics, możliwe jest użycie wykresów spalania. Służą one do motywowania oraz informowania interesariuszy na temat szacowanej i rzeczywistej ilości pracy pozostałej do wykonania. Wykresy spalania pozwalają na obrazowanie całkowitej pracy, prognozowanie możliwości osiągnięcia zamierzonego celu czy stopnia ukończenia zadania, na kontrolę postępów zespołu oraz na adekwatne reagowanie na zmiany.

Bibliografia

• Atlassian - Epics
• Cohn M., (2004), User Stories Applied for Agile Software Development, Addison-Wesley Professional
• Cohen, G., (2010), Agile Excellence for Product Managers: A Guide to Creating Winning Products with Agile Development Teams, Super Star Pres.
• Cobb G. Ch., The project manager’s guide to mastering agile, Wiley, 2015
• Li P., Jira essentials, Third edition, Packt Publishing, Birmingham-Mumbai, 2015
• Lucassen, G., Dalpiaz, F., Van Der Werf, J. M. E., & Brinkkemper, S. (2015, August). Forging high-quality user stories: towards a discipline for agile requirements. In 2015 IEEE 23rd international requirements engineering conference (RE) (pp. 126-135). IEEE.
• Munday L., Using Agile In Quality Driven Environment, Seattle, 2019
• Pichler, R., (2010), Agile Product Management with Scrum: Creating Products that Customers Love, Addison-Wesley Professional.
• Ulghani S., Scrum or not to scrum? The answer, Xlibris, 2016

Przypisy

Autor: Klaudia Grucel