Dostosowywanie list prac lub tablic (proces dziedziczenia)

Azure DevOps Services | Azure DevOps Server 2022 r. — Azure DevOps Server 2019 r.

Aby dostosować listę prac, dodaj do niej więcej poziomów lub niestandardowe typy elementów roboczych. Jak pokazano poniżej, dodaliśmy listę prac portfela trzeciego poziomu z etykietą Inicjatywy , które śledzi niestandardowy typ elementu roboczego Inicjatywy i zmieniliśmy nazwę listy prac produktu na Historie i bilety , aby wskazać, że nie tylko śledzimy historie użytkowników, ale także bilety klienta na liście prac produktu.

Projekt definiuje dwie listy prac portfela: funkcje i epiki. Jeśli jednak potrzebujesz co najmniej jednej dodatkowej listy prac portfela, możesz je dodać.

Ważne

Ten artykuł dotyczy Azure DevOps Services i wersji Azure DevOps Server 2019 i nowszych. Aby dostosować dowolny projekt zdefiniowany w kolekcji dla serwera TFS 2018 lub starszego, zobacz Lokalny model procesu XML.

Listy prac portfela są przydatne do organizowania listy prac w różnych inicjatywach biznesowych i scenariuszach użytkowników. Podczas organizowania list prac w portfolio można uzyskać hierarchiczny widok pracy zdefiniowanej na listach prac niższego poziomu, w tym w toku w kilku zespołach. Menedżerowie programów mogą śledzić stan tych interesujących elementów listy prac i przejść do szczegółów, aby upewnić się, że wszystkie prace są reprezentowane.

Aby dowiedzieć się więcej o tym, co można dostosować, zobacz About process customization and inherited processes (Informacje o dostosowywaniu procesu i dziedziczone procesy).

Obsługiwane dostosowania

Listy prac i tablice są niezbędnymi narzędziami Agile do tworzenia i zarządzania pracą dla zespołu. 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 listy prac

Obsługa dostosowywania

---

Dziedziczone listy prac

• Dodawanie niestandardowego typu elementu roboczego

• Dodawanie dziedziczonego typu elementu roboczego

• Zmienianie domyślnego typu elementu roboczego
• Zmienianie nazwy listy prac

---

Niestandardowe listy prac portfela

• Dodawanie listy prac portfela, która wyświetla niestandardowe typy elementów roboczych
• Edytowanie lub zmienianie nazwy listy prac portfela
• Usuwanie listy prac niestandardowego portfela najwyższego poziomu

---

Czego nie można dostosować

• Nie można usunąć dziedziczonego poziomu portfela z produktu (ale możesz zmienić nazwę poziomu portfela i wyłączyć dziedziczony typ elementu roboczego)
• Nie można wstawić poziomu listy prac w istniejącym zestawie zdefiniowanych list prac
• Nie można zmienić kolejności poziomów listy prac
• Nie można dodać typu elementu roboczego do dwóch różnych poziomów listy prac
• Nie można utworzyć niestandardowego poziomu listy prac zadań, chociaż można dodać niestandardowe sieci WITs do listy prac iteracji
• Nie można dodać usterki WIT do dowolnego poziomu listy prac. Zamiast tego system pozwala każdemu zespołowi zdecydować, jak chcą zarządzać usterkami. Aby dowiedzieć się więcej, zobacz Wyświetlanie usterek na listach prac i tablicach.

Dodawanie typu elementu roboczego systemu do listy prac

Jeśli chcesz śledzić problemy lub przeszkody lub inne dziedziczone typy elementów roboczych na liście prac lub tablicy, możesz edytować odpowiednią listę prac. W poniższej tabeli wymieniono dostępne typy elementów roboczych, które można dodać do listy prac.

---

Proces

Typy elementów roboczych

---

Zwinność

Problem

---

Scrum

Przeszkody

---

CMMI

Żądanie zmiany, problem, przegląd, ryzyko

---

