Informacje o dostosowywaniu procesów i procesach dziedziczonych

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 r.

Aby dostosować system śledzenia pracy, należy dostosować dziedziczony proces za pomocą interfejsu użytkownika administracyjnego dla organizacji. Wszystkie projekty korzystające z dziedziczonego procesu uzyskują dostosowania wprowadzone w tym procesie. Z drugiej strony skonfigurujesz narzędzia Agile — listy prac, przebiegi, tablice Kanban i tablicę zadań — dla każdego zespołu.

Ważne

Aby dostosować projekt lokalny lub zaktualizować pliki definicji XML do obsługi dostosowywania, zobacz Lokalny model procesu XML. Ten artykuł dotyczy tylko Azure DevOps Services i Azure DevOps Server 2019 r.

Istnieje wiele dostosowań, które można wprowadzić. Podstawowe są dodawanie niestandardowych typów elementów roboczych (WITs) lub modyfikowanie istniejącego WIT w celu dodawania pól niestandardowych, modyfikowania układu lub zmiany przepływu pracy.

Uwaga

Możesz przejrzeć zmiany wprowadzone w odziedziczonym procesie za pośrednictwem dziennika inspekcji. Aby dowiedzieć się więcej, zobacz Uzyskiwanie dostępu, eksportowanie i filtrowanie dzienników inspekcji.

Poniżej znajdziesz indeks dla tych zadań, które można wykonać w celu dostosowania dziedziczonego procesu. Niektóre opcje dziedziczonych elementów są zablokowane i nie można ich dostosować.

Uwaga

Aby uzyskać wskazówki dotyczące konfigurowania i dostosowywania projektu i zespołów w celu obsługi potrzeb biznesowych, zapoznaj się z tematem Konfiguracja i dostosowywanie Azure Boards.

Procesy systemowe i dziedziczone

Zobaczysz dwa typy procesów:

  • locked icon Procesy systemowe — Agile, Basic, Scrum i CMMI — które są zablokowane przed zmianą.
  • inherited icon Dziedziczone procesy, które można dostosować i które dziedziczą definicje z procesu systemowego, z którego zostały utworzone. Procesy systemowe są okresowo własnością i aktualizowane przez firmę Microsoft. Wszystkie aktualizacje wprowadzone w procesie systemowym automatycznie powodują aktualizację odziedziczonych procesów.

Uwaga

Proces podstawowy jest dostępny w wersji Azure DevOps Server 2019 Update 1 i nowszych.

Ponadto wszystkie procesy są współużytkowane. Oznacza to, że jeden lub więcej projektów może używać jednego procesu. Zamiast dostosowywać pojedynczy projekt, można dostosować proces. Zmiany wprowadzone w procesie automatycznie aktualizują wszystkie projekty korzystające z tego procesu. Po utworzeniu dziedziczonego procesu możesz go dostosować, utworzyć na podstawie niego projekty, utworzyć kopię i zmienić istniejące projekty, aby go używać.

Na przykład, jak pokazano na poniższej ilustracji, zostanie wyświetlona lista projektów zdefiniowanych dla organizacji fabrikam . Druga kolumna przedstawia proces używany przez każdy projekt. Aby zmienić dostosowania projektu Fabrikam Fiber , należy zmodyfikować proces MyScrum (który dziedziczy z procesu systemu Scrum ). Wszelkie zmiany wprowadzone w procesie MyScrum aktualizują również inne projekty korzystające z tego procesu. Z drugiej strony nie można dostosować projektu testowego zapytania , dopóki nie zmienisz go na proces dziedziczony z metody Agile.

Admin context, Organization settings, Project list and the process they use

Ograniczenia nazw procesów

Nazwy procesów muszą być unikatowe i 128 znaków Unicode lub mniej. Ponadto nazwy nie mogą zawierać następujących znaków: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Aby zmienić nazwę procesu, otwórz plik ... menu kontekstowe procesu i wybierz pozycję Edytuj.

Zmienianie procesu referencyjnego projektu

Jeśli chcesz przełączyć proces używany przez projekt z jednego procesu systemowego na inny, możesz to zrobić. Aby wprowadzić te zmiany, należy utworzyć dziedziczony proces na podstawie procesu, do którego chcesz przełączyć się. Na przykład podano instrukcje dotyczące obsługi następujących zmian:

Postępując zgodnie ze wskazówkami podanymi w powyższych artykułach, możesz również wprowadzić dodatkowe zmiany, na przykład z cmMI do metody Agile lub Agile do cmMI.

