Zarządzanie projektami przy użyciu backlogów

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Backlog to uporządkowana według priorytetów lista prac, która wyznacza każdy sprint. W Azure Boards listy prac ułatwiają zespołowi przechwytywanie historii i wymagań użytkowników, pozycjonowanie ich według wartości i przekształcanie ich w pracę, która jest dostarczana.

Każdy zespół ma własne rejestry zadań produktu, portfela i sprintu, a ustawienia zespołu określają, które elementy robocze są wyświetlane w każdym z nich.

Tip

Możesz użyć sztucznej inteligencji, aby ułatwić wykonywanie zadań usługi Azure DevOps. Aby rozpocząć pracę, zobacz Włączanie pomocy AI w usłudze Azure DevOps MCP Server.

O backlogach

Użyj listy prac, aby kierować wysiłkiem zespołu, sprawdzać zakres i udostępniać wszystkim wspólne informacje o tym, co dalej.

Typowe zadania pogrupowane według intencji:

Aby to zrobić... Użyj
Rejestrowanie pracy Definiowanie historii użytkowników, elementów listy prac produktu lub wymagań • Dodawanie szczegółów i oszacowań
Organizowanie i określanie priorytetów Zmień kolejność backlogu • Mapuj elementy w hierarchii • Zbiorczo aktualizuj elementy
Planowanie i prognozowanie Przeciąganie elementów do sprintu • Prognozowanie pracy • Wyświetlanie zbiorczego postępu, liczby lub sum
Koordynuj działania między zespołami Przeglądanie pracy przypisanej do wielu zespołów

Note

Jeśli oczekiwane elementy robocze nie są wyświetlane w backlogu lub na tablicy, zobacz artykuł Tworzenie backlogu i zarządzanie nim lub Czym jest usługa Azure Boards?

Rejestry produktów i portfolio

Azure Boards przedstawia elementy robocze jako listy. Dwa typy listy prac obsługują różne horyzonty planowania:

Typ backlogu Co reprezentuje Najlepsze dla
backlog produktu Plan projektu i harmonogram pracy twojego zespołu w celu realizacji. Działa jako udostępnione repozytorium dla tego, co jest planowane, w toku i śledzone. Codzienne planowanie pracy zespołu dotyczące historyjek użytkownika, wymagań i błędów.
Zaległości portfela Hierarchia grupująca elementy backlogu produktu według funkcji, epików lub inicjatyw wyższego poziomu. Dowiedz się więcej w metodologiach Agile. Długotrwałe inicjatywy obejmujące zespoły lub są zbyt duże dla listy prac pojedynczego zespołu.

Zrzut ekranu przedstawiający backlogi tablic.

Konfiguracja backlogu

Note

Nie dodaje się rejestrów zadań ani tablic bezpośrednio. Po utworzeniu zespołu usługa Azure Boards automatycznie tworzy dla niego własny zestaw list prac i tablic. Aby uzyskać więcej informacji, zobacz About teams and Agile tools (Informacje o zespołach i narzędziach Agile).

Każdy rejestr zaległości jest skojarzony z zespołem, a ustawienia konfiguracji zespołu określają, które elementy robocze są w nim wyświetlane. Administratorzy zespołu konfigurują następujące ustawienia dla swojego zespołu:

Setting Co kontroluje Źródło
Ścieżki aktywnego obszaru Które elementy pracy pojawiają się w backlogu zespołu. Wyświetlane są tylko elementy przypisane do wybranych ścieżek obszaru. Zdefiniuj ścieżki obszarów i przypisz do zespołu
Domyślna ścieżka obszaru i ścieżka iteracji Wartości przypisane do nowych elementów roboczych utworzonych na podstawie listy prac zespołu. Zdefiniuj ścieżki obszarów i przypisz do zespołu
Aktywne ścieżki iteracji Które sprinty zespół wykorzystuje do planowania i określania przepustowości. Określanie ścieżek iteracji (przebiegu) i konfiguracja iteracji zespołu
Aktywne poziomy backlogu Które listy prac portfolio, produktu i sprintu są widoczne dla zespołu. Wybieranie poziomów backlogu
Działanie błędu Określa, czy usterki są traktowane jako wymagania, czy jako zadania podrzędne. Pokaż błędy na zaległościach lub tablicach