Każde okno dialogowe Edytowanie poziomu listy prac automatycznie zawiera dziedziczone i niestandardowe typy elementów roboczych, które nie zostały przypisane do innych poziomów listy prac. 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 poziomu listy prac, ale można wyłączyć odpowiedni typ elementu roboczego. Można na przykład wyłączyć typ elementu roboczego Scenariusz użytkownika dla listy prac zwinnej wymagania, o ile dodano inny typ elementu roboczego do obsługi tej listy prac.

Pola dodane do typów elementów roboczych

Po dodaniu typu elementu roboczego do poziomu listy prac następujące pola są dodawane do definicji typu elementu roboczego jako ukryte pola (czyli nie są wyświetlane w formularzu elementu roboczego), aby obsługiwać wybieranie funkcji narzędzi Agile.

Poziom listy prac	Pola dodane
Zaległości portfela	- Ranga stosu (Agile, CMMI) - Priorytet listy prac (Scrum)
Listy prac wymagań	- Ranga stosu, punkty historii (Agile) - Ranga stosu, rozmiar (CMMI) - Priorytet listy prac, wysiłek (Scrum)
Lista prac iteracji	- Działanie, pozostała praca, ranga stosu (Agile) - Dyscyplina, Praca pozostała, Ranga stosu (CMMI) - Aktywność, pozostała praca, priorytet listy prac (Scrum)

Pola Ranga stosu i Priorytet listy prac przechwytują względny priorytet elementów roboczych, ponieważ są one zmieniane na liście prac lub tablicy. Aby uzyskać szczegółowe informacje na temat użycia, zobacz Za kulisami: pole Priorytet listy prac lub Ranga stosu.

Pola Punkty historii, Rozmiar i Nakład pracy przechwytują względną pracę wymaganą do ukończenia działania WIT przypisanego do listy prac wymagania. Ta wartość jest używana do obliczania szybkości.

Na koniec funkcja Remaining Work jest używana na wykresach postępu i pojemności.

Wymagania wstępne

Przed dostosowaniem procesu zalecamy zapoznanie się z tematem Konfigurowanie i dostosowywanie Azure Boards, który zawiera wskazówki dotyczące dostosowywania Azure Boards w celu zaspokojenia potrzeb biznesowych. Opis różnych list prac i tablic można znaleźć w temacie Zadania obsługiwane przez listy prac, tablice, tablice, tablice i plany.

• Musisz mieć organizację utworzoną w Azure DevOps Services. Jeśli jeszcze go nie utworzono, zrób to teraz.
• Aby tworzyć, edytować procesy i zarządzać nimi, musisz być członkiem grupy Administratorzy kolekcji projektów lub mieć odpowiednie uprawnienia na poziomie kolekcji Tworzenie procesu, Usuwanie procesu, Edytowanie procesu lub Usuwanie pola z organizacji ustawione na wartość Zezwalaj. Zobacz Ustawianie uprawnień i dostępu do śledzenia pracy, Dostosowywanie dziedziczonego procesu.

Proces otwierania ustawień>

Tworzenie i dostosowywanie procesów oraz zarządzanie nimi z poziomu procesu ustawień>organizacji.

1. Wybierz logo usługi Azure DevOps, aby otworzyć pozycję Projekty. Następnie wybierz pozycję Ustawienia organizacji.

   

2. Następnie wybierz pozycję Proces.

   

   Ważne

   Jeśli nie widzisz polecenia Proces, pracujesz z wersji TFS-2018 lub starszej. Strona Proces nie jest obsługiwana. Należy użyć funkcji obsługiwanych dla lokalnego modelu procesu XML.

Uwaga

Podczas dostosowywania dziedziczonego procesu wszystkie projekty korzystające z tego procesu są automatycznie aktualizowane w celu odzwierciedlenia dostosowań. Z tego powodu zalecamy utworzenie procesu testowego i projektu testowego, gdy masz szereg dostosowań do wykonania w celu przetestowania dostosowań przed ich wdrożeniem w organizacji. Aby dowiedzieć się więcej, zobacz Tworzenie procesów dziedziczynych i zarządzanie nimi.

