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.
Ważne
Model procesu dziedziczenia można używać tylko dla projektów zdefiniowanych w kolekcji projektów skonfigurowanych do obsługi modelu procesu dziedziczenia. Jeśli kolekcja lokalna jest skonfigurowana do korzystania z lokalnego modelu przetwarzania XML, można użyć go tylko do dostosowywania środowiska śledzenia pracy. Aby dowiedzieć się więcej, zobacz Dostosowywanie śledzenia pracy, Wybierz model procesu dla kolekcji projektów.
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).
Uwaga
Nie można dodać dziedziczonego typu elementu roboczego do dowolnego poziomu listy prac. Na przykład nie można dodać typu elementu roboczego Problem lub Impediment do listy prac produktu.
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
Niestandardowe listy prac portfela
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.
- Nie można dodać lub usunąć dziedziczonego WIT do lub z listy prac, na przykład nie można dodać elementu WIT problemu do listy prac produktu
- 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 zadań, chociaż można dodać niestandardowe typy elementów roboczych 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.
Uwaga
Niektóre funkcje wymagają instalacji aktualizacji Azure DevOps Server 2020.1. Aby uzyskać więcej informacji, zobacz informacje o wersji Azure DevOps Server 2020 Update 1 RC1, Boards.
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.
Uwaga
Ta funkcja wymaga aktualizacji Azure DevOps Server 2020.1 lub nowszej wersji.
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.
- Musisz wybrać model procesu Dziedziczenie dla kolekcji projektów, w której projekt został utworzony. Aby dowiedzieć się więcej, zobacz Wybieranie modelu procesu dla kolekcji projektów.
- Aby tworzyć, edytować procesy i zarządzać nimi, musisz być członkiem grupy Administratorzy kolekcji projektów lub mieć odpowiednie uprawnienia Tworzenie procesu, Usuwanie procesu, Edytowanie lubUsuwanie 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.
Wybierz logo usługi Azure DevOps, aby otworzyć pozycję Projekty. Następnie wybierz pozycję Ustawienia organizacji.
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.
Tworzenie i dostosowywanie procesów oraz zarządzanie nimi odbywa się za pomocą procesu ustawień>kolekcji.
Wybierz logo usługi Azure DevOps, aby otworzyć pozycję Projekty. Wybierz kolekcję projektów, której procesy chcesz dostosować, a następnie wybierz pozycję Ustawienia kolekcji.
Następnie wybierz pozycję Proces.
Tworzenie i dostosowywanie procesów oraz zarządzanie nimi z poziomu Administracja ustawień>Proces.
Wybierz logo usługi Azure DevOps, aby otworzyć pozycję Projekty. Następnie wybierz Administracja ustawienia.
Następnie wybierz pozycję Proces.
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.
Na stronie Poziomy listy prac wybierz pozycję Nowa lista prac portfela najwyższego poziomu.
Nadaj nazwę poziomowi listy prac, wybierz kolor poziomu listy prac i dodaj typ elementu roboczego do skojarzenia z tym poziomem. Kliknij pozycję Dodaj.
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.
W tym miejscu zmieniliśmy nazwę listy prac, dodaliśmy bilet klienta i zmieniliśmy domyślny typ na Bilet klienta.
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).
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla