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
W projekcie istnieją obecnie dwie wstępnie zdefiniowane listy prac portfelowych: "Funkcje" i "Epiki". Jeśli jednak projekt wymaga większej liczby list prac portfelowych, możesz je utworzyć.
Ważne
Model procesu dziedziczenia jest dostępny dla projektów skonfigurowanych do jej obsługi. Jeśli używasz starszej kolekcji, sprawdź zgodność modelu procesu. Jeśli kolekcja lokalna jest skonfigurowana do używania lokalnego modelu przetwarzania XML, możesz użyć tego modelu przetwarzania tylko do dostosowania środowiska śledzenia pracy. Aby uzyskać więcej informacji, zobacz Wybieranie modelu procesu dla kolekcji projektów.
Zalety zaległości portfela:
- Organizowanie pracy: listy prac portfolio umożliwiają organizowanie pracy na podstawie inicjatyw biznesowych, scenariuszy użytkowników lub innych istotnych kryteriów.
- Widok hierarchiczny: Strukturyjąc listy prac w portfolio, zyskujesz hierarchiczny widok pracy, który zawiera elementy zdefiniowane na listach prac niższego poziomu (takie jak scenariusze użytkowników, funkcje lub zadania).
- Widoczność między zespołami: Menedżerowie programów mogą śledzić stan elementów backlogu w różnych zespołach. Mogą przejść do szczegółów, aby upewnić się, że wszystkie prace są odpowiednio reprezentowane.
Aby uzyskać więcej informacji, zobacz About process customization and inherited processes (Informacje o dostosowywaniu i dziedziczeniu procesów).
W poniższym przykładzie dodaliśmy rejestr zadań portfela trzeciego poziomu oznaczony jako Inicjatywy, który śledzi niestandardowy typ elementu roboczego Inicjatywy. Zmieniliśmy również nazwę listy prac produktu na Historie i zgłoszenia, aby wskazać, że nie tylko śledzimy historie użytkownika, ale także zgłoszenia klientów na liście prac produktu.
Obsługiwane dostosowania
Listy prac i tablice są niezbędnymi narzędziami Agile do tworzenia pracy dla zespołu i zarządzania nimi. Standardowe listy prac — produkt, iteracja i portfolio — dziedziczone z procesu systemowego są w pełni dostosowywalne. Ponadto możesz dodać niestandardowe listy prac dla portfolio, aby mieć łącznie pięć takich list prac.
Typy zaległych zadań
Obsługa dostosowywania
Odziedziczone zaległości
Niestandardowe backlogi portfela
Nieobsługiwane dostosowania:
-
Usuwanie dziedziczonego poziomu portfela:
- Chociaż nie można bezpośrednio usunąć dziedziczonego poziomu portfela z produktu, masz kilka opcji:
- Zmień nazwę poziomu portfela: możesz zmienić nazwę dziedziczonego poziomu portfela, aby lepiej dopasować się do Twoich potrzeb.
- Wyłącz dziedziczony typ WIT: Jeśli dziedziczony poziom portfela obejmuje typy WIT, których nie chcesz używać, możesz je wyłączyć. Ta akcja uniemożliwia zespołom tworzenie nowych elementów roboczych tego typu.
- Chociaż nie można bezpośrednio usunąć dziedziczonego poziomu portfela z produktu, masz kilka opcji:
-
Wstawianie poziomu zapasów:
- Nie można wstawić nowego poziomu backlogu do obecnego zestawu zdefiniowanych backlogów. Wstępnie zdefiniowane poziomy listy prac są zwykle stałe (na przykład Epiki, Funkcjonalności, Historie użytkownika, Zadania) i nie można dodawać między nimi dodatkowych poziomów.
-
Zmiana kolejności poziomów zaległości:
- Niestety, nie można zmienić kolejności poziomów backlogu. Zwykle są one zgodne ze wstępnie zdefiniowaną hierarchią i zmiana ich kolejności nie jest możliwa.
-
Dodawanie funkcji WIT do wielu poziomów listy prac:
- Każdy WIT może należeć tylko do jednego poziomu backlogu. Nie można jednocześnie dodać WIT do dwóch różnych poziomów backlogu.
-
Tworzenie poziomu backlogu zadań niestandardowych:
- Chociaż nie można utworzyć niestandardowego poziomu backlogu specyficznego dla zadania, można nadal dodawać niestandardowe typy elementów pracy (WIT) do backlogu iteracji. Można na przykład utworzyć niestandardowy element WIT o nazwie "Ulepszenia" lub "Konserwacja" i skojarzyć go z listą prac iteracji.
-
Zarządzanie usterkami:
- Usterka WIT nie należy domyślnie do żadnego określonego poziomu backlogu. Zamiast tego każdy zespół może zdecydować, jak chcą zarządzać usterkami. Możesz wybrać wyświetlanie usterek na listach prac i tablicach lub obsługiwać je oddzielnie.
Uwaga
Niektóre funkcje wymagają zainstalowania aktualizacji usługi Azure DevOps Server 2020.1. Aby uzyskać więcej informacji, zobacz Azure DevOps Server 2020 Update 1 RC1 Release Notes, Boards.
Dodaj typ elementu roboczego systemu do listy prac
Jeśli chcesz śledzić problemy, przeszkody czy inne dziedziczone typy elementów roboczych na liście prac lub tablicy, edytuj odpowiednią listę prac. W poniższej tabeli wymieniono dostępne typy elementów roboczych, które można dodać do listy prac.
Uwaga
Ta funkcja wymaga aktualizacji programu Azure DevOps Server 2020.1 lub nowszej.
Proces
Typy elementów roboczych
Agile
Kwestia
Scrum
Przeszkoda
CMMI
Żądanie zmiany, problem, przegląd, ryzyko
Każde okno dialogowe 'Edytuj poziom zaległości' automatycznie zawiera dziedziczone i niestandardowe typy elementów roboczych, które nie są przypisane do innych poziomów zaległości. Na przykład nieprzypisane typy elementów roboczych Agile są wymienione w sekcji Inne typy elementów roboczych, jak pokazano na poniższej ilustracji
Te same typy elementów roboczych wraz z dowolnymi niestandardowymi typami elementów roboczych są wyświetlane w oknie dialogowym Edytowanie poziomu listy prac wszystkich poziomów listy prac, dopóki nie zostaną przypisane do określonego poziomu listy prac.
Uwaga
Nie można usunąć domyślnego, dziedziczonego typu elementu roboczego z żadnego poziomu listy backlogu, ale można wyłączyć odpowiedni typ elementu roboczego. Na przykład można wyłączyć typ elementu roboczego User Story dla backlogu wymagań Agile, o ile dodano inny typ elementu roboczego, aby obsłużyć ten backlog.
Pola dodane do typów elementów roboczych
Gdy dodajesz element WIT do poziomu backlogu, pewne pola są automatycznie dodawane do definicji WIT jako ukryte pola. Te pola nie są wyświetlane w formularzu elementu roboczego, ale są niezbędne do obsługi określonych funkcji narzędzi Agile.
| Poziom zaległości | Dodane pola | opis |
|---|---|---|
| Zaległości portfela | - Ranking priorytetowy (Agile, CMMI) - Priorytet listy prac (Scrum) |
Pola Kolejność stosu i Priorytet backlogu przechwytują względny priorytet elementów roboczych, gdy są zmieniane na backlogu lub tablicy zadań. Aby uzyskać więcej informacji, zobacz Wewnątrz działania: pole Priorytet zaległości lub Ranga stosu. |
| Backlog wymagań | - Ranking zadań, Punkty historii (Agile) - Kolejność stosu, rozmiar (CMMI) - Priorytet backlogu, wysiłek (Scrum) |
Pola Punkty historyjek, Rozmiar i Nakład pracy odzwierciedlają względny nakład pracy wymagany do ukończenia zadania WIT przypisanego do zestawu wymagań. Ta wartość jest używana do obliczania szybkości. |
| Backlog iteracji | - Aktywność, praca pozostała, Priorytet stosu (Agile) - Dyscyplina, Praca Pozostała, Kolejność Priorytetowa (CMMI) - Aktywność, pozostała praca, priorytet listy prac (Scrum) |
Pozostała praca jest używana na wykresach burndown Sprint i wykresach pojemnościowych. |
Wymagania wstępne
Aby uzyskać wskazówki dotyczące dostosowywania usługi Azure Boards do konkretnych wymagań biznesowych, zobacz About configuring and customizing Azure Boards (Informacje o konfigurowaniu i dostosowywaniu usługi Azure Boards).
| Kategoria | Wymagania |
|---|---|
| uprawnienia | — Aby utworzyć, usunąć lub edytować proces: członek grupy administratorów kolekcji projektów lub określone uprawnienia na poziomie kolekcji Utwórz proces, Usuń proces, Edytuj proceslub Usuń pole z organizacji ustawione na Zezwolenie. Aby uzyskać więcej informacji, zobacz Ustaw uprawnienia i dostęp do śledzenia pracy oraz dostosuj dziedziczony proces. — Aby zaktualizować tablice: Administrator Zespołu lub członek grupy Administratorzy Projektu. |
| Dostęp | — Nawet jeśli masz dostęp podstawowy lub niższy, nadal możesz zmienić proces, jeśli ktoś udzieli Ci uprawnień. — Aby zaktualizować i zmienić typ istniejących elementów roboczych, należy być członkiem projektu. |
| Model procesu projektu | — Zawierać model procesu dziedziczenia dla kolekcji projektu, która zawiera projekt. — W przypadku migrowania danych do usługi Azure DevOps Services użyj usługi importowania bazy danych Team Foundation Server. |
| Wiedza | Znajomość modeli dostosowywania i przetwarzania . |
Uwaga
Podczas dostosowywania dziedziczonego procesu wszystkie projekty korzystające z tego procesu automatycznie odzwierciedlają dostosowania. Aby zapewnić bezproblemowe przejście, zalecamy utworzenie procesu testowego i projektu, który umożliwia przetestowanie dostosowań przed ich wdrożeniem w całej organizacji. Aby uzyskać więcej informacji, zobacz Create and manage inherited processes (Tworzenie procesów dziedziczynych i zarządzanie nimi).
Dodawanie lub edytowanie backlogów portfolio
Procesy systemów Agile, Scrum i CMMI definiują dwa domyślne backlogi portfela: Epiki i Funkcje. Każda z nich jest skojarzona z odpowiednimi typami elementów roboczych, epikami i funkcjami. Proces podstawowy definiuje tylko listę prac epików i typ elementu roboczego Epic. Aby uzyskać więcej informacji, zobacz About processes and process templates (Informacje o procesach i szablonach procesów).
Możesz dodać niestandardowy WIT lub wybrać wcześniej dodany. Należy pamiętać, że do wyboru są dostępne tylko te typy elementów roboczych, które nie są skojarzone z innym poziomem backlogu.
Dodaj rejestr zadań portfela
Aby dodać zaległości portfela i niestandardowy typ elementu prac, wykonaj następujące kroki.
Zaloguj się do swojej organizacji (
https://dev.azure.com/{Your_Organization}).Wybierz
Ustawienia organizacji.
Wybierz Proces.
Zaloguj się do kolekcji (
https://dev.azure.com/{Your_Collection}).Wybierz pozycję Ustawienia kolekcji lub Ustawienia administratora.
Wybierz Proces.
Na stronie Poziomy backlogu wybierz opcję
Nowy portfelowy backlog najwyższego poziomu.
Nadaj nazwę poziomowi listy prac, wybierz kolor poziomu listy prac i dodaj typ elementu roboczego do skojarzenia z tym poziomem, a następnie wybierz pozycję Dodaj.
Jeśli kojarzysz tylko jeden typ elementu roboczego z listą prac, wybierz pozycję Zapisz , aby zapisać zmiany. W przeciwnym razie możesz dodać więcej typów elementów roboczych zgodnie z potrzebami.
Edytuj, zmień nazwę lub usuń zaległości portfela
Na stronie poziomów listy prac wybierz 
menu kontekstowe listy prac portfela, aby je edytować, zmienić nazwę lub usunąć.
Usunięcie poziomu listy prac powoduje usunięcie listy prac i tablicy skojarzonej z poziomem dla wszystkich zespołów, łącznie z dostosowaniami do nich. Elementy robocze, które zostały zdefiniowane ze skojarzonymi typami elementów roboczych, nie są w żaden sposób usuwane ani w żaden sposób na nie wpływane.
Uwaga
Nie można usunąć domyślnego, dziedziczonego typu elementu roboczego z backlogów portfela epików lub funkcji. Można jednak wyłączyć te typy elementów roboczych i skutecznie usunąć je z interfejsu użytkownika.
Edytuj lub zmień nazwę backlogu wymagań
Rejestr wymagań, zwany także rejestrem produktu, definiuje typy elementów roboczych, które pojawiają się na liście prac produktu i tablicy. Domyślny typ elementu roboczego dla metody Agile to opowieść użytkownika; dla Podstawowego, zadanie; dla Scrum, element backlogu produktu; i dla CMMI, wymaganie.
Możesz zmienić nazwę listy prac, zmienić kolor, dodać typy elementów roboczych i zmienić domyślny typ elementu roboczego. Otwórz okno dialogowe Edytuj listę wymagań z menu kontekstowego.
W poniższym przykładzie zmieniliśmy nazwę listy prac, dodaliśmy Bilet klienta oraz Problem, i zmieniliśmy domyślny typ na Bilet klienta. Zaznacz te pola typów elementów roboczych, aby uwzględnić je na liście prac.
Uwaga
Nie można usunąć domyślnego, dziedziczonego typu elementu roboczego z backlogu wymagań. Można jednak wyłączyć typ elementu roboczego i skutecznie usunąć go z interfejsu użytkownika.
Edytowanie listy prac iteracji
Lista prac iteracji, nazywana również listami prac przebiegu, definiuje typy elementów roboczych, które są wyświetlane na listach prac przebiegu i na tablicach zadań. Domyślnym typem elementu roboczego dla wszystkich procesów jest Zadanie.
Na backlogu iteracji można dodawać typy elementów roboczych i zmieniać domyślny typ elementu roboczego. Otwórz okno dialogowe edycji listy zadań z menu kontekstowego listy zadań iteracji.
W poniższym przykładzie dodaliśmy typ elementu roboczego Bilet , który jest śledzony wraz z zadaniami.
Uwaga
Nie można usunąć domyślnego, dziedziczonego typu elementu roboczego z backlogu iteracji. Można jednak wyłączyć typ elementu roboczego i skutecznie usunąć go z interfejsu użytkownika.