Przed wprowadzeniem tej zmiany zalecamy zapoznanie się z procesem, na który się zmieniasz. Procesy systemowe są podsumowane w temacie Wybierz proces.

Najlepsze rozwiązania dotyczące wprowadzania zmian

Wprowadzanie zmian w odziedziczonym procesie jest proste i bezpieczne. Jednak zawsze najlepszym rozwiązaniem jest przetestowanie tych zmian przed zastosowaniem ich do aktywnego projektu. Wykonanie tych kroków pomoże Ci przedstawić wszelkie negatywne wpływy na zmiany procesu.

Obiekty dziedziczone a obiekty niestandardowe

Każdy dziedziczony proces dziedziczy sieci WITs zdefiniowane w procesie systemowym — Podstawowy, Agile, Scrum lub CMMI. Na przykład proces Agile zapewnia usterkę, zadanie, historię użytkownika, funkcję, epikę, problem i powiązane z testami sieci WITs.

Agile work item types

Pola można dodawać i modyfikować formularz przepływu pracy i elementu roboczego dla wszystkich odziedziczonych sieci WITs wyświetlanych na stronie Typy elementów roboczych . Jeśli nie chcesz, aby użytkownicy mogli utworzyć funkcję WIT, możesz ją wyłączyć. Ponadto można dodać niestandardowe sieci WITs.

Dostosowania pól

Pola zdefiniowane w procesie systemowym są wyświetlane przy użyciu ikony dziedziczonej , co oznacza, że w procesie odziedziczonym można wprowadzić ograniczone modyfikacje.

Pola są definiowane dla wszystkich projektów i procesów w organizacji. Oznacza to, że każde pole niestandardowe zdefiniowane dla funkcji WIT w jednym procesie można dodać do dowolnego innego zdefiniowanego przez usługę WIT innego procesu.


Typ pola

Obsługa dostosowywania


Pola dziedziczone


Niestandardowe pola


Kontrolka niestandardowa


Podczas dodawania pól niestandardowych zwróć uwagę na następujące limity:

  • Dla każdego elementu WIT można zdefiniować maksymalnie 64 pola
  • Na proces można zdefiniować maksymalnie 512 pól

Ponadto możesz dodać istniejące pole do innego elementu WIT w ramach tego procesu. Możesz na przykład dodać termin ukończenia do scenariusza użytkownika lub usterki sieci WIT.

Czego nie można dostosować

  • Nie można zmienić nazwy pola ani typu danych po jego zdefiniowaniu
  • Nie można zmodyfikować szarego obszaru w formularzu, w którym znajdują się pola Stan, Przyczyna, Ścieżka obszaru i ścieżka iteracji
  • Nie można zaimportować ani zdefiniować listy globalnej obsługiwanej przez modele procesów Hostowany kod XML i lokalny kod XML. Aby dowiedzieć się więcej, zobacz Definiowanie list globalnych.
  • Nie można zmienić nazwy pola ani typu danych po jego zdefiniowaniu
  • Nie można zmodyfikować szarego obszaru w formularzu, w którym znajdują się pola Stan, Przyczyna, Ścieżka obszaru i ścieżka iteracji
  • Jeśli chodzi o listy wyboru, obecnie nie można wykonać tych operacji:
    • Zmienianie listy wyboru dziedziczonego pola, takiego jak pole Działanie lub Dyscyplina
    • Zmienianie kolejności listy wyboru, listy wyboru wyświetlane w kolejności alfabetycznej
  • Nie można zmodyfikować tekstu pomocy opisowej dziedziczonego pola
  • Zaimportuj lub zdefiniuj listę globalną obsługiwaną przez hostowane modele procesów XML i lokalnego kodu XML. Aby dowiedzieć się więcej, zobacz Definiowanie list globalnych.

Uwaga

W przypadku dziedziczonego procesu nie można modyfikować list wyboru wstępnie zdefiniowanych pól, takich jak Działanie, Stan automatyzacji, Dyscyplina, Priorytet i inne.

Konfigurowalne listy wyboru

Następujące listy wyboru są konfigurowane dla każdego projektu i nie można ich dostosowywać za pomocą dziedziczonego procesu.

Listy wyboru skojarzone z polami nazwy osoby, takie jak Przypisane do i Zmienione przez, są zarządzane na podstawie użytkowników dodanych do projektu lub zespołu.

Czy mogę zmienić nazwę pola lub zmienić jego typ danych?

Zmiana nazwy pola lub zmiana typu danych nie jest obsługiwana. Można jednak zmienić etykietę wyświetlaną dla pola w formularzu elementu roboczego z karty Układ. Podczas wybierania pola w zapytaniu należy wybrać nazwę pola, a nie etykietę pola.

