Samouczek JIRA Epics

⚡ Inteligentne podsumowanie

Jira Epics grupuje dużą liczbę prac wokół jednego celu, dzięki czemu zespół może podzielić cel dotyczący wydania na historie, zadania i podzadania, które poszczególni członkowie zespołu realizują w ciągu kilku sprintów.

  • 🔘 Hierarchia trzypoziomowa: Eposy zawierają historie, historie zawierają zadania, a zadania dzielą się na podzadania, gdy praca przekracza dzień.
  • Dwie drogi tworzenia: Utwórz epos za pomocą globalnego przycisku Utwórz lub z panelu Eposy w Backlogu.
  • Praca łącząca: Historie dołączają się do eposu w momencie jego utworzenia lub poprzez przeciągnięcie ich do eposu w Backlogu.
  • 🧪 Zasada ustalania rozmiarów: Zbyt duże epiki zatrzymują postęp, a zbyt małe powiększają zaległości, więc należy je podzielić według roli użytkownika lub długości sprintu.
  • 🛠️. Tracking: Wykres wypalania epickiego przedstawia sprinty w zestawieniu z pozostałymi punktami historii, aby pokazać tempo i przewidywalność.
  • ⚙️ Zakończenie: Oznacz epos jako Gotowy w panelu Eposy, gdy wszystkie historie pod nim zostaną ukończone.

Samouczek Jira Epics

Czym jest Jira Epic?

A Epicka Jira to duży element pracy, który jest dzielony na kilka mniejszych historii użytkownika zgodnie z wymaganiami klienta. Zespoły osiągają zatem większe cele, dzieląc pracę na łatwe do opanowania części.

Epos w Jira można porównać do folderu w hierarchii projektu, w którym umieszczane są wszystkie powiązane prace, dzięki czemu łatwo znaleźć istotne elementy.

Ponieważ Jira jest zaprojektowana dla zwinnych praktyk, epopeja Jira jest zaprojektowana dla zwinnych i DevOps również zespoły.

Epos Jira przedstawiony jako kontener zawierający powiązane historie użytkowników i zadania

Epicka kontra. Historia vs. Zadanie

Zadanie, Historia i Epic to kluczowe elementy Jira które pomogą Ci zaplanować, ustrukturyzować i zrealizować projekt. Poniżej przedstawiono charakterystykę każdego elementu.

Zadanie

Zadanie to najmniejszy element projektu, który zazwyczaj można ukończyć w ciągu jednego dnia roboczego. Zadanie jest przypisane do członka zespołu i oznaczone jako ukończone po jego ukończeniu. Inne cechy zadania to:

  • Zadanie jest częścią sprintu lub scruma.
  • Większe zadanie można podzielić na podzadania.
  • Zadania mogą być łączone, a jedno zadanie może blokować inne.

Historia

Historia jest elementem szerszym niż zadanie, ponieważ historie składają się z zadań. Cechy historii to:

  • Historia jest zwykle przydzielana kierownikowi projektu.
  • Zadania są powiązane z historiami.
  • Historie można ukończyć w ciągu kilku sprintów.

Epicki

Epos to szerszy element, który dzieli się na historie i zadania. Eposy mają następujące cechy:

  • Eposy reprezentują zbiór prac składających się na większy projekt.
  • Eposy obejmują wiele sprintów.
  • Epos składa się z opowieści i zadań, które można ze sobą łączyć.

Poniższa tabela przedstawia podstawowe różnice pomiędzy epikiem, historią i zadaniem.

Parametr Epicki Historia Zadanie
Znaczenie Epos przedstawia temat lub zagadnienie, do którego należy zadanie, lub reprezentuje duży projekt, na przykład „Ponowne uruchomienie witryny”. Historie mogą być większym projektem, np. tworzeniem nowych stron docelowych dla kampanii marketingowej. Zadania służą do planowania poszczególnych części pracy, których wykonanie może zająć więcej niż 1 dzień roboczy.
Stosowanie Stosowany głównie do wymagań biznesowych wysokiego szczebla i do track dużych pomysłów w rejestrze produktu. Historie to małe wymagania projektowe, które opisują, co należy zrobić. Można je podzielić na podzadania.
Rozmiar Są zbyt duże i złożone, aby można je było zrealizować w jednym sprincie. Historie to elementy na tyle małe, że można je ukończyć w sprincie. Zadania mogą być częścią sprintu lub scruma.
sieciowanie Historie i zadania należące do tego samego eposu są czasami powiązane lub współzależne. Wszystkie powiązane Zadania można połączyć w jedną historię. Mogą być sieciowane i mogą się wzajemnie blokować.

Imponujące funkcje Jiry

