JIRA: Epiki kontra etykiety kontra komponenty

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?

Z etykietami i komponentami, jeśli chcesz wybrać ich grupę, musisz skorzystać z wyszukiwania problemów. Jeśli używasz epików, możesz również użyć wyszukiwania problemów, ale otrzymujesz również wbudowaną funkcjonalność w JIRA Agile.

W widoku zaległości tablicy JIRA Agile masz zakładkę Epic. Ta zakładka pozwala wybrać zagadnienia związane z poszczególnymi eposami. Dodatkowo ma funkcjonalność, która ułatwia dodawanie nowych problemów do eposu. Ostatnią zaletą jest to, że epicka nazwa jest wyświetlana w jasnych kolorach obok problemów na liście. Może to być bardzo przydatne podczas przeglądania zaległości i orientacji, jaka praca będzie następna.

Więcej informacji na temat epików można znaleźć na stronie Atlassian Working with Epics .

Komponenty są przydatne dla zespołu technicznego, ponieważ mogą obejmować wiele eposów. Typowym składnikiem może być „baza danych” lub „interfejs użytkownika”. JIRA oferuje możliwość przypisania pracy nad określonym komponentem do konkretnego użytkownika JIRA. Na przykład wszystkie sprawy utworzone za pomocą składnika „bazy danych” można przypisać Jill Smith.

Etykiety są znacznie łatwiejsze do dostosowania i mają tę zaletę, że pozwalają na wiele przydziałów (więc więcej niż jedna etykieta może być powiązana z problemem). W przypadku etykiet to w dużej mierze od Ciebie zależy, jak ich użyjesz.

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ć.

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

• Aplikacja kliencka na Androida
• Server API
• Baza danych itp .....

Przykłady etykiet .

• Sektory logiki biznesowej (np. Zamówienia, faktury, użytkownicy, produkty)
• Poprawa jakości kodu
• Refaktoryzuj
• Użyteczność
• Żądanie / skarga użytkownika Ogólnie wszystko, co pomaga w kategoryzowaniu rzeczy.

Ale pozwólcie, że dam dwa centy na temat Epics, ponieważ uważam, że to wyrażenie jest zbyt ogólne.

Epiki to znacznie większe zbiory

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

1. Musimy kierować reklamy na więcej platform (epicka = rozszerzanie platformy )
2. Nasz personel pomocy technicznej potrzebuje więcej narzędzi do rozwiązywania problemów. ( Wzbogać narzędzia wsparcia )
3. Oprogramowanie jest zbyt trudne w użyciu! ( Przeprojektowanie UI UX )

Oznaczałoby to 3 eposy z zestawem historii obejmujących każde z tych ogólnych wymagań

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.