Zarządzanie projektami przy użyciu backlogów

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

Dzięki backlogom możesz zaplanować projekt, dodając opowieści użytkowników lub wymagania do backlogu produktu. Po wdrożeniu planu możesz zacząć kierować wysiłkami rozwoju kodu.

Jeśli jesteś administratorem projektu, zobacz Konfigurowanie i dostosowywanie usługi Azure Boards, w którym pokazano, jak definiować ścieżki obszaru i iteracji oraz dostosowywać typy elementów roboczych. Podczas tworzenia projektu lub dodawania zespołu usługa Azure Boards automatycznie tworzy listę prac. Każdy zespół ma dostęp do własnego produktu, portfolio i listy sprintu. Aby uzyskać więcej informacji, zobacz About teams and Agile tools (Informacje o zespołach i narzędziach Agile).

O backlogach

Lista prac usługi Azure Boards to priorytetowa lista elementów roboczych, które umożliwiają zespołowi programistycznemu nakład pracy. Rejestr zadań pomaga w zarządzaniu zakresem projektu oraz wspiera efektywną komunikację i współpracę w całym cyklu życia oprogramowania.

Użyj zaległości, aby wykonać następujące zadania:

Rejestry produktów i portfolio

Zaległości przedstawiają elementy robocze jako listy. Rejestr produktu reprezentuje plan projektu, mapa drogowa tego, co zespół planuje dostarczyć. Udostępnia również repozytorium wszystkich informacji potrzebnych do śledzenia i udostępniania zespołowi.

W metodykach Agilebacklog portfela umożliwia grupowanie i organizowanie listy prac w hierarchii. Możesz wyświetlać inicjatywy wysokiego poziomu, epiki lub projekty, nad którymi organizacja planuje pracować przez dłuższy czas. Te inicjatywy są często zbyt duże lub złożone, aby zmieścić się w zakresie listy prac pojedynczego zespołu. Wymagają koordynacji i planowania na wyższym poziomie organizacyjnym.

Konfiguracja backlogu

Każde zaległości są skojarzone z zespołem, a ustawienia konfiguracji zespołu określają elementy pracy wyświetlane na backlogu zespołu. Administrator zespołu wykonuje następujące zadania dla swojego zespołu:

• Wybierz ścieżki obszaru, które są aktywne dla zespołu. Na backlogu zespołu pojawiają się tylko elementy robocze, które zostały przypisane do określonych ścieżek obszaru.
• Ustaw domyślną ścieżkę obszaru i ścieżkę iteracji używaną podczas definiowania elementów roboczych z listy prac zespołu.
• Wybierz ścieżki iteracji, które są aktywne dla zespołu.
• Określ, które poziomy backlogu są aktywne dla zespołu.
• Zdefiniuj sposób traktowania usterek jako wymagań lub zadań podrzędnych.

Aby uzyskać więcej informacji, zobacz następujące artykuły:

• Określanie ścieżek iteracji (przebiegu) i konfiguracja iteracji zespołu
• Zdefiniuj ścieżki obszarów i przypisz do zespołu
• Wybieranie poziomów backlogu
• Pokaż błędy na zaległościach lub tablicach

Typowe konfiguracje listy prac dla wielu zespołów

Pytanie: Czy można zdefiniować konfigurację listy prac, do której może subskrybować wiele zespołów?Odpowiedź: Nie. Każdy zespół kontroluje własne ustawienia zespołu i konfiguracje listy prac niezależnie.

Definiowanie elementów roboczych i tworzenie listy prac

Zbuduj plan projektu, tworząc listę zaległych elementów roboczych. Te elementy reprezentują funkcje, wymagania, scenariusze użytkownika lub inne prace do ukończenia. Backlogi portfela zapewniają wsparcie w organizowaniu pracy w sposób hierarchiczny. Pomagają one śledzić główne inicjatywy lub scenariusze produktów, które opierają się na wielu scenariuszach lub wymaganiach. Różne typy elementów roboczych ułatwiają śledzenie różnych typów pracy, takich jak scenariusze użytkownika, zadania, błędy i problemy.

Priorytet listy prac lub kolejność rangi stosu

Miejsce dodawania lub przenoszenia elementów na stronie określa sekwencję elementów na każdej liście prac. Aby uzyskać więcej informacji, zobacz Zmienianie kolejności listy prac.

Podczas przeciągania elementów w obrębie listy prac, proces w tle aktualizuje pola Stack Rank(procesy Agile i Capability Maturity Model Integration (CMMI)) lub Priorytet listy prac(proces scrum). System używa tych pól do śledzenia względnej klasyfikacji elementów w produkcie, funkcji, epikach lub innych listach prac w portfelu. Domyślnie te pola nie są wyświetlane w formularzu elementu roboczego.

Nie używaj funkcji modyfikowania zbiorczego, aby zmienić wartość pola priorytetu backlogu. Chociaż można przypisać wartość do tych pól, przypisujesz tę samą wartość do wszystkich elementów wybranych do edycji zbiorczej.

Preferowaną metodą edycji zbiorczej jest użycie wielokrotnego wyboru w celu przeniesienia elementów do górnej, dolnej lub określonej pozycji na stronie. Jeśli musisz edytować jedno z pól kolejności prac zbiorczo, aby uzyskać dużą liczbę elementów roboczych w żądanej kolejności priorytetu, użyj programu Excel. Możesz wyeksportować zapytanie zawierające elementy backlogu, zaktualizować pola Priorytet backlogu lub Ranga stosu, a następnie opublikować zmiany.

Elementy w trakcie realizacji oraz prace wymienione w backlogu

Listy zaległości są przeznaczone do wyświetlania pracy odpowiadającej stanowi kategorii Proponowane, W toku lub Rozwiązano. Po zakończeniu pracy i jego stan zostanie zmieniony na Gotowe lub Zamknięte, zniknie z widoku zaległości. Zawsze możesz utworzyć zapytanie, aby wyświetlić ukończone zadania lub skorzystaj z sekcji Ostatnio ukończone na stronie Elementów roboczych. Aby uzyskać więcej informacji, zobacz Wyświetlanie i dodawanie elementów roboczych.

Ogólnie rzecz biorąc, wyświetlane są wszystkie elementy znajdujące się w stanie kategorii W toku , które odpowiadają stanom Aktywne i Zatwierdzone . Aby skoncentrować się na pracy proponowanej, ale nie w toku, możesz przełączyć widok listy prac, aby wyłączyć opcję W toku. Ten przełącznik jest przydatny podczas prognozowania backlogu produktu.

Jeśli na liście prac brakuje elementów, sprawdź, czy widok W toku jest wyłączony. Aby uzyskać więcej informacji, zobacz Stany przepływu pracy i kategorie stanów.

Organizowanie listy prac przez mapowanie i ponowne wdrażanie elementów listy prac

Jeśli masz wiele inicjatyw, nad którymi pracują zespoły, możesz pogrupować pracę zgodnie z tymi inicjatywami. Definiując funkcje i epiki, możesz pogrupować swoją pracę w trójwarstwową hierarchię składającą się z epik, funkcji i elementów backlogu.

Na przykład tutaj zespół obsługi klienta zorganizował kilka elementów zaległości w ramach dwóch funkcjonalności i jednego eposu.

Velocity

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

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

Jeśli masz kilka zespołów, widoki hierarchiczne mogą wyświetlać elementy należące do innych zespołów.

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

Lista produktowa zespołu zawiera tylko te elementy, których ścieżka obszaru jest zgodna z elementami przypisanymi do twojego zespołu. Jeśli pokażesz rodziców, zobaczysz epikę nadrzędną funkcji i elementów backlogu, nawet jeśli inny zespół jest właścicielem epiki lub funkcji.

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

Oto kolejny przykład pokazujący zaległości epików dla zespołu ds. zarządzania. Wchodząc w szczegóły, można zobaczyć wszystkie elementy zaległe i funkcje, mimo że należą one do jednego z trzech różnych zespołów: Customer Service, Phone i Web.

