Menu

JIRA Scrum Board Tutorial: Obsługa Scruma w Jira do zarządzania sprintem

  • Główny
  • Inny
  • JIRA Scrum Board Tutorial: Obsługa Scruma w Jira do zarządzania sprintem

jira scrum board tutorial

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Szczegółowy przewodnik po obsłudze Scruma w Jira: samouczek tablicy JIRA Scrum dotyczący skutecznego zarządzania sprintem

podwójnie połączona lista C ++ insert

Portfolio JIRA zostało szczegółowo wyjaśnione w naszym poprzednim samouczku. W tym samouczku dowiedz się więcej o obsłudze Scruma w JIRA.

W środowisku Scrum lub Kanban Jira pomaga efektywnie i wydajnie zarządzać Sprintem dzięki prostemu interfejsowi użytkownika i łatwym w użyciu opcjom.

Przyjrzyjmy się teraz szczegółowo Scrum Handling w Jira. Aby uzyskać pełną wiedzę na temat JIRS, przeczytaj nasze Bezpłatna seria szkoleń JIRA .

=> Kliknij tutaj, aby zobaczyć pełną serię samouczków JIRA

Ten samouczek zawiera wyjaśnienia dotyczące projektu, backlogu produktu, szacowania czasu problemów, czym jest sprint, tworzenia sprintu, planowania sprintu, codziennego spotkania stand-up, końcowego sprintu, retrospektywy sprintu itp.

jira scrum board jira sprint tutorial

Czego się nauczysz:

Projekt

W przypadku scruma projekt można nazwać projektem Scrum (projekt Sprint). W praktyce projekt tworzy użytkownik (być może właściciel produktu) mający uprawnienia administratora.

Kroki do stworzenia projektu scrumowego:

# 1) Kliknij przycisk folderu (ikona) „Projekty” w lewym panelu strony.

stwórz projekt

#dwa) Kliknij przycisk „Utwórz projekt” dostępny w prawym górnym rogu strony, co spowoduje wyświetlenie strony „Utwórz nowy projekt”.

Zwykle użytkownik zostanie poproszony o wybranie typu projektu. Upewnij się, że jako typ projektu wybrałeś „Tworzenie oprogramowania Scrum”.

utwórz nowy projekt

# 3) Na tym etapie upewnij się, że wybrany szablon to „Scrum”. Jeśli nie, kliknij przycisk „Zmień”, a następnie wybierz „Scrum” jako szablon w wyświetlonym oknie dialogowym.

zmień szablon projektu

# 4) Na stronie „Utwórz nowy projekt” wprowadź poprawnie rozpoznawalną nazwę nowego projektu, a następnie kliknij przycisk „Utwórz”.

Spowoduje to wyświetlenie nowo utworzonej strony projektu, jak pokazano poniżej:

nowo utworzona strona projektu

  • Jak widać na powyższym obrazku, „MTP” to krótka nazwa projektu (rzeczywista nazwa przykładowego projektu = „Mój projekt testowy”), który został wewnętrznie wybrany przez Jira.
  • Wraz z projektem automatycznie tworzona jest tablica scrumowa.
    • Podobnie jak biała / tablica, która może pomieścić wiele wierszy opisu, tablica Jira wyświetla problemy utworzone dla określonego projektu (może również wyświetlać problemy z kilku projektów).
    • Przedstawiając problemy jako tablicę, Jira czyni go niezwykle elastycznym do przeglądania, zarządzania i śledzenia postępu problemu. (Więcej szczegółów dotyczących tablic Jira dowiemy się w osobnym samouczku).
  • Backlog tablicy scrum jest pusty dla nowo utworzonego projektu. Backlog powinien być teraz wypełniony problemami, zadaniami itp. W środowisku scrum właściciel produktu wypełnia Backlog produktu. Właściciel produktu może skorzystać z pomocy Scrum Mastera, gdy tylko jest to wymagane.
    • Lista nierozwiązanych problemów (które mogą obejmować ulepszenia funkcji, błędy, zadania itp.) Dla produktu jest określana jako Backlog Produktu. Podobna lista dla sprintu nazywa się Backlog sprintu.

Backlog Produktu

  • Wydania Jira (różnego typu) są tworzone w celu aktualizacji / wypełnienia rejestru produktu.
  • Właściciel produktu otrzymuje wymagania (również błędy) od klientów końcowych. Inni członkowie zespołu również mogą sugerować pewne problemy.
  • Właściciel produktu upewnia się, że jest wystarczająco dużo problemów dla obecnego i przyszłego sprintu.

