Udostępnij za pośrednictwem


Kluczowe pojęcia dotyczące sprintów i scrumu w usłudze Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Ten artykuł zawiera krótki słownik terminów i dostępnych narzędzi używanych do śledzenia pracy przy użyciu metod Sprints i Scrum. Inne zasoby do przeglądu to słownik agile oraz słownik zarządzania projektami i nawigacji.

Narzędzia Agile

Zestaw narzędzi internetowych używanych do śledzenia pracy i obsługi metodologii Agile. Narzędzia Agile obsługują podstawowe metody Agile — Scrum i Kanban — używane obecnie przez zespoły programistyczne. Dowiedz się więcej: Informacje o narzędziach Agile i zarządzaniu projektami Agile.

Usterki

Typ elementu roboczego, który rejestruje potencjalne źródło niezadowolenia z produktu. Powszechna nazwa typu elementu roboczego do śledzenia wad kodu. Każdy zespół może wybrać sposób zarządzania usterkami. Niektóre zespoły lubią śledzić usterki wraz z wymaganiami na liście prac. Inne zespoły lubią śledzić usterki jako zadania wykonywane w celu zapewnienia obsługi wymagań. Usterki są następnie wyświetlane na tablicy zadań. Dowiedz się więcej: Zarządzanie usterkami.

Burndown lub burnup charts

Wykresy burndown i burnup wspierają wizualne śledzenie ukończonej pracy w czasie, co sprzyja zarządzaniu projektami. Wykresy postępu zaczynają się od całkowitej ilości planowanych prac. W miarę ukończenia pracy, wykres spalania przedstawia pozostałą pracę. Wraz z upływem czasu ilość pracy do wykonania zmniejsza się. Wykresy burnup śledzą pracę w miarę upływu czasu. Są one przydatne do pokazywania szybkości ukończenia pracy.

Aby uzyskać więcej informacji, zobacz Wskazówki dotyczące burndown i burnup

Zespół i indywidualna pojemność

Pojemność jest skorelowana z rzeczywistym czasem zadania, godzinami lub dniami, które musi pracować osoba lub zespół. Azure DevOps udostępnia narzędzie do zarządzania wydajnością dla każdej iteracji zespołu w celu ustawienia wydajności. Zespoły zazwyczaj określają zdolność, gdy planują stworzenie zadań i szacowanie czasu potrzebnego na ich ukończenie.

Ustalając zdolność produkcyjną zespołu, zespół dokładnie wie, ile ma godzin pracy lub dni do dyspozycji na każdy sprint. To narzędzie umożliwia ustawienie dostępności poszczególnych członków zespołu i dni wolnych. Ustawienie zdolności dla każdego członka zespołu pracującego podczas sprintu powoduje pojawienie się paska zdolności dla tej osoby. Dowiedz się więcej: Ustaw pojemność sprintu.

Zrzut ekranu przedstawiający stronę wydajności zespołu.

Paski pojemności

Za pomocą pasków pojemności można szybko zobaczyć, kto ma nadmiar, jest na odpowiednim poziomie, lub ma niedobór pojemności. Paski pojemności są aktualizowane przy użyciu każdego z tych działań:

  • Zadania są przydzielane z pozostałą niezerową pracą
  • Zmiana pozostałej pracy
  • Zmiana daty w ramach cyklu sprintu. Indywidualna i zespołowa zdolność zawsze odzwierciedla ich możliwości od bieżącego dnia do końca sprintu.
Kolory pojemności Paski pojemności
Zrzut ekranu przedstawiający kolory pojemności. Zrzut ekranu przedstawiający paski pojemności.

Aby uzyskać więcej informacji, zobacz Dostosowywanie pracy do pojemności sprintu.

Codzienne spotkania scrum

