Samouczek dotyczący zgłoszeń w Jirze
W tym samouczku objaśnimy, jak pracować ze zgłoszeniami w Jirze. Nie będą tutaj omawiane rytuały zespołowe przeprowadzane poza Jirą, takie jak spotkania dotyczące planowania sprintów, retrospektywy i codzienne spotkania stand-up. Informacje na ich temat znajdziesz na stronie Jak korzystać z metodyki Scrum w Jirze.
Czas:
10 minut czytania.
Odbiorcy:
Osoby zaczynające korzystać z Jiry, które jeszcze nie do końca wiedzą, jak się nią posługiwać
Wymagania wstępne:
- Utworzone konto Jira
-
Utworzony projekt Jira
W Jirze zespoły korzystają ze zgłoszeń do śledzenia pojedynczych jednostek pracy do wykonania. W zależności od sposobu, w jaki zespół korzysta z Jiry, zgłoszenie może stanowić np. zadanie w ramach projektu, zgłoszenie do pomocy technicznej lub formularz wniosku o urlop. W Jirze zgłoszenia to zazwyczaj elementy takie jak ważne funkcje, wymagania użytkowników czy błędy w oprogramowaniu.
Tworzenie zgłoszenia
Zgłoszenia można tworzyć na kilka różnych sposobów:
Z poziomu górnego paska nawigacyjnego w dowolnym miejscu w systemie Jira