Szacowanie czasu problemów

  • Gdy w rejestrze produktu pojawią się problemy, ważne staje się określenie i zaktualizowanie szacunków czasowych dla każdego zadania.
  • Z kolei szacowanie czasu zadań jest ważne dla Backlogu Sprintu. Pomaga w podjęciu decyzji o liczbie zagadnień, które można podjąć w sprincie w zależności od liczby członków zespołu w scrumie i ich możliwości czasowych.
  • Każde zgłoszenie Jira ma pole o nazwie „Oszacowanie” (czasami określane jako „Punkty fabularne”), w którym należy wypełnić szacowany czas w uzgodnionym formacie.

Gdy liczba zaległych problemów jest wystarczająca i każdy problem ma oszacowany czas, są one gotowe do pracy w Sprincie. Należy stworzyć nowy Sprint, a problemy muszą zostać uwzględnione w sprincie.

Co to jest Sprint?

W środowisku Scrum odpowiednie zespoły przewidują ukończenie zestawu problemów do wykonania w określonym czasie, który jest określany jako Sprint. Zespół wraz z Właścicielem Produktu określa czas trwania zespołu.

W większości przypadków czas trwania sprintu wynosi dwa, trzy lub cztery tygodnie.

stworzyć sprint

Utwórz Sprint

Kliknij przycisk „Utwórz sprint” (patrz powyższy obrazek).

Nadaj sprintowi odpowiednią nazwę ( Na przykład. Sprint 2018 czerwiec). Na tym etapie Jira wyświetli stronę, jak pokazano poniżej.

nowy sprint

Planowanie sprintu

W środowisku scrum / agile jedną z „ceremonii scrumowych” jest planowanie sprintu.

To spotkanie dotyczące planowania sprintu należy zwołać przed rozpoczęciem sprintu. Jeszcze przed tym Scrum Master dowiaduje się o możliwości zespołu czasowego na nadchodzący sprint, biorąc pod uwagę wszelkie planowane urlopy członków zespołu lub inne przerwy, takie jak trening itp.

Proces:

  • Czas trwania spotkania: W przypadku dwutygodniowego sprintu zwykle trwają 2 godziny. To jest jak liczba tygodni * 1 godzina (tj. 2 * 1)
  • Właściciel produktu będzie miał priorytetową listę problemów w rejestrze produktu.
  • Wymagani uczestnicy: Scrum Master, właściciel produktu, zespół Scrum.
  • Wszelkie problemy, które nie zostały oszacowane, są szacowane
  • Zespół decyduje, nad którymi problemami można popracować w sprincie. Jest to ważne, aby zachować zakres sprintu.
  • Przeciągnij i upuść numery w gazecie lub zmień nazwę sprintu w nowych wydaniach. Przycisk „Rozpocznij sprint” będzie teraz aktywny. (patrz poniższy obrazek)

gotowy do sprintu

  • Zespół zobowiązuje się do uzupełnienia problemów w sprincie.

Gdy zespół uzgadnia zakres sprintu, sprint rozpoczyna się, klikając przycisk „Rozpocznij sprint”.

Jira wyświetli następną stronę, jak pokazano poniżej:

plan testów i różnica strategii testów

Strona_drukowania1

Wpisz wymagane informacje w wyskakującym oknie dialogowym „Rozpocznij sprint”:

  • Nazwa sprintu: Wpisz jednoznacznie rozpoznawalną i zrozumiałą nazwę.
  • Trwanie: Wybierz uzgodniony czas trwania sprintu.
  • Data rozpoczęcia: Wybierz datę początkową z kontrolki kalendarza.
    • Uwaga: Niektóre drużyny rozpoczynają sprint w poniedziałek, a kończą w piątek. Oczywiście nie zasada kciuków.
  • Data końcowa: Jira oblicza tę datę zakończenia na podstawie wybranego czasu trwania.
    • Uwaga: W przypadku wybrania innej daty zakończenia pole czasu trwania jest aktualizowane jako „Niestandardowe”.
  • Cel sprintu: To pole jest nieobowiązkowe.