Jako osoba zarządzająca projektami i tracnarzędzie królewskie, Jira nadaje eposom niezbędne cechy, wyjaśnione poniżej:

  • Planowanie: Utwórz określony zakres, zorganizuj i przydziel pracę oraz ustal harmonogramy projektu.
  • Konfigurowalne przepływy pracy: Dostosuj przepływ pracy do wymagań swoich projektów.
  • Definiowanie kamieni milowych: Grupuj zadania zespołowe, aby móc zorganizować i zrealizować projekt w wyznaczonym terminie.
  • Plany działania: Wizualizuj pracę na osi czasu.
  • Bezpieczeństwo: Upewnij się, że tylko odpowiedni członkowie zespołu mają dostęp do danego elementu pracy.
  • Raportowanie: Monitoruj postęp i realizację projektu.
  • Integracja produktu: Użyj innych narzędzi, aby ułatwić sobie niektóre zadania.

Jak stworzyć epopeję w Jira

Istnieją dwie metody tworzenia eposu.

Metoda 1) Tworzenie eposu z nowego problemu

Możesz stworzyć epopeję za pomocą menu nawigacyjnego. Kroki są następujące:

Krok 1) Kliknij przycisk „Utwórz” na górnym pasku nawigacyjnym.

Górny pasek nawigacyjny Jira z wyróżnionym przyciskiem Utwórz

Krok 2) Wyświetli się ekran „Utwórz zgłoszenie”. Wybierz „Epicki” z listy rozwijanej „Typ zgłoszenia”.

Utwórz okno dialogowe problemu z wybraną opcją Epos na liście rozwijanej Typ problemu

Metoda 2) Tworzenie eposu z panelu Eposy

Możesz również utworzyć epos w panelu Eposy w sekcji „Zaległości”. Wykonaj poniższe kroki.

Krok 1) Kliknij opcję „Zaległości” po lewej stronie ekranu.

Pasek boczny projektu Jira z wybraną opcją Backlog

Krok 2) Kliknij „Eposy” w panelu eposów.

Widok zaległości z panelem Eposów otwartym po lewej stronie

Krok 3) Kliknij „Utwórz zgłoszenie w Epic”.

Panel Eposów pokazujący opcję Utwórz problem w kontrolce Eposów

Jak dodać historię do eposu

Istnieją dwa sposoby dodawania opowieści do eposu.

Metoda 1) Dodaj historię z ekranu „Utwórz problem”

Krok 1) Kliknij przycisk „Utwórz” na pasku nawigacyjnym.

Przycisk Utwórz na pasku nawigacyjnym Jira służący do dodawania historii

Krok 2) Kliknij menu rozwijane „Typ problemu” i wybierz typ problemu inny niż epicki.

Utwórz okno dialogowe problemu z wybraną opcją Historia zamiast Epicki w rozwijanej liście Typ problemu

Metoda 2) Dodaj historię z panelu Eposy

Krok 1) Kliknij „Backlog” po lewej stronie ekranu.

Pasek boczny Jira z wybranym Backlogiem przed otwarciem panelu Eposów

Krok 2) Kliknij „Eposy” w panelu Eposy.

Panel eposów rozszerzony w widoku Jira Backlog

Krok 3) Kliknij „Utwórz zgłoszenie w Epic”.

Tworzenie historii bezpośrednio w wybranym eposie z panelu Eposy

Jak usunąć historię z eposu

Aby usunąć historię z eposu, wykonaj następujące kroki.

Krok 1) Przejdź do strony „Zaległości”.

Strona zaległości otwarta jako punkt wyjścia do usunięcia historii

Krok 2) Wybierz historię, którą chcesz usunąć i kliknij menu z trzema kropkami po prawej stronie ekranu.

Otwarto menu kontekstowe z trzema kropkami w wierszu historii w zaległościach

Krok 3) Z rozwijanych opcji wybierz „Usuń”.

Menu rozwijane z podświetloną opcją Usuń dla wybranej historii

Jak obejrzeć epos

Wszystkie informacje o eposach projektu są dostępne na stronie „Backlog”. Na tej stronie możesz wyświetlić następujące informacje o eposach.

Ekran epików: Przejdź do zakładki „Backlog” i kliknij „Epiki”. Na tym ekranie możesz przeglądać i zarządzać epikami swojego projektu.

Ekran eposów zawierający listę wszystkich eposów w projekcie wraz z paskiem postępu

Wyświetl problemy w eposie: Aby wyświetlić wydania lub historie danego eposu, kliknij nazwę żądanego eposu.

Problemy i historie wymienione pod jednym wybranym eposem

Jak zakończyć lub ukończyć swój epos

Po wykonaniu wszystkich zadań eposu, zostanie on oznaczony jako ukończony. Wykonaj poniższe kroki.

Krok 1) Kliknij „Zaległości” po lewej stronie ekranu.

Zaległości zostały otwarte jako pierwszy krok w zamykaniu eposu

Krok 2) Kliknij „Eposy” w panelu Eposy.

Otwarto panel eposów umożliwiający wybranie eposu, który zostanie zamknięty

Krok 3) Wybierz epos, który chcesz oznaczyć jako ukończony, kliknij listę rozwijaną i wybierz „Oznacz jako gotowy”.

Menu rozwijane Epic z wybraną opcją Oznacz jako wykonane

Awaria eposu Agile