Tip

Kilka dodatkowych usprawnień widoku ułatwia przeglądanie dużych zaległości:

  • Każdy członek zespołu ma własne elementy sterujące (Rozwiń/Zwiń jeden poziom, Opcje kolumn, Selektor poziomu backlogu, Opcje widoku, i Filtr). Opcje ustawione dla danego poziomu listy zadań są odrębne i pozostają w mocy do momentu ich zmiany. Aby uzyskać więcej informacji, zobacz Konfigurowanie widoku listy prac.
  • Aby ograniczyć przewijanie w pionie na dużych rejestrach zaległości i tablicach, włącz opcję Widok kart skondensowany w ustawieniach tablicy Twojego zespołu.

Skonfiguruj widok rejestru zadań współdzielonego między zespołami

Każdy zespół kontroluje własne ustawienia i konfigurację listy prac niezależnie — nie można zdefiniować jednej konfiguracji subskrybowanej przez inne zespoły. Opcje kolumn i opcje widoku są również dla poszczególnych użytkowników, więc nie ma wbudowanego sposobu wymuszania wspólnego widoku w zespole.

Można jednak ustawić domyślne opcje kolumn dla wszystkich członków zespołu, edytując konfigurację procesu. Aby uzyskać więcej informacji, zobacz Informacje o elemencie XML konfiguracji procesu, Ustawianie kolumn domyślnych.

Definiowanie elementów roboczych i tworzenie listy prac

Skompiluj plan projektu, dodając elementy robocze do listy prac. Każdy typ elementu roboczego śledzi inny rodzaj pracy:

Typ elementu roboczego Wykorzystaj ją do
Historia użytkownika, element listy prac produktu lub wymaganie Określ jednostkę wartości widocznej dla klienta, aby ją zaplanować i dostarczyć. Przejdź do pozycji Utwórz listę prac.
Funkcje i epiki Grupuj powiązane scenariusze w hierarchię wielowarstwową na potrzeby planowania portfela. Przejdź do pozycji Organizowanie listy prac.
Błąd Śledź błędy. Wybierz, czy usterki są wyświetlane jako wymagania lub zadania dla zespołu. Przejdź do obszaru Zarządzanie usterkami.
Problem lub przeszkoda Śledź blokery i ryzyka oddzielnie od prac wdrożeniowych. Przejdź do obszaru Zarządzanie problemami.

Jeśli Twój zespół używa GitHub do kontroli wersji, możesz także rozpocząć pracę bezpośrednio z elementu backlogu za pomocą integracji GitHub Copilot dla Azure Boards, która tworzy gałąź, przygotowuje wersję roboczą żądania ściągnięcia i aktualizuje element roboczy o postępach.

Priorytet backlogu i kolejność rankingowa

Uporządkuj backlogi od góry do dołu: pozycja elementu na stronie jest jego priorytetem. Przeciągając element, Azure Boards aktualizuje ukryte pole klasyfikacji w tle:

Proces Zaktualizowano pole
Scrum Priorytet backlogu
Agile, CMMI Ranga stosu

Te pola nie są domyślnie wyświetlane w formularzu elementu roboczego, ale można wykonywać względem nich zapytania i raportować. Aby zmienić kolejność krok po kroku, przejdź do sekcji Zmień kolejność listy prac.

W przypadku zmiany kolejności zbiorczej użyj wielokrotnego wyboru, aby przenieść elementy do górnej, dolnej lub określonej pozycji na stronie. Aby zmienić kolejność wielu elementów jednocześnie, edytuj je w Excel: wyeksportuj zapytanie, zaktualizuj Priorytet listy prac lub Stack Rank i opublikuj.