Po wprowadzeniu wymaganych informacji kliknij przycisk „Start”. Jira wyświetli teraz „tablicę Sprint”, jak pokazano na poniższej ilustracji. Zakładka „Aktywne sprinty” staje się teraz aktywna.

tablica sprintu

Trzy kolumny, a mianowicie „DO ZROBIENIA”, „W TRAKCIE” i „ZROBIONE” są wyświetlane na tablicy Sprint, przez którą przechodzi problem. Wyświetlane kolumny mogą się różnić w zależności od organizacji. Kolumny można konfigurować z pomocą administratora Jira.

Członkowie zespołu wybierają następnie problemy, nad którymi mają pracować, i przenoszą je do kolumny „W TOKU”. Po spełnieniu DOD (Definition of Done) problemu, problem zostaje rozwiązany i przeniesiony do kolumny „Gotowe” na tablicy Sprint.

Codzienne spotkanie stand-up

Po rozpoczęciu sprintu każdego dnia (i do końca Sprintu), odbywa się codzienne spotkanie stand-up (czasami określane również jako „Daily Scrum”), zazwyczaj na początku dnia rano.

  • Zamiar: Aby wiedzieć, czy są jakieś problemy z blokowaniem dla dowolnego problemu, nad którym pracujemy, a także wiedzieć, jak postępy każdego członka zespołu.
  • Wymagani uczestnicy: Zespół Scrumowy, Scrum Master, Właściciel Produktu
  • Trwanie: Maksymalnie 15 minut.
    • Unikaj opowiadania historii
    • Unikaj siadania
    • Upewnij się, że każdy uczestnik jest uważny.
  • Każdy członek zespołu mówi:
    • Co zostało ukończone wczoraj?
    • Nad czym będzie dzisiaj pracował członek zespołu?
    • Czy są jakieś przeszkody?

Uwaga: W trakcie sprintu może zaistnieć potrzeba dodania do Sprintu problemów ad-hoc / priorytetowych. Jeśli tak, aby zachować zakres sprintu, co najmniej jeden problem zostanie usunięty z rejestru sprintu i ponownie dodany do rejestru produktu. Właściciel produktu, mistrz scrum i zespół powinni uzgodnić zmiany.

Zakończ sprint

W ostatnim dniu sprintu sprint powinien się zakończyć / zakończyć. Odbywa się to poprzez kliknięcie przycisku „Complete Sprint”.

Spowoduje to wyświetlenie wyskakującej strony „Complete Sprint”, jak pokazano poniżej:

koniec sprintu

Wyskakująca strona „Complete Sprint” pokazuje:

  • Liczba zakończonych wydań
  • Szereg niekompletnych wydań.
  • Wszelkie problemy dodane po rozpoczęciu Sprintu.
  • Możliwość przeniesienia niekompletnych spraw do „Backlog” lub „New Sprint”.
    • Zazwyczaj niekompletne zgłoszenia są przenoszone do Backlog.

Kliknięcie przycisku „Complete” na stronie „Complete Sprint” spowoduje zakończenie / zamknięcie sprintu i wyświetlenie strony „Sprint Report”. (Zobacz poniższy obrazek)

Raport ze Sprintu pomaga w identyfikacji, czy zakres sprintu został przekroczony, czy odwrotnie.

raport sprintu z zakończenia sprintu

Retrospektywa sprintu

Spotkanie to powinno odbyć się po zakończeniu sprintu i przed rozpoczęciem nowego Sprintu.

Czas trwania może wynosić godzinę. Głównym celem tego spotkania jest zebranie „szybkiej” informacji zwrotnej od zespołu. To spotkanie pomaga całemu zespołowi zrozumieć, „co poszło dobrze” i „co należy poprawić”.

Zebrane informacje zwrotne należy popracować w następnym sprincie i jest to część ciągłego „zwinnego” doskonalenia.

przykładowe przypadki testowe dla aplikacji internetowej

Wniosek

W tym samouczku informacyjnym wyjaśniono, jak różne tablice Jira są używane do zarządzania Scrumem.

Mam nadzieję, że krok po kroku opisany w tym samouczku wzbogaciłby Twoją wiedzę na temat koncepcji Scruma z JIRA.

=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków JIRA

Obejrzyj nasz nadchodzący samouczek, aby dowiedzieć się więcej o innych pulpitach nawigacyjnych Jira.

POPRZEDNIA samouczek | NEXT Tutorial

rekomendowane lektury