Czy mogę usunąć lub przywrócić usunięte pole?

Możesz usunąć pole, a później je przywrócić. Usunięcie pola powoduje usunięcie wszystkich danych skojarzonych z tym polem, w tym wartości historycznych. Po usunięciu można przywrócić pole i odzyskać dane tylko przy użyciu interfejsu API REST Pola — aktualizowanie.

Zamiast usuwać pole, możesz zamiast tego ukryć lub usunąć pole z formularza elementu roboczego. Aby uzyskać szczegółowe informacje, zobacz Dodawanie pól i zarządzanie nimi, Pokazywanie, ukrywanie lub usuwanie pola.

Co to jest pole? Jak są używane nazwy pól?

Każdy typ elementu roboczego jest skojarzony z 31 polami systemowymi i kilkoma polami specyficznymi dla typu. Elementy robocze służą do planowania i śledzenia projektu.

Każde pole obsługuje śledzenie informacji o pracy do wykonania. Wartości przypisywane do pola są przechowywane w magazynie danych śledzenia pracy, które można tworzyć zapytania w celu określenia stanu i trendów.

Opisy i użycie każdego pola zdefiniowanego dla procesów systemu podstawowego — procesów systemu Scrum, Agile i CMMI — zobacz Indeks pola elementu roboczego.

Nazwy pól

Nazwa pola elementu roboczego unikatowo identyfikuje każde pole elementu roboczego. Upewnij się, że nazwy pól należą do następujących wytycznych:

  • Nazwy pól muszą być unikatowe w obrębie organizacji lub kolekcji projektów
  • Nazwy pól muszą zawierać co najmniej 128 znaków Unicode
  • Nazwy pól nie mogą zawierać spacji wiodących ani końcowych, ani dwóch lub więcej kolejnych spacji
  • Nazwy pól muszą zawierać co najmniej jeden znak alfabetyczny
  • Nazwy pól nie mogą zawierać następujących znaków: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Ponieważ wszystkie pola są zdefiniowane dla organizacji, nie można dodać pola niestandardowego o tej samej nazwie pola, która już istnieje w organizacji lub została dodana do elementu WIT w innym dziedziczony proces.

Uwaga

Po zmianie projektu w celu korzystania z dziedziczonego procesu może być wyświetlany jeden lub więcej narzędzi lub elementów roboczych Agile w nieprawidłowym stanie. Na przykład:

  • Jeśli pole jest wymagane, elementy robocze z tym polem niezdefiniowane pokazują komunikat o błędzie. Należy usunąć błędy, aby wprowadzić dodatkowe zmiany i zapisać element roboczy.
  • W przypadku dodawania lub usuwania/ukrywania stanów przepływu pracy elementu WIT wyświetlanego na tablicy Kanban należy zaktualizować konfiguracje kolumn tablicy Kanban dla wszystkich zespołów zdefiniowanych w projekcie.

Reguły niestandardowe i reguły systemowe

Każdy element WIT — usterka, zadanie, historia użytkownika itp. — ma już kilka zdefiniowanych reguł systemowych. Niektóre z nich są proste, takie jak wymaganie pola Tytuł lub ustawienie wartości domyślnej dla pola Obszar wartości. Ponadto wiele reguł systemowych definiuje akcje do wykonania, gdy zmieni się stan przepływu pracy.

Istnieje na przykład kilka reguł, które umożliwiają skopiowanie bieżącej tożsamości użytkownika w następujących warunkach:

  • Po zmodyfikowaniu elementu roboczego skopiuj tożsamość użytkownika do pola Zmienione przez
  • Gdy stan przepływu pracy zmieni się na Zamknięte lub Gotowe, skopiuj tożsamość użytkownika do pola Zamknięte przez.

Ważne

Wstępnie zdefiniowane reguły systemowe mają pierwszeństwo przed dowolną regułą niestandardową, która spowoduje jej zastąpienie.

Reguły niestandardowe zapewniają obsługę wielu przypadków użycia biznesowego, co pozwala wyjść poza ustawienie wartości domyślnej dla pola lub ustawić je jako wymagane. Reguły umożliwiają wyczyszczenie wartości pola, skopiowanie wartości do pola i zastosowanie wartości na podstawie zależności między wartościami różnych pól.