Dodawanie lub edytowanie list prac dla portfolio

Procesy systemu Agile, Scrum i CMMI definiują dwa domyślne listy prac portfela, epiki i funkcje. Każda z nich jest skojarzona z odpowiadającymi im typami elementów roboczych, epikiem i funkcją. Proces podstawowy definiuje tylko listę prac epików i typ elementu roboczego Epiki. Aby uzyskać więcej informacji, zobacz About processes and process templates (Informacje o procesach i szablonach procesów).

Typ niestandardowego elementu roboczego można dodać podczas dodawania lub edytowania listy prac portfela lub wybrać wcześniej dodany typ elementu roboczego. Do wyboru są wyświetlane tylko te typy elementów roboczych, które nie należą do innego poziomu listy prac.

Dodawanie listy prac portfela

Możesz dodać listę prac portfela i niestandardowy typ elementu roboczego, wykonując następujące kroki.

1. Na stronie Poziomy listy prac wybierz pozycję Nowa lista prac portfela najwyższego poziomu.

   

2. Nadaj nazwę poziomowi listy prac, wybierz kolor poziomu listy prac i dodaj typ elementu roboczego do skojarzenia z tym poziomem. Kliknij pozycję Dodaj.

   

3. Jeśli kojarzysz tylko jeden typ elementu roboczego z listą prac, wybierz pozycję Zapisz , aby zapisać zmiany. W przeciwnym razie można dodać więcej typów elementów roboczych zgodnie z potrzebami.

   

Edytowanie, zmienianie nazwy lub usuwanie listy prac portfela

Na stronie Poziomy listy prac wybierz menu kontekstowe listy prac portfela, aby edytować, zmieniać ich nazwy lub usuwać.

Usunięcie poziomu listy prac powoduje usunięcie listy prac i tablicy skojarzonej z poziomem dla wszystkich zespołów, w tym dostosowań. Elementy robocze zdefiniowane ze skojarzonymi typami elementów roboczych nie są w żaden sposób usuwane ani nie wpływają na nie.

Uwaga

Nie można usunąć domyślnego, dziedziczonego typu elementu roboczego z list prac portfolio epików lub funkcji. Można jednak wyłączyć te typy elementów roboczych i skutecznie usuwać je z interfejsu użytkownika.

Edytowanie lub zmienianie nazwy listy prac wymagań

Listę prac wymagań, nazywaną również listą prac produktu, definiuje typy elementów roboczych, które są wyświetlane na liście prac produktu i tablicy Kanban. Domyślnym typem elementu roboczego dla metody Agile jest historia użytkownika; w przypadku warstwy Podstawowa, Problem; dla Scrum, Product Backlog Item; 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 Edytowanie listy prac z menu kontekstowego listy prac Wymagania.

W tym miejscu zmieniliśmy nazwę listy prac, dodaliśmy bilet klienta i problem oraz 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 listy prac Wymagania. 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 liście prac iteracji można dodawać typy elementów roboczych i zmieniać domyślny typ elementu roboczego. Otwórz okno dialogowe Edytowanie listy prac z menu kontekstowego listy prac iteracji.

W tym miejscu 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 listy prac iteracji. Można jednak wyłączyć typ elementu roboczego i skutecznie usunąć go z interfejsu użytkownika.

Pokrewne artykuły:

Uwaga

Możesz przejrzeć zmiany wprowadzone w dziedziczym procesie za pośrednictwem dziennika inspekcji. Aby dowiedzieć się więcej, zobacz Access, export, and filter audit logs (Uzyskiwanie dostępu, eksportowanie i filtrowanie dzienników inspekcji).

• Dodawanie niestandardowego typu elementu roboczego
• Dostosowywanie projektu przy użyciu dziedziczonego procesu
• Listy prac, tablice i plany
• Tworzenie listy prac
• Organizowanie listy prac, praca z listami prac portfela