W backlogu
Na tablicy (tylko w projektach zarządzanych przez zespół)
Tworzenie zadań podrzędnych (opcjonalnie)
Zgłoszenia mogą mieć również postać zadań podrzędnych, z których każde jest przypisywane i śledzone osobno. Zadania podrzędne tworzy się z różnych powodów. Oto niektóre z nich:
- podzielenie zgłoszenia na jeszcze mniejsze fragmenty;
- umożliwienie przypisania różnych aspektów zgłoszenia do różnych osób;
- utworzenie listy rzeczy do zrobienia w odniesieniu do zgłoszenia.
Tworzenie zadania podrzędnego:
- Przejdź do zgłoszenia i wybierz kolejno więcej ( ••• ) > Utwórz zadanie podrzędne.
- Wypełnij szczegóły w razie potrzeby, a następnie kliknij przycisk Utwórz.
Szacowanie zgłoszeń w backlogu pomaga przewidywać, jak długo może potrwać dostarczenie konkretnych prac z backlogu.
Po co szacować zgłoszenia?W szacowaniu chodzi przede wszystkim o prędkość. Głównym celem stosowania wartości szacunkowych w odniesieniu do elementów backlogu jest możliwość wykorzystania tych informacji do ustalenia, jak długo potrwa dostarczenie poszczególnych prac z backlogu.
W tradycyjnych zespołach programistycznych menedżerowie szacowaliby elementy w roboczogodzinach. Następnie mogliby zsumować godziny w backlogu, podzielić je przez liczbę członków zespołu oraz liczbę godzin w tygodniu, aby uzyskać prognozowaną datę realizacji. Naturalnie tego rodzaju szacunki często okazywały się bardzo nieprecyzyjne, ponieważ nie uwzględniały naturalnej tendencji zespołu (do przeszacowania/niedoszacowania), nieoczekiwanych przerw lub zwiększenia wydajności zespołu z czasem.
W związku z tym w świecie metodyki Scrum większość zespołów nie próbuje uzyskać dokładnych szacunków. Zamiast tego dążą do osiągnięcia niezawodnej prędkości. Prędkość jest miarą liczby jednostek oszacowania, które zespół zazwyczaj realizuje w kolejnych sprintach. Po pierwszych kilku sprintach większość zespołów osiąga w miarę stabilną prędkość. Znając swoją prędkość oraz oszacowania dotyczące zgłoszeń w backlogu, zespoły mogą przewidywać, jak długo potrwa realizacja konkretnych prac z backlogu.
Jeśli na przykład w każdym sprincie zespół ma potencjał wykonawczy liczony w „roboczogodzinach” na poziomie 120 godzin, ale prędkość zespołu wynosi 60 godzin, wówczas na podstawie prędkości wynoszącej 60 godzin nadal można oszacować liczbę sprintów potrzebnych do zrealizowania poszczególnych prac z backlogu. Czasem możemy ulec pokusie i zacząć zastanawiać się, co stało się z pozostałymi 60 godzinami. To z kolei może skłonić nas do rozważenia, czy z produktywnością zespołu nie dzieje się coś złego. Jednak zazwyczaj nie ma to z nią nic wspólnego: oszacowania zespołu stanowią jedynie odzwierciedlenie poglądu jego członków na stopień trudności realizowanych zadań, dlatego zawsze będą na nie wpływać naturalne zachowania zespołu (na przykład skłonności do przeszacowania lub niedoszacowania), a także czynniki na poziomie organizacyjnym. Z perspektywy planowania istotna jest jedynie prędkość.
Większość zespołów wykorzystuje w swoich oszacowaniach punkty historyjek.Punkty historyjek są miarą złożoności jednego zgłoszenia w stosunku do innych. Ma to sens, ponieważ podstawowe pytania, na które trzeba odpowiedzieć, to: „do wykonania ilu prac w trakcie tego sprintu można się realnie zobowiązać?” oraz „ile czasu zajmie dostarczenie tej części backlogu?”. Podejście oparte na punktach historyjek może dostarczyć odpowiedzi na te pytania bez wzbudzania niepokoju związanego z dokładnością szacunków, który odczuwają zespoły proszone o podanie szacunkowej liczby godzin.
Więcej informacji o sposobach monitorowania oszacowań i prędkości można znaleźć w naszym samouczku dotyczącym spalania.
Oszacowanie zgłoszenia:
- Wprowadź oszacowanie.
Czy można zmienić wprowadzone oszacowanie? Krótko mówiąc, tak. Jeśli jednak zmienisz wartość oszacowania już po rozpoczęciu sprintu, będzie ono wyświetlane jako zmiana zakresu na wykresie spalania.
Jeśli masz trudności z szacowaniem zgłoszeń, nie przejmuj się — to zupełnie normalne! Zapoznaj się z naszym przewodnikiem dotyczącym szacowania, w którym znajdziesz porady i wskazówki na temat właściwego szacowania zgłoszeń.
Szeregowanie zgłoszeń według priorytetu
Uszeregowanie zgłoszeń według priorytetu pozwala zespołowi zobaczyć, którymi zgłoszeniami jego członkowie będą zajmować się w następnej kolejności. Aby uszeregować zgłoszenia, przejdź do backlogu lub tablicy, a następnie ustaw zgłoszenia w odpowiedniej kolejności według priorytetu, klikając je i przeciągając. Oto kilka przykładów zastosowania tej metody:
-
W projekcie Scrum podczas planowania kolejnego sprintu możesz uszeregować zgłoszenia w backlogu, a następnie zdecydować się na dodanie do sprintu pierwszych 10 (lub dowolnej innej liczby zgłoszeń, którą zespół jest w stanie ukończyć).
-
W szablonie Kanban możesz uszeregować zgłoszenia w kolumnie Do zrobienia i poprosić członków zespołu o wybieranie zgłoszenia ze szczytu listy, gdy będą potrzebowali dodatkowej pracy. W przypadku tego podejścia kolumna zawierająca wszystkie zgłoszenia Do zrobienia będzie wymagała stałej uwagi ze względu na zmieniające się priorytety.
Uwaga: aby przenieść zgłoszenie wyżej lub niżej na tablicy, musisz mieć dotyczące go uprawnienia do planowania zgłoszenia i edycji zgłoszenia.
Oznaczenie zgłoszenia
Istnieje opcja oznaczenia zgłoszenia, która wyglądało następująco:
Oznaczenie zgłoszenia bywa przydatne, ponieważ zachęca do współpracy i komunikacji w całym zespole. Oto kilka przykładów:
-
Pracujesz nad zadaniem, ale zdajesz sobie sprawę, że nie zdołasz go dokończyć. Oznaczasz zgłoszenie, a członek zespołu z wolnymi zasobami, który zerknie na tablicę, może dołączyć i Ci pomóc.
-
Zgłoszenie, nad którym pracujesz, zostaje zablokowane. Możesz je oznaczyć, dodać komentarz wyjaśniający bloker i przejść do następnego zadania. Wystarczy rzut oka na tablicę, aby zobaczyć, że zgłoszenie zostało oznaczone, oraz jego otwarcie, aby zrozumieć, co się dzieje.
Oznaczenie zgłoszenia
-
Przejdź do swojej tablicy.
-
Kliknij zgłoszenie prawym przyciskiem myszy.
-
Naciśnij przycisk Dodaj flagę.
Przenoszenie zgłoszeń
Przenoszenie zgłoszeń ilustruje postępy w przepływie pracy. Aby przenieść zgłoszenie z jednej kolumny do drugiej, przeciągnij je i umieść w nowej kolumnie.
Uwaga: jeśli okaże się, że nie możesz przenieść zgłoszenia do innej kolumny, przyczyną może być przepływ pracy w Twoim projekcie. Jira jest tak zaawansowanym narzędziem, ponieważ administratorzy mogą wymuszać konkretne reguły w przepływie pracy projektu, na przykład obowiązkowe przechodzenie błędów przez kolumnę QA lub uniemożliwienie przechodzenia historyjek bezpośrednio z kolumny Do zrobienia do kolumny Gotowe. Więcej informacji można znaleźć w naszej dokumentacji dotyczącej przepływu pracy.
Filtrowanie zgłoszeń
Filtr zgłoszeń umożliwia ukrycie zgłoszeń, których nie chcesz wyświetlać, i skupienie się na tych, które stanowią przedmiot Twojego zainteresowania. Jira oferuje funkcję szybkiego filtrowania, która umożliwia filtrowanie zgłoszeń na tablicy. Na tablicach Scrum/Kanban wygląda to następująco:
-
Pasek wyszukiwania: umożliwia wyświetlanie zgłoszeń zawierających wyszukiwany termin oraz ukrycie reszty.
-
Menu szybkich filtrów: domyślnie możesz filtrować według zgłoszeń przypisanych do Ciebie oraz zgłoszeń ostatnio zaktualizowanych. W tym miejscu wyświetlane będą również wszystkie szybkie filtry, które utworzysz.
-
Menu osoby przypisanej: umożliwia wyświetlenie wyłącznie zgłoszeń przypisanych do wybranych osób.
Tworzenie własnych szybkich filtrów (tablice Scrum i Kanban):
- Przycisk elipsyPrzejdź do tablicy, a następnie wybierz kolejno więcej (
) > Ustawienia tablicy.
- Kliknij kartę Szybkie filtry.
-
Wprowadź nazwę, zapytanie JQL i opis filtra. Aby uzyskać więcej informacji o zapytaniach JQL, zapoznaj się naszą dokumentacją dotyczącą wyszukiwania zaawansowanego.
-
Kliknij przycisk Dodaj.
Automatyzacja jako tajna broń
Jira to miejsce, w którym znajduje się praca. Czasami może jej tam być sporo. Automatyzacja jest kluczem do zapewnienia aktualności wszystkich zgłoszeń i utrzymania w nich porządku. W bibliotece szablonów Jira Automation znajdziesz najczęściej używane automatyzacje.
Chcesz dowiedzieć się więcej?
Szczegółowe informacje o pracy ze zgłoszeniami w Jirze zawiera nasza dokumentacja dotycząca zgłoszeń. Nie możesz się doczekać, aby rozpocząć? Zapoznaj się z naszymi darmowymi szablonami Jira.
Masz pytania? Zadaj pytanie społeczności Atlassian.