Zwinny epos można podzielić na mniejsze historie użytkownika, o ile potrafisz nim zarządzać i traczrób je prawidłowo.

Liczbę i rozmiar eposów w projekcie należy odpowiednio zarządzać. Zbyt duże eposy spowalniają postęp, a zbyt małe powodują nadmierne zaległości, co ilustruje poniższy diagram.

Zwinny epicki podział na historie użytkowników, a następnie na poszczególne zadania

Przy analizie eposu weź pod uwagę następujące kwestie.

  • Historia dotycząca roli użytkownika: Utwórz osobną historię użytkownika dla każdego działania lub roli użytkownika.
  • Tworzenie historii dla kroków: Podziel dłuższy proces na mniejsze kroki i stwórz dla nich historie.
  • Normy zespołowe: Kultura zespołu decyduje, czy dana historia jest krótkim dziełem, czy też zajmuje dużo czasu.
  • Czynnik czasu: Twórz historie użytkowników, które można ukończyć w jednym sprincie.

Jak zmierzyć epikę w Jira?

Pomiary eposów Agile zapewniają wgląd w projekt i informują kierownictwo o postępach. Wykresy spalania (burndown) to standardowe narzędzie do wizualizacji eposów. Wykresy te przedstawiają szacowaną pracę w zestawieniu z pracą faktycznie wykonaną w eposie Jira. Oś X wykresu spalania przedstawia sprinty, a oś Y – historie użytkowników (user stories), jak na poniższym wykresie.

Wykres wypalenia epickiego przedstawiający pozostałe historie użytkowników w zestawieniu z ukończonymi sprintami

Korzystanie z wykresu wypalenia ułatwia utrzymanie track pracy. Postępy i tempo zespołu stają się widoczne, co sprawia, że ​​projekt jest bardziej przewidywalny, zwłaszcza w kontekście formalnym proces zarządzania defektami.

Dlaczego epiki są ważne w Jira?

Oto powody, dla których eposy są ważne w Jira:

  • Dzięki eposom wyniki projektu są uporządkowane, co ułatwia interesariuszom śledzenie postępów projektu.
  • Eposy zapewniają prosty sposób na ćwiczenia mięśni brzuchatracmonitorować status projektu i przedstawiać interesariuszom mierzalne wyniki.
  • Eposy pozwalają zespołom ustalać priorytetowe cele i metryki potrzebne do ich osiągnięcia. tracchcę te cele.
  • Historie użytkowników są tak ułożone, aby przed wdrożeniem można było stworzyć szczegółowy projekt.
  • Eposy pomagają zespołowi projektowemu optymalizować przepływ pracy i zachować elastyczność podejmowania decyzji w miarę postępu projektu.
  • Epics pomagają zespołom DevOps definiować i projektować projekty, co sprzyja innowacjom w projektowaniu i rozwoju produktów.

Aby zapoznać się ze szerszym opisem, zobacz Poradnik Jira dla początkującychoraz przewodniki po testy scrumowe oraz zwinne testowanie.

FAQ

Jira nie stawia żadnych ograniczeń. Zespoły zazwyczaj utrzymują epopeję na tyle małą, aby ukończyć ją w ciągu ćwiartki. Jeśli lista historii nigdy się nie kurczy, podziel epopeję.

Epos grupuje historie pod jednym celem w ramach projektu. Inicjatywa znajduje się o poziom wyżej i grupuje kilka eposów, często w obrębie zespołów. Inicjatywy potrzebują zaawansowanych funkcji planu działania, a nie standardowego backlogu.

Tak. Otwórz element roboczy, zmień jego typ z Story na Epic, a następnie ponownie dołącz elementy podrzędne. Jira ostrzega o brakujących polach w nowym typie, więc sprawdź później szacunki.

Nie. Podzadania są powiązane z historią, zadaniem lub błędem, nigdy bezpośrednio z epikiem. Hierarchia przebiega kolejno przez epik, historię lub zadanie, a następnie podzadanie, więc praca musi najpierw przejść przez poziom pośredni.

Link do eposu to pole łączące historię lub zadanie z nadrzędnym eposem. Jego ustawienie powoduje, że element pojawia się pod tym eposem w raporcie zaległości, osi czasu i wypalenia.

Atlassian pisze teraz o elementach roboczych i typach zadań, a nie o problemach, dlatego nowsza dokumentacja podaje typ elementu roboczego zamiast typu problemu. Działanie pozostaje niezmienione, a starsze ekrany nadal wyświetlają wcześniejsze sformułowania.

Atlassian Intelligence tworzy opisy eposów i historii, sugeruje sposób podziału zbyt obszernego eposu i podsumowuje długie wątki komentarzy. Traktuj wynik jako pierwszy szkic, który zespół udoskonala podczas prac nad backlogiem.

Drugi pilot GitHub Pracuje nad kodem, a nie nad backlogiem. Tworzy projekty implementacji i podsumowania pull requestów dla historii w ramach epika, do których zespoły odwołują się następnie z powiązanej gałęzi lub zatwierdzają zmiany.

Podsumuj ten post następująco: