Różnica między epicką jira a historią

Atlassian Jira jest prawdopodobnie jednym z najlepszych narzędzi śledzenia błędów/problemów i zarządzania zadaniami, które nie tylko obsługują metodologie zwinne, ale także obsługuje dwie najczęstsze praktyki oparte na zwinnych, Scrum i Kanban. Chociaż początkowo został zaprojektowany do śledzenia błędów, JIRA przez lata ewoluowała w potężną, bogatą funkcję platformę zarządzania projektami dla firm z różnych rozmiarów. Ale zanim zaczniesz pracować z JIRA, musisz zapoznać się z kilkoma kluczowymi koncepcjami i terminologami, które składają się na cały ekosystem JIRA. Dwie takie powszechnie używane terminologie to eposy i historie.

Co to jest historia użytkownika?

Historie, zwane także historiami użytkowników, odnoszą się do krótkich wymagań i pisemnych żądań z perspektywy użytkownika końcowego. Historie są wymaganiami oprogramowania lub funkcjami, które należy wdrożyć i które zapewnią wartość użytkownikowi końcowym lub nabywcy systemu lub oprogramowania. Historie użytkowników są zwykle 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 kwestia typu. Opowiada historię o kliencie lub użytkowniku zatrudniającym produkt. Historia ma nazwę, krótką narrację i kryteria akceptacji, warunki, które należy spełnić, aby historia została ukończona.

Historia musi znajdować się w formacie ziarnistym, aby najlepiej określił cel końcowy, zapewniając większy obraz projektu, ostatecznie umożliwiając zespołowi programistów skupić się na zadaniach, które należy wykonać w określonej ramce. Historia użytkownika składa się z trzech głównych aspektów: pisemnego opisu wymagań lub funkcjonalności produktu, rozmowach, które opracowują szczegóły nawet najmniejszych wymagań historii użytkownika oraz dokumenty, które mogą sprawdzić, czy historia jest zakończona. Dla programisty historia użytkownika pomaga zrozumieć wymagania poziomu wykonania, szczegóły, kryteria akceptacji i wszystko związane z historią.

Co jest epickie?

Historie użytkowników mogą być gruboziarniste lub szczegółowe. Eposy to takie gruboziarniste historie użytkowników, albo możesz nazwać je „większymi historiami” lub „funkcjami”, ponieważ są zbyt duże, aby można było bardzo używać. Eposy w Jira odnoszą się do dużych historii użytkowników, które można podzielić na dwie lub więcej opowieści o mniejszych rozmiarach lub bardziej zarządzających opowieściach użytkowników. Eposy to duże fragmenty pracy, które zazwyczaj opisują grupę problemów związanych z jednym lub wieloma projektami. Są to w zasadzie kawałek pracy z wspólnym celem i mogą być wszystkim, jak funkcja, o którą żądał klient, problemem, który należy rozwiązać, lub po prostu wszystko, co zwykle wymagałoby więcej niż jednego sprintu.

Epki mogą być, ale zasadniczo nie są wymagane, wykonane w jednym sprincie; Mogą wziąć kilka sprintów przed ich dostarczeniem, aw tej samej kolejności zawarte przez nich historie użytkowników są priorytetów. Jest to więc świetne narzędzie do grupowania, które możesz użyć w swoich projektach JIRA, aby uzyskać jasne poczucie całego projektu - gdzie jesteś, kiedy trzeba to zrobić, i kto ma to zrobić. Jest to grupa powiązanych opowieści, które zostaną podzielone na ich historie komponentów, zanim stanie się częścią sprintu.

Różnica między epicką jira a historią

Definicja

- Historie, zwane także historiami użytkowników, są wymaganiami oprogramowania lub funkcjami, które należy wdrożyć i które zapewnią wartość użytkownikowi końcowym lub nabywcy systemu lub oprogramowania. Z drugiej strony eposy to większe historie użytkowników, które można podzielić na mniejsze, możliwe do opanowania historie przed rozpoczęciem sprintu. Eposy to duże fragmenty pracy, które zazwyczaj opisują grupę problemów związanych z jednym lub wieloma projektami.

Zamiar

- Zarówno epose, jak i historie użytkowników są ściśle powiązane ze sobą i oba są tworzone przez właściciela produktu lub analityka biznesowego, który pomaga właścicielowi produktu. Historie są mniejszymi wymaganiami projektu, które opisują, co należy zrobić i jak przekazać wymagania zespołowi programistów. Z drugiej strony eposy odnoszą się do wymagań biznesowych na wysokim poziomie, które są zbyt duże i złożone, aby można je było dostarczyć w jednym sprincie. Są grupą powiązanych opowieści, które zostaną podzielone na ich opowieści z komponentów podczas początkowej mapowania drogowego produktu.

Hierarchia

- Historie użytkowników reprezentują poszczególne funkcje lub funkcje, które należy wdrożyć zgodnie z instrukcją właściciela produktu. Są to rezultaty, które są wystarczająco małe, aby je ukończyć w sprincie i są tworzone przez cały cykl życia rozwoju produktu. Ale kiedy historie lub problemy stają się złożone i wystarczająco duże, aby nie pasować do jednego sprintu, stają się eposami. Tak więc epickie to większe historie, które są zbyt duże, aby je dostarczyć w sprincie, więc są podzielone na mniejsze, łatwe do zarządzania historie. Eposy są narzędziem grupowym, które grupuje wspólne emisje, dzięki czemu możesz lepiej zorganizować swoją pracę.

Epic vs. Historia: wykres porównawczy

Streszczenie

Chociaż zarówno epopei, jak i historie użytkowników są ściśle ze sobą powiązane i oba służą do zarządzania zadaniami, służą one innego celu. Epki znajdują się na górnym poziomie hierarchii, jeśli chodzi o rozwój produktu, który opisuje jedną dużą część funkcjonalności produktu, tak duża, że ​​nie można go ukończyć w jednym sprincie i powinien zostać podzielony na małe fragmenty dzieł, zwane „Stories użytkowników, zwane„ historiami użytkowników ". Historie są zasadniczo prostymi wymaganiami lub funkcjami produktu, które należy wdrożyć zgodnie z instrukcją właściciela produktu. Tak więc główna różnica między tymi dwoma leży w skali widzenia.