Warning

Nie używaj edycji zbiorczej do zmiany Backlog Priority lub Stack Rank. Modyfikowanie zbiorcze powoduje przypisanie tej samej wartości do każdego wybranego elementu, co spowoduje wyczyszczenie względnej kolejności. Zamiast tego użyj opcji multiselect lub programu Excel (wcześniej w tym artykule).

Elementy w trakcie realizacji oraz prace wymienione w backlogu

Rejestry pokazują elementy pracy w stanie kategorii Proponowanym, W toku lub Rozwiązanym. Poniższa tabela pokazuje zależność między stanami kategorii a tym, co pojawia się w backlogu, oraz gdzie znaleźć elementy, które się w nim nie pojawiają:

Stan kategorii Przykładowe stany przepływu pracy Widoczne w backlogu? Gdzie go znaleźć
Proposed Nowe, Zatwierdzone Yes Widok domyślny
W toku Aktywny, zaangażowany Tak, chyba że wyłączysz przełącznik W toku Włącz ponownie In Progress; warto pozostawić wyłączone podczas prognozowania
Rozwiązano Rozwiązano Yes Widok domyślny
Zakończono Gotowe, zamknięte No Ostatnio ukończony element przestawny na stronie Elementy robocze lub zapytanie niestandardowe

Jeśli na liście prac brakuje oczekiwanych elementów, przełącznik W toku jest najczęstszym winowajcą. Aby uzyskać więcej informacji na temat mapowania kategorii na stany, zobacz Stany przepływu pracy i kategorie stanów.

Mapowanie i ponowne przypisywanie elementów rejestru prac do elementu nadrzędnego

Grupuj powiązane elementy pracy, przypisując elementy rejestru produktu do nadrzędnych funkcji i epików. Ta struktura tworzy hierarchię trójwarstwową, która ułatwia koordynację zbiorczą, planowanie i koordynację między zespołami:

Level Purpose
Epic Długotrwała inicjatywa, która obejmuje wiele funkcji.
Funkcja Funkcjonalność gotowa do wdrożenia, składająca się z powiązanych elementów backlogu.
Element backlogu (historyjka użytkownika, element backlogu produktu lub wymaganie) Pojedyncza jednostka wartości dostępnej dla klientów.

Poniższy zrzut ekranu przedstawia elementy listy prac zespołu obsługi klienta pogrupowane w ramach dwóch funkcji i jeden epik:

Zrzut ekranu przedstawiający Backlog, pokazujący odpowiedzialność rodziców i wielu zespołów.

Aby uzyskać szczegółowe mapowanie i ponowne wdrażanie, zobacz Organizowanie listy prac.

Velocity

Podczas przypisywania elementów listy prac do przebiegów Azure Boards oblicza raport o szybkości w kontekście zarówno dla list prac produktu, jak i portfela. Velocity pomaga Twojemu zespołowi przewidzieć, ile pracy może ukończyć w nadchodzących sprintach na podstawie dotychczasowych wyników.

Skonfiguruj raport, aby mierzyć pracę według:

  • Liczba elementów roboczych
  • Punkty lub nakład pracy
  • Pozostała praca
  • Dowolne inne pole liczbowe w typie elementu roboczego

Zrzut ekranu przedstawia usługę Velocity Analytics, która wyświetla wykres słupkowy.

Aby uzyskać więcej informacji, zobacz Wyświetlanie i konfigurowanie szybkości zespołu.

Wyświetl postęp zestawienia, liczby lub sumy

Dodaj kolumny zbiorcze do rejestru zaległości produktu lub portfela, aby podsumować dane podrzędnych elementów roboczych w wierszu nadrzędnym. Wybrane kolumny są zapamiętywane osobno dla każdej strony i dotyczą tylko Twojego widoku.