Z tych widoków możesz przemianować elementy, które należą do ciebie, oraz elementy, które należą do innych zespołów. Nie można zmienić kolejności elementów, które należą do innego zespołu.

Ta organizacja umożliwia zespołom zarządzania skoncentrowanie się na funkcjach wysokiego poziomu i epikach, a zespołom programistycznym na skupieniu się wyłącznie na elementach listy prac, za które są odpowiedzialne do dostarczenia. Można na przykład utworzyć strukturę zespołu podobną do tej z dwoma zespołami zarządzania i trzema zespołami deweloperów. Aby uzyskać więcej informacji, zobacz Tworzenie lub dodawanie zespołu.

Aby uzyskać więcej informacji na temat hierarchicznych struktur zespołów i listy zaległych prac, zobacz Zarządzaj zaległościami produktu i portfela.

Zmienianie kolejności i ponowne wdrażanie elementów roboczych

Wszystkie listy prac i tablice obsługują przeciąganie w celu zmiany kolejności i ponownego wykonania elementów roboczych. Aktualizacje wprowadzone w rejestrach zadań i tablicach jednego zespołu znajdują odzwierciedlenie w rejestrach zadań i tablicach innych zespołów, które mają wspólną ścieżkę obszaru. Może być konieczne odświeżenie strony, aby wyświetlić zmiany.

Przeciąganie można użyć tylko do zmiany kolejności lub ponownego użycia elementów roboczych przypisanych do ścieżek obszaru wybranych dla zespołu. Po włączeniu opcji Widok rodziców elementy robocze mogą pojawić się na liście prac, które nie są własnością zespołu. Nie można zmienić kolejności ani przypisać elementów, które pojawią się z ikoną informacji , ponieważ należą do innego zespołu.

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

Listy backlogu sprintu i tablice zadań pokazują wyłącznie ostatni element w hierarchii tej samej kategorii, zwany liściem.

Możesz utworzyć hierarchię elementów listy prac, zadań i błędów. Nie zalecamy tworzenia hierarchii tej samej kategorii. Innymi słowy, nie twórz powiązań nadrzędnych-podrzędnych dla elementów roboczych tego samego typu, takich jak historia-historia, usterka-usterka lub zadanie-zadanie.

Ostatni węzeł w hierarchii tej samej kategorii może być wyświetlany tylko na tablicach, listach zadań sprintu i tablicach zadań. Jeśli na przykład połączysz elementy w hierarchii tej samej kategorii, która ma cztery poziomy, na tablicy, w backlogu sprintu i na tablicy zadań pojawią się tylko elementy na czwartym poziomie.

Zamiast zagnieżdżać wymagania, błędy i zadania, zalecamy utrzymanie listy płaskiej. Utwórz link nadrzędny-podrzędny o jeden poziom głębokości między elementami należącymi do innej kategorii. Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z zmienianiem kolejności i zagnieżdżaniem.

Zarządzanie backlogiem produktu

Możesz użyć następujących elementów sterujących, aby zmienić bądź filtrować widok backlogu produktu.

Uprawnienia i dostęp

Jako członek dodany do grupy Współautorzy projektu można używać większości funkcji dostępnych w obszarze Tablice lub Praca. Użytkownicy z dostępem podstawowym mają pełny dostęp do wszystkich funkcji. Użytkownicy z dostępem uczestników projektu są ograniczeni do niektórych funkcji. Aby uzyskać więcej informacji, zobacz Stakeholder access quick reference (Dostęp uczestnika projektu — krótki przewodnik).

Aby uzyskać więcej informacji na temat uprawnień i dostępu, zobacz Ustaw uprawnienia do śledzenia pracy i Szybkie odniesienie do dostępu interesariusza.

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

Dodaj backlogi portfela i tablice

Dalsze kroki

Treści powiązane

• Nawigowanie po portalu internetowym
• Dowiedz się więcej o tablicach Kanban
• Odkryj, co to jest Agile