Atlassian Jira to prawdopodobnie jedno z najlepszych narzędzi do śledzenia błędów/spraw i zarządzania zadaniami, które nie tylko wspiera metodologie oparte na Agile, ale także dwie z najbardziej powszechnych praktyk Agile: Scrum i Kanban. Chociaż Jira została początkowo zaprojektowana do śledzenia błędów, z biegiem lat rozwinęła się w potężną, bogatą w funkcje platformę do zarządzania projektami dla firm każdej wielkości. Zanim jednak zaczniesz pracować z Jirą, musisz zapoznać się z kilkoma kluczowymi pojęciami i terminologiami, które tworzą cały ekosystem Jiry. Dwie takie powszechnie używane terminologie to Epika i Opowieści.
Co to jest User Story?
Stories, zwane również historiami użytkownika, odnoszą się do krótkich wymagań i pisemnych żądań z perspektywy użytkownika końcowego. Historyjki to wymagania dotyczące oprogramowania lub funkcjonalności, które muszą być zaimplementowane i które dostarczą wartości albo użytkownikowi końcowemu, albo nabywcy systemu lub oprogramowania. Historyjki użytkownika są zazwyczaj pisane w sposób nietechniczny i opisują, co należy zrobić i jak przekazać wymagania zespołowi programistów. Historia w Jira jest reprezentowana jako zagadnienie typu Story. Opowiada ona historię klienta lub użytkownika korzystającego z produktu. Historia ma nazwę, krótką narrację oraz kryteria akceptacji, czyli warunki, które muszą być spełnione, aby historia została ukończona.
Opowieść musi mieć ziarnisty format, tak aby jak najlepiej definiowała cel końcowy, dając większy obraz projektu, co w efekcie pozwala zespołowi programistów skupić się na zadaniach, które muszą być wykonane w określonym czasie. Historia użytkownika składa się z trzech głównych aspektów: pisemnego opisu wymagań produktu lub funkcjonalności, rozmów, które wypełniają szczegóły nawet najmniejszych wymagań historii użytkownika oraz dokumentów, które mogą zweryfikować, kiedy historia jest kompletna. Dla dewelopera historia użytkownika pomaga zrozumieć wymagania poziomu wykonawczego, szczegóły, kryteria akceptacji i wszystko, co jest związane z historią.
Co to jest Epic?
Historyjki użytkownika mogą być gruboziarniste lub szczegółowe. Epiki to takie gruboziarniste historyjki użytkownika, można je też nazwać „większymi historyjkami” lub „funkcjami”, ponieważ są zbyt duże, aby mogły być użyteczne. Epiki w Jirze odnoszą się do dużych historii użytkownika, które można podzielić na dwie lub więcej historii o mniejszym rozmiarze lub bardziej zarządzalnych historii użytkownika. Epiki to duże fragmenty pracy, które zazwyczaj opisują grupę zagadnień związanych z jednym lub wieloma projektami. Zasadniczo są to fragmenty pracy o wspólnym celu i może to być cokolwiek, np. funkcja, o którą prosił klient, problem techniczny, który musi zostać rozwiązany lub po prostu wszystko, co zwykle wymaga więcej niż jednego sprintu.
Epiki mogą być, ale nie muszą, wykonane w jednym sprincie; mogą zająć kilka sprintów, zanim zostaną dostarczone, i w tej samej kolejności priorytetowane są historie użytkowników, które zawierają. Jest to więc świetne narzędzie do grupowania, które można wykorzystać w swoich projektach Jira, aby uzyskać jasny obraz całego projektu – na jakim etapie się znajdujemy, kiedy trzeba to zrobić i kto ma za zadanie to zrobić. Jest to grupa powiązanych historii, które zostaną podzielone na ich historie składowe, zanim staną się częścią sprintu.
Różnica między Jira Epic a Story
Definicja
– Historie, zwane również historiami użytkownika, to wymagania dotyczące oprogramowania lub funkcjonalności, które muszą zostać wdrożone i które dostarczą wartości użytkownikowi końcowemu lub nabywcy systemu lub oprogramowania. Z drugiej strony, epopeje są większymi historiami użytkownika, które mogą być podzielone na mniejsze, łatwe do zarządzania historie przed rozpoczęciem sprintu. Epiki to duże fragmenty pracy, które zazwyczaj opisują grupę zagadnień związanych z jednym lub wieloma projektami.
Cel
– Zarówno Epiki jak i Historie Użytkownika są ze sobą ściśle powiązane i obie są tworzone przez właściciela produktu lub analityka biznesowego, który wspomaga właściciela produktu. Historyjki to mniejsze wymagania projektowe, które opisują, co należy zrobić i jak przekazać wymagania zespołowi programistów. Epiki natomiast odnoszą się do wysokopoziomowych wymagań biznesowych, które są zbyt duże i złożone, aby mogły być dostarczone w pojedynczym sprincie. Są one grupą powiązanych historii, które zostaną podzielone na ich historie składowe podczas wstępnego roadmappingu produktu.
Hierarchia
– Historyjki użytkownika reprezentują pojedyncze cechy lub funkcjonalności, które muszą zostać wdrożone zgodnie z instrukcjami właściciela produktu. Są to elementy dostarczane, które są wystarczająco małe, aby mogły być ukończone w sprincie i są tworzone przez cały cykl życia rozwoju produktu. Kiedy jednak historie lub zagadnienia stają się złożone i na tyle duże, że nie mieszczą się w jednym sprincie, stają się epikami. Epiki to większe historie, które są po prostu zbyt duże, aby można je było zrealizować w jednym sprincie, więc są dzielone na mniejsze, łatwe do zarządzania historie. Epiki są narzędziem grupującym powiązane ze sobą zagadnienia, dzięki czemu można lepiej zorganizować swoją pracę.
Podsumowanie
Chociaż zarówno Epiki, jak i Historyjki Użytkownika są ze sobą ściśle powiązane i obie służą do zarządzania zadaniami, to służą one innym celom. Epika znajduje się na wyższym poziomie hierarchii, jeśli chodzi o rozwój produktu i opisuje jedną dużą część funkcjonalności produktu, tak dużą, że nie może być ukończona w jednym sprincie i powinna być podzielona na małe kawałki pracy, zwane „historiami użytkownika”. Historie są w zasadzie prostymi wymaganiami produktu lub funkcjami, które mają być realizowane zgodnie z instrukcjami właściciela produktu. Tak więc, główna różnica między tymi dwoma leży w skali widzenia.