Ten blog zawiera definicję eposów w JIRA:
Epiki to znacznie większe zbiory. Epiki to prace na poziomie funkcji, które obejmują wiele historii użytkowników. Korzystając z powyższego przykładu, epicką może być cała funkcja zarządzania kontem i możliwość przeglądania poprzednich zakupów.
Więc jeśli (jako właściciel produktu) mam dużą funkcję, którą chcę dostarczyć, która będzie zawierać wiele mniejszych zadań i prawdopodobnie obejmujących sprinty, to epicka jest dobrym wyborem.
Mógłbym jednak równie łatwo utworzyć (korzystając z przykładu z bloga) komponent „Zarządzanie kontem” i do każdego zadania związanego z tą funkcją przypisać ten komponent.
Podobnie mógłbym równie łatwo użyć etykiety „Zarządzanie_ kontem”, a wszelkie historie / zgłoszenia, które są częścią funkcji zarządzania kontem, po prostu zostałyby oznaczone tą etykietą.
Więc moje pytanie: dlaczego / w jakich okolicznościach użyłbyś eposu? dlaczego / w jakich okolicznościach użyłbyś komponentu? Dlaczego / w jakich okolicznościach użyłbyś etykiety? To znaczy - wszystkie trzy (epiki, etykiety, komponenty) wydają się służyć bardzo podobnym celom (grupowaniu zbioru zagadnień), jaka jest różnica?
źródło
Epiki z definicji są problemami krótkotrwałymi w porównaniu z projektem jako całością. Z drugiej strony komponenty i etykiety są wieczne. I powinieneś trzymać się ich prawdziwego znaczenia, jakkolwiek kuszące może być inaczej.
Twórz Epiki dla funkcji lub, jak wspomniał @Sateesh, dla większych historii. Powinny rozwiązać swój cel, a gdy potrzeba biznesowa zostanie zaspokojona, powinny zostać zamknięte / wykonane .
Komponenty nie są funkcjami . Są to techniczne części systemu. Mogą być również używane do kategoryzowania części lub ... cóż, komponentów: P ... twojego produktu.
Etykiety mogą być dowolne, jak wspomniał @barnaby. Zazwyczaj są to słowa kluczowe, frazesy, słowa, do których ludzie mogą chcieć odnieść się do jakiegoś zadania, itp. Używam go głównie po to, aby ułatwić wyszukiwanie problemów w dłuższej perspektywie. Istnieje wtyczka JIRA, która daje ci chmurę etykiet JIRA (dla czysto fantazyjnych celów, czuję: D), która może cię również zainteresować.
źródło
Dodatek: Atlasian stworzył teraz nowy artykuł wyjaśniający to z ich perspektywy.
https://www.atlassian.com/agile/delivery-vehicles
Moja opinia / użycie.
Etykiety i komponenty są prawie proste i już dobrze udzielone.
Przykłady komponentów
Przykłady etykiet .
Ale pozwólcie, że dam dwa centy na temat Epics, ponieważ uważam, że to wyrażenie jest zbyt ogólne.
Większy? 10 sprintów? 10 historii? 20 historii? albo co?
Osobiście zaklasyfikowałbym Epics jako cele .
Podczas corocznej / kwartalnej retrospektywy Twoja firma organizuje spotkanie ze wszystkimi członkami i interesariuszami i kończy się następującym
Oznaczałoby to 3 eposy z zestawem historii obejmujących każde z tych ogólnych wymagań
źródło
Epiki to większe historie, których ukończenie wymaga więcej niż jednego sprintu. Jeden Epic może obejmować kilka historii użytkowników. Każda historyjka użytkownika może należeć do jednego lub więcej komponentów. Powiedzmy, że masz niesamowite wyszukiwanie dostępności linii lotniczych. Może to mieć wiele historii użytkownika, takich jak wyszukiwanie OW, wyszukiwanie RT itp. Niektóre lub wszystkie z nich mogą obejmować elementy, takie jak pamięć podręczna, zasady podróży i silnik rezerwacji.
Etykiety są tylko dla wygody. Może nie mieć znaczenia fizycznego.
źródło