Typ zestawienia Co pokazuje
Pasek postępu Procent elementów podrzędnych zamkniętych lub ukończonych.
Liczba Całkowita liczba elementów podrzędnych.
Łącznie Suma pola liczbowego (na przykład Nakład pracy, Punkty fabuły, Ukończona praca lub Praca pozostała do wykonania) dla wszystkich elementów podrzędnych.

Poniższy przykład pokazuje paski postępu w rejestrze zaległości portfela:

Zrzut ekranu przedstawia kolumnę pasków postępu w widoku zaległości.

Współpraca z wieloma zespołami nad zarządzaniem elementami zadań w backlogu

W projekcie z wieloma zespołami widoki hierarchiczne mogą zawierać elementy należące do innych zespołów. Następujące reguły określają, co jest widoczne i co można zmienić:

Co jest widoczne Elementy rejestru zadań zespołu (dopasowane według ścieżki obszaru), a także nadrzędne epiki i funkcjonalności z innych zespołów, gdy opcja Parents jest włączona.
Możesz zmienić kolejność Tylko elementy w ścieżkach obszaru zespołu.
Możesz ponownie wykonać akcję Elementy, których jesteś właścicielem, oraz elementy, które należą do innych zespołów.
Nie można zmienić Elementy oznaczone ikoną informacyjną . Inny zespół jest ich właścicielem.

Tip

Dodaj pole Nazwa węzła jako kolumnę, aby zidentyfikować ścieżkę obszaru (i zespół), do których należy każdy element.

Wyświetlanie elementów backlogu oraz elementów nadrzędnych, które należą do innych zespołów

Gdy opcja Parents jest włączona, backlog pokazuje epikę nadrzędną dla każdej funkcji lub elementu backlogu należącego do Twojego zespołu, nawet jeśli epika nadrzędna należy do innego zespołu.

Zrzut ekranu przedstawiający elementy zaległości i elementy nadrzędne należące do innych zespołów.

Aby uzyskać więcej informacji, zobacz Definiowanie ścieżek obszaru i przypisywanie do zespołu.

Wyświetlanie epików i elementów podrzędnych posiadanych przez inne zespoły

Przejdź do szczegółów backlogu portfela, aby wyświetlić wszystkie elementy podrzędne, nawet te należące do innych zespołów. Na przykład lista prac epików zespołu zarządzania jest rozszerzana w celu wyświetlania funkcji i elementów listy prac należących do zespołów ds. obsługi klienta, telefonu i sieci Web.

Zrzut ekranu przedstawiający wyświetlanie epików i elementów podrzędnych należących do innych zespołów.

Ten podział pozwala kadrze zarządzającej skupić się na epikach i funkcjonalnościach, podczas gdy zespoły programistyczne koncentrują się na elementach backlogu, które realizują. Typowa struktura łączy dwie zespoły zarządzania z trzema zespołami deweloperów. Aby uzyskać więcej informacji, zobacz Tworzenie lub dodawanie zespołuoraz Zarządzanie listami prac produktu i portfela.

Important

Można utworzyć łącza podrzędne do elementów roboczych w innych projektach, ale jeśli projekty używają różnych procesów, hierarchia między projektami nie jest widoczna na liście prac. Otwórz formularz elementu roboczego, aby wyświetlić wszystkie skojarzone elementy podrzędne.

Wyświetlanie elementów roboczych węzłów liściastych

Zachowaj każdy typ elementu roboczego na jednej płaskiej liście i łącz elementy nadrzędne i podrzędne tylko między różnymi typami — na przykład epik z funkcją, funkcję z historią, a historię z zadaniem. Unikaj hierarchii tego samego typu, takich jak story-to-story, bug-to-bug lub task-to-task.

Jeśli tworzysz hierarchię w obrębie tej samej kategorii, tylko węzeł liściowy jest wyświetlany na tablicach, w rejestrach zadań sprintu i na tablicach zadań. Na przykład w łańcuchu zadań na czterech poziomach są wyświetlane tylko zadania czwartego poziomu.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z zmienianiem kolejności i zagnieżdżaniem.

