Kluczowe pojęcia dotyczące przebiegów i scrum 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. Nazwa pospolita 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ą zarządzanie projektami w celu wizualnego śledzenia ukończonej pracy w czasie. Wykresy postępu zaczynają się od całkowitej ilości planowanych prac. W miarę ukończenia pracy wykresy postępu pracy pozostałych zadań. 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 Burndown and burnup guidance (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ół. Usługa Azure DevOps udostępnia narzędzie pojemności dla przebiegu każdego zespołu w celu ustawienia pojemności. Zespoły zazwyczaj ustawiają pojemność, gdy planują tworzyć zadania i szacować czas potrzebny do ukończenia zadania.

Ustawiając pojemność zespołu, zespół wie dokładnie całkowitą liczbę godzin pracy lub dni, w których zespół ma dla każdego przebiegu. To narzędzie umożliwia ustawienie pojemności poszczególnych członków zespołu i dni wolnych. Ustawienie pojemności dla każdego członka zespołu działającego podczas przebiegu powoduje wyświetlenie paska pojemności dla tej osoby. Dowiedz się więcej: Ustawianie pojemności przebiegu.

Paski pojemności

Za pomocą pasków pojemności można szybko zobaczyć, kto się skończył, w lub pod pojemnością. Paski pojemności są aktualizowane przy użyciu każdego z tych działań:

• Zadania są przypisywane z pracą niezerową
• Zmiana pozostałej pracy
• Zmiana daty w ramach cyklu przebiegu. Pojemność indywidualna i zespołowa zawsze odzwierciedla ich pojemność od bieżącego dnia do końca przebiegu.

Kolory pojemności	Paski pojemności

Aby uzyskać więcej informacji, zobacz Dostosowywanie pracy w celu dopasowania do pojemności przebiegu.

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: Scrum best practices, Daily scrum meeting.

Prognoza

Narzędzie do prognozowania ułatwia zespołom planowanie przebiegów. Narzędzie pokazuje zespoły elementów listy prac, które można ukończyć w przyszłych przebiegach na podstawie oszacowań elementów roboczych i ustawionej szybkości. Jak pokazano tutaj, prędkość 20 wskazuje, że wykonanie pokazanej pracy potrwa pięć przebiegów. Dowiedz się więcej: Prognozowanie listy prac produktu.

Ścieżki iteracji (np. przebiegi)

Okres, zwykle dwa do trzech tygodni, używany do grupowania elementów roboczych do ukończenia w tym okresie. Przebiegi są używane w metodach Scrum do obsługi planowania przebiegu, spalania przebiegu i innych procesów Scrum. Ścieżki iteracji umożliwiają grupowanie pracy w przebiegach, kamieniach milowych lub innych okresach związanych z zdarzeniami. Dowiedz się więcej: Informacje o ścieżkach obszaru i iteracji.

Lista prac produktu

Interaktywna lista elementów roboczych odpowiadających planowi lub harmonogramowi projektu zespołu, który planuje dostarczyć zespołowi. Lista prac produktu obsługuje określanie priorytetów pracy, prognozowanie pracy według przebiegów i szybkie łączenie pracy z elementami listy prac portfela. Możesz zdefiniować elementy listy prac, a następnie zarządzać ich stanem przy użyciu tablicy Kanban.

Każda zaległości produktu może być dostosowywana przez zespół. Dowiedz się więcej: Tworzenie listy prac.

Element listy prac 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 ustawiają rangę elementów listy prac 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ą, trener, uczą i pomagają zespołom Scrum w odpowiednim zatrudnieniu 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)