Codzienne spotkania Scrum pomagają zespołom skupić się na tym, co muszą zrobić, aby zmaksymalizować swoją zdolność do spełnienia zobowiązań sprintu. Scrum Master zespołu powinien wymusić strukturę spotkania i upewnić się, że rozpoczyna się na czas i kończy się w ciągu 15 minut lub mniej. Dowiedz się więcej: najlepsze praktyki Scrum, codzienne spotkanie Scrum.

Prognoza

Narzędzie do prognozowania ułatwia zespołom planowanie sprintów. Narzędzie pokazuje zespołom elementy z listy prac, które można ukończyć w przyszłych sprintach na podstawie oszacowań elementów roboczych i ustalonej prędkości zespołu. Jak pokazano tutaj, tempo pracy wynoszące 20 wskazuje, że wykonanie pokazanej pracy potrwa pięć sprintów. Dowiedz się więcej: Prognozuj swoją listę zaległych prac dla produktu.

Zrzut ekranu przedstawiający listę prac zespołu, widok prognozy.

Ścieżki iteracji (czyli tzw. sprinty)

Okres, zwykle dwa do trzech tygodni, używany do grupowania elementów roboczych do ukończenia w tym okresie. Sprinty są używane w metodach Scrum do obsługi planowania sprintu, wykresu spalania sprintu i innych procesów Scrum. Ścieżki iteracji umożliwiają grupowanie pracy w sprintach, kamieniach milowych lub innych okresach związanych ze zdarzeniem lub czasem. Dowiedz się więcej: O obszarach i ścieżkach iteracji.

Backlog produktu

Interaktywna lista elementów roboczych, która odpowiada planowi projektu lub harmonogramowi zespołu, którą zespół planuje dostarczyć. Backlog produktu obsługuje określanie priorytetów pracy, określanie prognoz pracy według sprintów i szybkie łączenie pracy z elementami backlogu portfela. Możesz zdefiniować elementy listy prac, a następnie zarządzać ich stanem przy użyciu tablicy.

Każdy backlog produktu może być dostosowywany przez zespół. Dowiedz się więcej: Tworzenie listy prac.

Pozycja rejestru produktu (PBI)

Typ elementu roboczego, który definiuje aplikacje, wymagania i elementy, które zespoły planują utworzyć. Właściciele produktów zazwyczaj definiują i ustalają priorytety elementów backlogu produktu, które są definiowane przy użyciu procesu Scrum. Dowiedz się więcej: Typy elementów roboczych i przepływ pracy procesu Scrum.

Rola właściciela produktu

Rolą właścicieli produktów jest działanie jako interfejs między klientami a zespołem. Właściciel produktu może zmniejszyć potrzebę uzyskania szczegółowych specyfikacji. Zmniejszają one potrzebę, bardziej reagując na pytania zespołu dotyczące szczegółów implementacji. Ponadto jasno definiują kryteria akceptacji w ramach każdego wymagania.

Rola Scrum Master

Scrum Masters pomagają tworzyć i utrzymywać zdrowe zespoły, stosując procesy Scrum. Prowadzą, trenują, uczą i pomagają zespołom Scrum w odpowiednim stosowaniu metod Scrum. Scrum Masters działa również jako agenci zmian, aby pomóc zespołom przezwyciężyć przeszkody i napędzać zespół w kierunku znacznego wzrostu produktywności. Dowiedz się więcej: Scrum best practices, Role of the Scrum Master.

Przebiegi (nazywane również iteracjami)

Sprint jest okresem zwykle od dwóch do trzech tygodni, używanym do grupowania elementów roboczych, które mają być ukończone w tym okresie. Sprinty są używane w metodach Scrum do obsługi planowania sprintu, wykresu spalania sprintu i innych procesów Scrum. Sprinty są definiowane za pośrednictwem ścieżek iteracji. Aby uzyskać więcej informacji, zobacz Informacje o obszarach i ścieżkach iteracji (np. sprinty).

Lista prac przebiegu