Zarządzanie backlogiem produktu

Paski narzędzi listy prac produktu grupuje kontrolki w okienkach przestawnych, opcjach wyświetlania i menu poleceń. Aby uzyskać szczegółowe informacje, zobacz Konfigurowanie widoku listy prac.

Punkty obrotu

Kontrola Description
Backlog Pokaż listę elementów roboczych.
Analytics Pokaż raporty analizy w kontekście.
Wybór backlogu Przełączaj się między backlogami portfela, produktu i sprintu.

Opcje wyświetlania

Przełącznik Description
Rodziców Pokaż epiki nadrzędne i funkcje. Niedostępne w backlogu portfela najwyższego poziomu.
Prognozowanie Oszacuj, które elementy zmieszczą się w nadchodzących sprintach. Tylko zaległości produktu.
W toku elementy Pokaż lub ukryj elementy w stanach Aktywne, Zatwierdzone lub Rozwiązane.
Ukończone elementy podrzędne Pokaż lub ukryj ukończone elementy podrzędne.
Mapping Otwórz okienko mapowania elementów nadrzędnych, przeciągając. Niedostępne w backlogu portfela najwyższego poziomu.
Planning Otwórz okienko planowania, aby przeciągnąć elementy do sprintów.

Akcje paska narzędzi

Kontrola Description
Filtr Filtruj listę prac według słowa kluczowego, tagu lub pola.
Ustawienia Zarządzanie zespołami i konfigurowanie narzędzi zespołowych.
Rozwijanie/zwijanie Rozwiń lub zwiń jeden poziom hierarchii.
Pełny ekran Wprowadź lub zamknij tryb pełnoekranowy.
Więcej poleceń Ustaw opcje kolumny, utwórz zapytanie lub wyślij wiadomość e-mail.

Important

Gdy element nadrzędny jest włączony, opcja Utwórz zapytanie i Wyślij wiadomość e-mail nadal działa tylko na elementach na aktualnie wybranym poziomie listy prac.

Uprawnienia i dostęp

To, co możesz zrobić w backlogu, zależy od poziomu dostępu i przynależności do grupy:

Poziom dostępu lub grupa Co można zrobić
Dostęp podstawowy Pełny dostęp do wszystkich funkcji listy prac i tablicy.
Dostęp uczestników projektu Wyświetlanie list prac i tablic, dodawanie i edytowanie elementów roboczych, ale ograniczona kontrola nad kolejnością i konfiguracją listy prac. Aby uzyskać szczegółowe informacje, zobacz Szybki dostęp do uczestników projektu.
Grupa współautorów Korzystanie z większości funkcji w obszarze Tablice lub Praca (z dostępem podstawowym).
grupa Administratorzy projektu Konfigurowanie ustawień zespołu, zarządzanie ścieżkami obszaru i iteracji oraz dostosowywanie poziomów listy prac.

Aby uzyskać pełną macierz uprawnień, zobacz Ustawianie uprawnień śledzenia pracy. Aby udzielić dostępu, zobacz Dodawanie użytkowników do projektu lub zespołu.

Dodaj backlogi portfela i tablice

Aby dodać listę prac lub tablicę portfela, dostosuj proces, aby dodać lub zmodyfikować typy elementów roboczych, a następnie włączyć te typy na listach prac i tablicach, które chcesz.

Użyj dziedziczonego modelu procesów:

Wybierz model procesu:

Model procesów Źródło
Proces dziedziczony Dostosowywanie dziedziczonego procesu • Dostosowywanie listy prac lub tablic
Lokalny kod XML Dostosowywanie śledzenia pracy • Dodawanie list prac portfolio • Dostosowywanie lokalnego modelu procesów XML

Następny krok

Utwórz swoją listę prac

Treści powiązane

  • Last updated on