Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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.
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 |
---|---|
![]() |
![]() |
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.
Ś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.
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ń.
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.
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.