Interaktywna lista elementów roboczych przypisanych do tej samej iteracji lub ścieżki dla zespołu. Rejestr sprintu wspiera zespoły korzystające z metodologii Scrum. Dowiedz się więcej: Planowanie sprintu.

Wykres spalania sprintu

Wykres spalania sprintu odzwierciedla postęp poczyniony przez zespół w ukończeniu wszystkich zadań, które oszacowali podczas spotkania planowania sprintu. Zespół to monitoruje, aby ograniczyć ryzyko i sprawdzić, czy nie dochodzi do rozszerzenia zakresu w całym cyklu sprintu. Idealna linia trendu zawsze wskazuje stały spadek. Niebieski obszar, jak pokazano na poniższym wykresie, reprezentuje rzeczywiste działania. Pokazuje narastanie pracy, gdy członkowie zespołu dodają zadania, oraz redukcję pracy, gdy ci członkowie wykonują te zadania. Dowiedz się więcej: Monitorowanie wykresu spalania sprintu.

Zrzut ekranu przedstawiający wykres spalania Sprintu.

Cele przebiegu

Cele sprintu służą do koncentracji uwagi na działaniach sprintu. Celem zespołu jest podsumowanie, co chcą osiągnąć do końca sprintu. Dowiedz się więcej: Najlepsze praktyki Scrum, Wyznacz cele sprintu.

Planowanie sprintu

Spotkanie planowania sprintu odbywa się na początku sprintu i jest czasem, kiedy właściciel produktu i zespół zgadzają się na zestaw celów sprintu i zadań. Dowiedz się więcej: Najlepsze praktyki Scrum, spotkania dotyczące planowania Sprintu.

Spotkania retrospektywne sprintu

Przegląd sprintu i spotkanie retrospektywne odbywają się na końcu sprintu. To spotkanie odbywa się, gdy zespół demonstruje pracę wykonaną podczas sprintu. Właściciel produktu, klienci i osoby biorące udział w projekcie akceptują historie użytkowników spełniające ich oczekiwania i identyfikują nowe wymagania. Klienci często rozumieją swoje potrzeby bardziej w pełni po obejrzeniu pokazów i mogą identyfikować zmiany, które chcą zobaczyć. Dowiedz się więcej: najlepsze praktyki Scrum, spotkanie retrospektywne sprintu.

Zadanie

Zadanie jest typem elementu roboczego używanego do śledzenia szacowanej i pozostałej pracy. W scrum zadanie jest definiowane do zakresu od czterech do dwunastu godzin. Określanie zadań jest niezbędne do monitorowania spadku prac w sprincie, pracy z wydajnością zespołu i korzystania z Tablicy Zadań. Zadania są połączone z elementami backlogu produktu nadrzędnego lub historyjkami użytkownika. Dowiedz się więcej: Dodawanie zadań do elementów backlogu.

Tablica zadań

Tablica zadań dostarcza interaktywną wizualizację postępu prac wymaganych do ukończenia backlogu sprintu zespołu. Podczas sprintu należy zaktualizować stan zadań i pozostałą pracę dla każdego zadania. Aktualizowanie zadań codziennie lub kilka razy w tygodniu daje bardziej płynny wykres sprintu spalania. Dowiedz się więcej: Tablica zadań.

Zrzut ekranu przedstawiający tablicę zadań.

Teams

Zespół odpowiada wybranemu zestawowi członków projektu. Dzięki zespołom organizacje mogą podkategoryzować pracę, aby lepiej skoncentrować się na całej pracy śledzonej w projekcie. Każdy zespół uzyskuje dostęp do zestawu narzędzi Agile. Zespoły mogą korzystać z tych narzędzi, aby pracować autonomicznie i współpracować z innymi zespołami w całym przedsiębiorstwie. Każdy zespół może skonfigurować i dostosować każde narzędzie w celu spełnienia wymagań służbowych. Aby uzyskać więcej informacji, zobacz About teams and Agile tools (Informacje o zespołach i narzędziach Agile).

Członek zespołu