Przebieg jest okresem zwykle od dwóch do trzech tygodni, który jest używany do grupowania elementów roboczych do ukończenia w tym okresie. Przebiegi są używane w metodach Scrum do obsługi planowania przebiegu, spalania przebiegu i innych procesów Scrum. Przebiegi są definiowane za pośrednictwem ścieżek iteracji. Aby dowiedzieć się więcej, zobacz About area and iteration paths (aka sprints) (About area and iteration paths (About area and iteration paths( About area and iteration paths (aka sprints) (Informacje o obszarach i ścieżkach ite

Lista prac przebiegu

Interaktywna lista elementów roboczych, które zostały przypisane do tego samego przebiegu lub ścieżki iteracji dla zespołu. Lista prac przebiegu obsługuje zespoły korzystające z metodologii Scrum. Dowiedz się więcej: Planowanie przebiegu.

Wykres postępu

Wykres postępu postępu odzwierciedla postęp poczyniony przez zespół w ukończeniu wszystkich prac szacowanych podczas spotkania planowania przebiegu. Zespół monitoruje go, aby ograniczyć ryzyko i sprawdzić, czy zakres pełza się w całym cyklu przebiegu. Idealna linia trendu zawsze wskazuje stałe spalenie. Niebieski obszar, jak pokazano na poniższym wykresie, reprezentuje rzeczywiste działania. Pokazuje on tworzenie pracy jako członkowie zespołu dodają zadania i redukcję pracy, gdy członkowie zespołu wykonują te zadania. Dowiedz się więcej: Monitorowanie postępu przebiegu.

Cele przebiegu

Cele przebiegu służą do koncentracji uwagi na działaniach przebiegu. Celem jest podsumowanie tego, co zespół chce osiągnąć do końca przebiegu. Dowiedz się więcej: Scrum best practices (Najlepsze rozwiązania w zakresie scrum), Set sprint goals (Ustawianie celów przebiegu).

Planowanie przebiegu

Spotkanie planowania przebiegu odbywa się na początku przebiegu i jest wtedy, gdy właściciel produktu i zespół zgadzają się na zestaw celów przebiegu i pracy. Dowiedz się więcej: Scrum best practices , Sprint planning meetings (Najlepsze rozwiązania w zakresie planowania przebiegu).

Spotkania retrospektywne przebiegu

Przegląd przebiegu lub spotkanie retrospektywne odbywa się na końcu przebiegu. To spotkanie jest wtedy, gdy zespół demonstruje pracę, którą wykonali podczas przebiegu. 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: Scrum best practices, Sprint retrospektywne spotkanie.

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. Definiowanie zadań jest niezbędne do monitorowania postępu przebiegu, pracy z pojemnością zespołu i korzystania z tablicy zadań. Zadania są połączone z elementami listy prac produktu nadrzędnego lub scenariuszami użytkownika. Dowiedz się więcej: Dodawanie zadań do elementów listy prac.

Tablica zadań

Tablica zadań udostępnia interaktywną tablicę postępu do pracy wymaganej do ukończenia listy prac przebiegu zespołu. Podczas przebiegu należy zaktualizować stan zadań i pozostałe zadania dla każdego zadania. Aktualizowanie zadań codziennie lub kilka razy w tygodniu daje wygładszy wykres postępu przebiegu. Dowiedz się więcej: Tablica 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 dowiedzieć się więcej, 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 pojemności, alerty zespołu i widżety pulpitu nawigacyjnego są ograniczone do 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?.

Klasyfikacja spotkań

Spotkania klasyfikacji są używane do przeglądania i organizowania listy prac 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 klasyfikacji oraz prowadzi zespoły, analityków biznesowych i innych uczestników projektu, którzy mogą mówić o konkretnym ryzyku projektu.

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ą scenariusze użytkowników i klasyfikują ich rangę. 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 prędkości i prędkości

Szybkość zapewnia przydatną metrykę umożliwiającą uzyskanie wglądu w ilość pracy, jaką zespół może wykonać podczas cyklu przebiegu. Gdy twój zespół przepracował kilka przebiegów, może użyć narzędzia wykresu prędkości i prognozy , aby oszacować pracę, którą można wykonać w przyszłych przebiegach.

Szybkość to miara tego, ile pracy może wykonać zespół w oparciu o ich cykl przebiegu. Wbudowany wykres prędkości mierzy szybkość, sumując punkty historii (Agile), Nakład pracy (Scrum) lub Rozmiar (CMMI) zdefiniowany na potrzeby przebiegu.

Na przykład na wykresie pokazanym poniżej zielony pasek wskazuje łączny szacowany nakład pracy (punkty historii) historii użytkownika ukończonych w każdym przebiegu. 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.

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, przebiegu w przebiegu. 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 listy prac.

Powiązane artykuły

• Informacje o sprintach i scrum
• Najlepsze rozwiązania scrum.
• Słownik agile
• Słownik zarządzania projektami i nawigacji
• Co to jest Scrum?