Za pomocą reguły niestandardowej można zdefiniować wiele akcji na podstawie określonych warunków. Na przykład możesz zastosować regułę do obsługi tego typu scenariuszy:

  • Gdy wartość jest zdefiniowana dla priorytetu, ustaw pole Ryzyko jako wymagane
  • Po wprowadzeniu zmiany wartości wydania wyczyść wartość "Kamień milowy"
  • Po wprowadzeniu zmiany wartości Pozostała praca ustaw pole Ukończone jako wymagane pole
  • Gdy wartość Approved ma wartość True, wprowadź wartość Approved By a required field (Zatwierdzone przez wymagane pole)
  • Po utworzeniu scenariusza użytkownika należy wykonać następujące pola: Priorytet, Ryzyko i Nakład pracy

Porada

Nie można zdefiniować formuły przy użyciu reguły. Można jednak znaleźć rozwiązanie spełniające Twoje potrzeby za pośrednictwem rozszerzenia witryny Marketplace agregatora TFS (usługi internetowej). Zobacz również zestawienie pracy i innych pól.

Aby uzyskać szczegółowe informacje na temat definiowania reguł niestandardowych, zobacz Reguły i ocena reguł.

Ograniczanie modyfikacji wybranych pól dla wybranych grup użytkowników

Korzystając z jednego z poniższych dwóch warunków, możesz ustawić pola wymagane dla użytkownika grupy zabezpieczeń lub nie są członkami grupy zabezpieczeń.

  • current user is a member of a group...
  • current user is not a member of a group...

Możesz na przykład ustawić pole Tytuł lub Stan tylko do odczytu dla wybranych użytkowników lub grup.

Ograniczanie modyfikacji elementów roboczych na podstawie ścieżki obszaru

Możesz uniemożliwić użytkownikom modyfikowanie wybranych elementów roboczych, ustawiając uprawnienia w ścieżce obszaru. Nie jest to ustawienie reguły, ale ustawienie uprawnień. Aby dowiedzieć się więcej, zobacz Tworzenie węzłów podrzędnych, modyfikowanie elementów roboczych w ścieżce obszaru.

Dostosowania typu elementu roboczego (WIT)

Poniżej przedstawiono opcje dostosowywania dla dziedziczych i niestandardowych sieci WIT.


Typ elementu roboczego

Obsługa dostosowywania


Dziedziczone typy elementów roboczych


Niestandardowe typy elementów roboczych


Czego nie można dostosować

  • Nie można dodawać ani usuwać dziedziczonego elementu WIT do listy prac lub z listy prac
  • Nie można zmienić położenia dziedziczonego pola w układzie formularza (można jednak ukryć pole w jednym obszarze formularza i dodać je w innym miejscu formularza)
  • Nie można usunąć dziedziczonego poziomu portfela z produktu (ale można je zmienić)
  • Nie można zmienić nazwy niestandardowej funkcji WIT.

Dostosowania formularza elementu roboczego

Możesz wprowadzić następujące dostosowania do formularza WIT.


Typ grupy lub strony

Obsługa dostosowywania


Dziedziczone grupy


Grupy niestandardowe


Dziedziczone strony


Strony niestandardowe


Układ i zmiana rozmiaru

Układ formularza internetowego jest podzielony na trzy kolumny, jak pokazano na poniższej ilustracji.

3-column page layout

Jeśli dodasz tylko grupy i pola do dwóch pierwszych kolumn, układ odzwierciedla układ dwukolumny. Podobnie jeśli do pierwszej kolumny dodasz tylko grupy i pola, układ odzwierciedla układ z jedną kolumną.

Rozmiar formularza internetowego zależy od dostępnej szerokości i liczby kolumn w układzie. Maksymalna szerokość w większości przeglądarek internetowych powoduje wyświetlenie każdej kolumny na stronie w obrębie własnej kolumny. Wraz ze spadkiem szerokości wyświetlania każda kolumna zmienia się proporcjonalnie w następujący sposób:

  • W przypadku trzech kolumn: 50%, 25% i 25%
  • Dla dwóch kolumn: 66% i 33%
  • Dla jednej kolumny: 100%.

Gdy szerokość ekranu nie będzie pomieścić wszystkich kolumn, kolumny są wyświetlane w obrębie kolumny po lewej stronie.

Dostosowania przepływu pracy

Przepływ pracy dowolnego typu elementu roboczego (WIT) można dostosować, ukrywając dziedziczone stany lub dodając stany niestandardowe. Dziedziczone stany różnią się w zależności od procesu systemowego — Agile, Basic, Scrum lub CMMI — wybrano, z których chcesz utworzyć proces niestandardowy.

