Wprowadzenie do Scrum Epic

W Scrumie zespoły spędzają czas na dopracowywaniu najlepszych pozycji w Backlogu Produktu. W celu zminimalizowania trwającej pracy, historie użytkowników nie powinny spożywać więcej niż jedną czwartą sprintu. Chociaż w większości przypadków nadal zapewniają one klientom poprawną wartość, te historie użytkowników mogą być znacznie mniejsze. W tym temacie poznamy Scrum Epic.

Epos można zdefiniować jako dużą historię użytkownika, której ukończenie wymaga więcej niż jednej czwartej sprintu, zwykle zajmuje to miesiące. Historie użytkowników, w których zestaw elementów nie był jeszcze uzasadniony, jest znany jako Epicki. Można to wytłumaczyć jako wielki cel, który wkrótce zostanie uproszczony i podzielony na małe zadania i wiele zadań, nad którymi będzie pracował zespół Agile.

Epos jest zwykle znany jako „najwyższy poziom” lub ranking roboczy, który ma szeroki zakres, ma niekompletne szczegóły i jest gotowy do podzielenia się na mniejsze liczne historie, zanim będzie można nad nimi popracować. Aby pomóc organizacji osiągnąć ogólne cele biznesowe, Epos dzieli się na codzienne zadania zwane „historiami użytkowników”.

Epickie przykłady Scrum

  • Jako start-up chcę wybrać kampanię marketingową dla mojej firmy.
  • W branży hotelowej chcę zmaksymalizować przychody.
  • Jako dealer samochodów chcę stworzyć aplikację, aby dotrzeć do większej liczby klientów

Niektóre Epopei zaspokajają potrzeby związane z raportowaniem, podczas gdy niektóre Epiki są tworzone, pamiętając o tym, aby były podsumowane, nie za długie i za krótkie, co nie zajmie więcej niż kilka tygodni, ale najczęściej wykorzystywane sposób to Opowiadanie historii, teraz nauczmy się o opowiadaniu historii.

Ważne wskazówki podczas generowania Scrum Epic

  • Tworzone przez siebie Epiki muszą być łatwo śledzone przez członków zespołu.
  • Epickie może być dowolne żądanie klienta, funkcja produktu lub wymagania biznesowe.
  • Kultura Twojej organizacji określa rozmiar Eposu.
  • Czas potrzebny na ukończenie Eposu musi być dokładny, ani za krótki, ani za długi.
  • Do pomiaru epickiej tabeli wypalenia można użyć rzeczywistej i szacunkowej ilości pracy do wykonania.

Opowiadanie / historia użytkownika

Narzędzie, które pomaga w wizualizacji przebiegu wydarzeń i ich uwierzytelnieniu z powrotem do Eposu, znane jest jako Opowiadanie historii. Jest to po prostu lista rzeczy, które należy wykonać w projekcie, tworząc epickie fragmenty, aby zespół mógł je zebrać i dostarczyć w okresie sprintu. Jest to w zasadzie lista rzeczy do zrobienia, której właścicielem jest Scrum Product Owner. Aby sukces dużego projektu był udany, pomysł polega na rozbiciu go na części nadające się do wysyłki, z udziałem wielu zespołów.

Historia użytkownika zdefiniowana jako wymagania projektu, które pomagają członkom zespołu Scrum, podając informacje o tym, jaki będzie końcowy produkt i pomaga w obliczeniu czasu zakończenia projektu.

Ważne wskazówki dotyczące pisania historii użytkownika

  • Historie użytkowników muszą być krótkie i streszczone prostym językiem, aby członkowie zespołu mogli je zrozumieć.
  • Historia użytkownika może być napisana przez każdego, chociaż jest własnością Właściciela produktu.
  • Aby klient zrozumiał produkt końcowy, historie użytkowników są wyrażane prostym językiem.
  • Na „kto”, „co” i „dlaczego” projektu odpowiada się w prostym języku.
  • Historie użytkowników są najważniejszą częścią Scrum, ponieważ działają jak drabina do ukończenia sprintu.

Zadanie

Bardziej szczegółowy zestaw historii użytkowników, poniżej każdej epiki, jest znany jako Zadanie. Członkowie Zespołu Scrumowego muszą zidentyfikować i uporządkować zadanie, aby zamienić te historie w sprawne komponenty.

Szczegółowe prace są znane jako zadania Scruma, które są niezbędne do ukończenia opowieści. Zadania są przypisywane członkom zespołu posiadającym umiejętności ich wykonania w przedziale czasowym od kilku do kilku godzin nieprzekraczającym 12. Tylko wtedy, gdy wszystkie zadania zostaną wykonane, mówi się, że historia jest ukończona. Aby ułatwić śledzenie, zadania są umieszczane na Scrum Board. Scrum Board składa się z czterech kategorii: 1) Historie użytkowników, 2) Zadanie nie rozpoczęte, 3) Zadanie w toku, 4) Zadanie zakończone.

Zrobiony Zwinny zespół z łatwością śledzi przebieg sprintu za pomocą Scrum Board, która służy jako bardzo użyteczne narzędzie wizualne dla członków, a także deska jest codziennie aktualizowana, co nie tylko pomaga członkom zespołu utrzymać prędkość, ale także daje jasny Pomyśl zespołowi, że gdzie oni są w danym sprincie

Dlatego musisz nauczyć się pisać epopeje, historie i zadania, ponieważ jest to bardzo ważne dla udanego Sprintu Scrumowego. Epopeja, historia i zadania są w zasadzie podstawą sprintu, pomagając zespołowi zrozumieć, co należy zrobić, jak to zrobić i w jakim czasie należy go ukończyć.

Korzyści z Scrum Epic

  • Zrozumienie wysokiego poziomu wymagań interesariuszy jest najważniejszą korzyścią Epic, ponieważ wyjaśnia, co dokładnie jest potrzebne interesariuszom.
  • Zakres pracy jest również określany za pomocą Epic, ponieważ w tym, co mówi umowa z klientem i wyraża się wydajniej niż to, czego potrzebuje klient.
  • Większe myśli w zaległościach produktu są śledzone za pomocą Epics bez przeciążania go wieloma rzeczami. Epic produkuje także oryginalny pomysł, który jest ściśle związany z konkretnym wynikiem ustanawiającym ranking pozycji zaległości.
  • Dzięki Epic, który jest podzielony na wiele historii i zadań, zespoły Agile Development skutecznie dbają o zaległości produktowe i zarządzają nimi.
  • Epic pomaga w oszacowaniu czasu ukończenia projektu, ponieważ jest wykorzystywany jako symbol zastępczy dla nowych poglądów, które są albo całkowicie niedopracowane, albo których pełny rozwój został zawieszony do niezbędnego czasu.

Pułapki w Scrum Epic

  • Czasami powstaje zamieszanie na końcu dostarczanego z Eposu, co Zespół może postrzegać jako duże historie użytkowników.
  • Szanse na dwuznaczność rosną, gdy zespół próbuje oszacować Epopeję na bardzo wysokim poziomie, takie oszacowania nie będą przydatne, jeśli nie będą służyć żadnemu celowi w raportowaniu.
  • Opracowano Epic zgodnie z podejściem organizacyjnym, które odpowiada ich potrzebom, ponieważ nie ma ustalonego sposobu pracy nad Epic.

Polecane artykuły

To był przewodnik po Scrum Epic. Tutaj omówiliśmy zadanie, korzyści i pułapki epickiej scrum z przykładami i ważnymi wskazówkami. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -

  1. Zespół Agile
  2. Zwinny cykl życia
  3. Zwinny w skali
  4. Zasady Scruma