Członek, który został dodany do projektu lub organizacji, który został dodany do określonego zespołu. Członkowie projektu mogą być dodawani do kilku zespołów. Kilka narzędzi Agile, takich jak planowanie zasobów, alerty zespołu i widżety pulpitu nawigacyjnego są ograniczone do zakresu zespołu. Oznacza to, że automatycznie odwołują się do użytkowników, którzy zostali dodani jako członkowie zespołu w celu obsługi działań związanych z planowaniem lub wysyłaniem alertów.

Aby dodać użytkowników do zespołu, zobacz Dodawanie użytkowników do projektu lub określonego zespołu.

Dług techniczny

Dług techniczny obejmuje wszystko, co zespół musi zrobić, aby wdrożyć kod jakości produkcji i utrzymać go w środowisku produkcyjnym. Przykłady to błędy, problemy z wydajnością, problemy operacyjne, ułatwienia dostępu i inne. Dowiedz się więcej o tym, jak zminimalizować dług techniczny: Co to jest agile development?.

Spotkania priorytetowe

Spotkania triage są używane do przeglądania i organizowania zaległości i usterek przypisanych do zespołu. Inne szczegóły, takie jak oszacowania, kryteria akceptacji i inne, mogą zostać dodane do elementów roboczych. Zazwyczaj właściciel produktu prowadzi spotkania triage, w których uczestniczą liderzy zespołów, analitycy biznesowi i inni interesariusze, mogący mówić o konkretnych ryzykach związanych z projektem.

Scenariusz użytkownika

Typ elementu roboczego, który definiuje aplikacje, wymagania i elementy, które zespoły planują utworzyć. Właściciele produktów zazwyczaj definiują historyjki użytkowników i ustalają ich priorytety. Historia użytkownika jest definiowana przy użyciu procesu Agile. Dowiedz się więcej: Typy elementów roboczych i przepływ pracy procesu Agile.

Wykres szybkości i prędkości

Velocja zapewnia przydatną metrykę umożliwiającą uzyskanie wglądu w ilość pracy, jaką zespół może wykonać podczas cyklu sprintu. Gdy twój zespół zrealizował kilka sprintów, może użyć wykresu szybkości i prognozy, aby oszacować pracę, którą można wykonać w przyszłych sprintach.

Prędkość zespołu to miara tego, ile pracy może wykonać zespół w oparciu o ich tempo sprintu. Wbudowany wykres szybkości mierzy szybkość, sumując punkty historii (Agile), wysiłek (Scrum) lub rozmiar (CMMI) zdefiniowany dla sprintu.

Na przykład na wykresie pokazanym poniżej zielony pasek wskazuje łączny szacowany nakład pracy (punkty historii) historii użytkowników ukończonych w ramach każdego sprintu. Niebieski odpowiada szacowanym nakładowi pracy elementów, które nie zostały jeszcze ukończone. Dowiedz się więcej: Wyświetlanie wbudowanego wykresu prędkości zespołu i praca z tym wykresem.

Zrzut ekranu przedstawiający szybkość pracy.

Oprócz wbudowanego wykresu Prędkość możesz dodać widżet Prędkość do pulpitu nawigacyjnego zespołu. Możesz skonfigurować ten widżet, aby zsumować liczbę elementów roboczych lub sumę nakładu pracy. Dowiedz się więcej: Konfigurowanie widżetu Prędkość.

Każdy zespół jest skojarzony z jednym i tylko jednym wykresem prędkości. Szybkość różni się w zależności od wydajności zespołu, sprint po sprincie. Jednak w miarę upływu czasu szybkość powinna wskazywać niezawodną średnią, która może służyć do prognozowania pełnej listy prac. Minimalizując zmienność rozmiaru elementu listy prac — nakład pracy lub punktów scenariuszy — zyskujesz bardziej niezawodne metryki prędkości. Dowiedz się więcej: Dodawanie zadań do elementów backlogu.