Każdy domyślny przepływ pracy dla każdego elementu WIT definiuje między dwoma i czterema stanami i określa następujące operacje przepływu pracy:

  • Przechodzenie do przodu i do tyłu między poszczególnymi stanami
  • Domyślne przyczyny każdego przejścia stanu

Na przykład proces podstawowy, funkcja WIT problemu charakteryzuje się trzema stanami — Wykonywanie, wykonywanie i gotowe — i przejścia pokazane na poniższej ilustracji.

Basic Process, Issue work item type, workflow state model


Typy stanów

Obsługiwane dostosowania


Inherited icon Stany dziedziczone

Stany niestandardowe


Stany przepływu pracy muszą być zgodne z następującymi regułami

  • Musisz zdefiniować co najmniej jeden stan dla kategorii Proponowany lub Stan w toku

    Uwaga

    Przed dodaniem stanu przepływu pracy przejrzyj kategorie stanów i stanów przepływu pracy , aby dowiedzieć się, jak stany przepływu pracy są mapowania na kategorie stanów.

  • Musisz zdefiniować co najmniej dwa stany przepływu pracy
  • Można zdefiniować maksymalnie 32 stany przepływu pracy na typ elementu roboczego

Nieobsługiwane dostosowania przepływu pracy

  • Nie można zmodyfikować dziedziczonego stanu (nie można zmienić jego nazwy, koloru lub kategorii), ale można go ukryć
  • W kategorii Stan ukończony można mieć tylko jeden stan. Jeśli dodasz stan niestandardowy do kategorii Ukończono, każdy inny stan zostanie usunięty lub ukryty
  • Nie można zmienić nazwy stanu niestandardowego
  • Nie można określić przyczyny stanu, zamiast tego są zdefiniowane przyczyny domyślne, takie jak Przeniesiono do klasyfikacji stanu, Przeniesione z klasyfikacji stanu
  • Nie można zmienić lokalizacji pól Stan i Przyczyna w formularzu
  • Nie można zmodyfikować dziedziczonego stanu (nie można zmienić jego nazwy, koloru lub kategorii), ale można go ukryć
  • W kategorii Stan ukończony można mieć tylko jeden stan. System nie zezwala na dodawanie dowolnego stanu niestandardowego do tej kategorii
  • Nie można zmienić nazwy stanu niestandardowego
  • Nie można zmienić kolejności stanów, stany są wyświetlane w ich sekwencji naturalnej na podstawie ich kategorii stanu na liście rozwijanej formularza elementu roboczego
  • Nie można określić przyczyny stanu, zamiast tego są zdefiniowane przyczyny domyślne, takie jak Przeniesiono do klasyfikacji stanu, Przeniesione z klasyfikacji stanu
  • Nie można zmienić lokalizacji pól Stan i Przyczyna w formularzu
  • Nie można ograniczyć przejść, wszystkie przejścia są definiowane z dowolnego stanu do innego stanu.

Dostosowania listy prac i tablicy

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 dostosowywane. Ponadto można dodać niestandardowe listy prac portfela dla łącznie pięciu list prac portfela.


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żna 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 WIT do listy prac iteracji
  • Nie można dodać elementu WIT usterki do żadnego poziomu listy prac. Zamiast tego system umożliwia każdemu zespołowi podjęcie decyzji o sposobie zarządzania usterkami. Aby dowiedzieć się więcej, zobacz Wyświetlanie usterek na listach prac i tablicach.
  • Nie można na przykład dodać lub usunąć dziedziczonego elementu 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żna 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ć elementu WIT usterki do żadnego poziomu listy prac. Zamiast tego system umożliwia każdemu zespołowi podjęcie decyzji o sposobie zarządzania usterkami. Aby dowiedzieć się więcej, zobacz Wyświetlanie usterek na listach prac i tablicach.

Uwaga

Niektóre funkcje wymagają zainstalowania aktualizacji serwera Azure DevOps Server 2020.1. Aby dowiedzieć się więcej, zobacz Azure DevOps Server 2020 Update 1 RC1 — informacje o wersji, tablice.

Po zmianie domyślnego elementu WIT dla poziomu listy prac powoduje, że funkcja WIT jest domyślnie wyświetlana w panelu szybkiego dodawania. Na przykład bilet klienta jest domyślnie wyświetlany w następującym panelu szybkiego dodawania dla listy prac produktu.

Product backlog, Quick Add Panel, Displays Default WIT for a backlog level

Limity obiektów

Aby uzyskać listę limitów dotyczących liczby pól, sieci WIT, poziomów listy prac i innych obiektów, które można dostosować, zobacz Limity obiektów śledzenia pracy.