Informacje o stanach przepływu pracy w backlogach i na tablicach

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

Przepływy pracy odgrywają kluczową rolę w zarządzaniu elementami roboczymi: składają się z stanów, przejść i powodów i są definiowane według typu elementu roboczego. Przejścia umożliwiają przenoszenie elementów roboczych do przodu i do tyłu między stanami. Po dodaniu stanu niestandardowego system automatycznie tworzy przejścia między tym stanem a wszystkimi dziedziczymi stanami (z wyjątkiem usuniętych).

Usługa Azure Boards używa kategorii stanów, aby narzędzia do planowania Agile i pulpity nawigacyjne spójnie traktowały stany przepływu pracy na listach prac i tablicach.

Stany przepływu pracy

Stany przepływu pracy definiują postęp elementu roboczego od utworzenia do zamknięcia. W przypadku scenariusza użytkownika (proces Agile) podstawowe stany to Nowe, Aktywne, Rozwiązane i Zamknięte. Użyj stanu Usunięto, aby usunąć element roboczy z listy prac; Aby uzyskać szczegółowe informacje, zobacz Przenoszenie, zmienianie lub usuwanie elementów roboczych.

Naturalne progresje i regresje typowych typów elementów roboczych — historia użytkownika (Agile), problem (Podstawowa), element listy prac produktu (Scrum) i wymagania (CMMI) — pojawiają się tutaj:

Proces Agile

Stany przepływu pracy: historia użytkownika, proces Agile

Proces podstawowy

Stany przepływu pracy: Problem, Proces podstawowy

Note

Proces podstawowy jest dostępny podczas tworzenia nowego projektu z usług Azure DevOps Services lub Azure DevOps Server 2020 i nowszych wersji. W przypadku wcześniejszych wdrożeń lokalnych wybierz proces Agile, Scrum lub Capability Maturity Model Integration (CMMI).

proces Scrum

Stany przepływu pracy: element backlogu produktu, proces Scrum

Diagram przedstawiający stany przepływu pracy elementu backlogu produktu w procesie Scrum.

Proces CMMI

Stany przepływu pracy: Wymaganie, proces CMMI

Stany kategorii

Kategorie stanów określają sposób, w jaki narzędzia planowania Agile i widżety pulpitu nawigacyjnego traktują każdy stan przepływu pracy. Zespoły mapują stany przepływu pracy do następujących kategorii używanych przez listy prac, tablice i widżety: Proponowane, W toku, Rozwiązane i Ukończone.

W poniższej tabeli przedstawiono sposób mapowania domyślnych dziedziczynych stanów na stany kategorii dla czterech procesów systemowych, w tym typów elementów roboczych planu testów. Przepływy pracy przypadków testowych, projektowania testów i zestawu testów pozostają spójne w czterech procesach systemowych.

Proces Agile

Categories

Śledzenie pracy

Śledzenie testów

Proponowany: Przypisz tę kategorię do nowo dodanych stanów elementów roboczych, aby były wyświetlane na liście prac. Pierwsza kolumna na tablicach i tablicach zadań odpowiada 'Proposed'.

New

Projektowanie (przypadek testowy)

W toku: Przypisz tę kategorię do stanów reprezentujących aktywną pracę. Elementy robocze w toku są wyświetlane na liście prac (chyba że ukryte) i zajmują środkowe kolumny na tablicach.

Aktywne (Usterka, Epik, Cecha, Historia użytkownika)

Aktywny (Plan testu); W planowaniu (Pakiet testów); W toku (Pakiet testów); Gotowy (Przypadek testowy)

Rozwiązane: Przypisz tę kategorię do stanów, które wskazują zaimplementowane rozwiązanie, ale nie zostało jeszcze zweryfikowane (często używane w przypadku usterek). Rozwiązane stany są domyślnie wyświetlane w backlogu i mogą być uwzględniane na wykresach spalania. Azure Boards traktuje status Rozwiązany tak samo jak W toku dla wielu narzędzi.

Rozwiązano (usterka)

n/a

Zakończone: Przypisz tę kategorię do stanów reprezentujących zakończoną pracę. Elementy robocze w obszarze Ukończone nie są wyświetlane na liście prac i są wyświetlane w końcowej kolumnie na tablicy. Nie można modyfikować ani dodawać stanów do tej kategorii.

Zamknięte (usterka, epika, funkcja, historia użytkownika)

Zamknięte (przypadek testowy); Ukończono (Pakiet testów); Nieaktywny (plan testu)

Usunięte: Przypisz tę kategorię do stanu Usunięto, aby ukryć elementy przed rejestrem zaległości i tablicą.

Usunięto (epik, funkcja, historia użytkownika)

n/a

Proces podstawowy

Categories

Śledzenie pracy

Śledzenie testów

Proponowany: Przypisz tę kategorię do nowo utworzonych statusów, aby pojawiały się na liście prac. Pierwsza kolumna na tablicach i tablicach zadań odpowiada 'Proposed'.

Do wykonania

Projektowanie (przypadek testowy)

W toku: Przypisz tę kategorię do stanów reprezentujących aktywną pracę. Elementy w tej kategorii są wyświetlane na listach prac i w środkowych kolumnach na tablicach.

Doing

Aktywny (Plan testu); W planowaniu (Pakiet testów); W toku (Pakiet testów); Gotowy (Przypadek testowy)

Rozwiązane: Przypisz tę kategorię do stanów, które wskazują zaimplementowane rozwiązanie, ale nie zostało jeszcze zweryfikowane (zwykle w przypadku usterek). Rozwiązane stany są domyślnie wyświetlane na liście prac i zachowują się jak W toku dla wielu narzędzi.

n/a

n/a

Zakończone: Przypisz tę kategorię do stanów reprezentujących ukończoną pracę; te elementy nie są wyświetlane na liście prac i są wyświetlane w końcowej kolumnie na tablicy. Nie można zmienić stanów w tej kategorii.

Done

Zamknięte (przypadek testowy); Ukończono (Pakiet testów); Nieaktywny (plan testu)

Usunięte: Przypisz tę kategorię do stanu Usuniętego, aby ukryć elementy przed backlogami i tablicami.

n/a

n/a

proces Scrum

Categories

Śledzenie pracy

Śledzenie testów

Proponowany: Przypisz tę kategorię do nowych stanów elementów roboczych, aby były wyświetlane na backlogu i dopasowane do pierwszej kolumny tablicy.

Nowy (usterka, epika, funkcja, element listy prac produktu); Zatwierdzony; Do wykonania (zadanie)

Projektowanie (przypadek testowy)

W toku: Przypisz tę kategorię do stanów reprezentujących aktywną pracę. Elementy w tej kategorii są wyświetlane na listach prac i zajmują środkowe kolumny na tablicach.

Zatwierdzone (Usterka, Epik, Funkcja, Element listy prac produktu); Otwarte (Utrudnienie)

Aktywny (Plan testu); W planowaniu (Pakiet testów); W toku (Pakiet testów); Gotowy (Przypadek testowy)

Rozwiązane: Przypisz tę kategorię do stanów, które wskazują zaimplementowane rozwiązanie, ale nie zostało jeszcze zweryfikowane (często używane w przypadku usterek). Rozwiązane stany są domyślnie wyświetlane w backlogu i mogą być uwzględniane na wykresach spalania. Narzędzia traktują status "Resolved" podobnie jak "In Progress" w wielu scenariuszach.

n/a

n/a

Zakończone: Przypisz tę kategorię do stanów ukończonej pracy. Elementy w obszarze Ukończone nie są wyświetlane na liście prac i są wyświetlane w końcowej kolumnie tablicy. Nie można dodawać ani zmieniać stanów w tej kategorii.

Done

Zamknięte (przypadek testowy); Ukończono (Pakiet testów); Nieaktywny (plan testu)

Usunięte: Przypisz tę kategorię do stanu Usuniętego, aby ukryć elementy przed backlogami i tablicami.

Removed

n/a

Proces CMMI

Categories

Śledzenie pracy

Śledzenie testów

Proponowany: Przypisz tę kategorię do nowo dodanych stanów, aby były wyświetlane w backlogu. Pierwsza kolumna tablicy jest mapowana na proponowane.

Proposed

Projektowanie (przypadek testowy)

W toku: Przypisz tę kategorię do stanów reprezentujących aktywną pracę. Elementy w tej kategorii są wyświetlane na listach prac i w środkowych kolumnach na tablicach.

Aktywny; Zakończono (Epik, Moduł, Wymaganie, Zadanie)

Aktywny (Plan testu); W planowaniu (Pakiet testów); W toku (Pakiet testów); Gotowy (Przypadek testowy)

Rozwiązane: Przypisz tę kategorię do stanów, które wskazują rozwiązanie zaimplementowane, ale nie zostało jeszcze zweryfikowane; często mają zastosowanie do usterek. Rozwiązane stany są domyślnie wyświetlane w backlogu i mogą być uwzględniane na wykresach spalania. Narzędzia traktują status "Resolved" podobnie jak "In Progress" w wielu scenariuszach.

Rozwiązano (usterka, problem, przegląd, ryzyko)

n/a

Zakończone: Przypisz tę kategorię do stanów ukończonej pracy. Elementy w obszarze Ukończone nie są wyświetlane na listach prac i są wyświetlane w końcowej kolumnie tablicy. Nie można dodawać ani modyfikować stanów w tej kategorii.

Closed

Zamknięte (przypadek testowy); Ukończono (Pakiet testów); Nieaktywny (plan testu)

Usunięte: Przypisz tę kategorię do stanu Usunięte, aby ukryć elementy w środowiskach tablicy i listy zadań.

Removed

n/a

Typy elementów roboczych i ich tablice

Dowiedz się, gdzie jest wyświetlany każdy typ elementu roboczego, aby można było efektywnie zarządzać pracą.

Kategoria typu elementu roboczego	Elementy robocze są wyświetlane tutaj
Requirement	Tylko na tablicy produktów.
Feature	Tylko na tablicy portfolio funkcjonalności.
Epic	Tylko na tablicy portfolio Epic.
Custom	Tylko na niestandardowej tablicy portfelowej.

Tip

Dostosuj każdy stan przepływu pracy do kolumny tablicy. Jeśli stan nie jest mapowany, nie jest wyświetlany na tablicy.

Note

Ukończone lub zamknięte elementy robocze nie są wyświetlane na listach prac i tablicach, jeśli ich wartość Zmiana Daty przekroczy 183 dni (około pół roku). Nadal możesz wyświetlić te elementy przy użyciu zapytania. Jeśli chcesz, aby były wyświetlane na liście prac lub tablicy, możesz wprowadzić drobne zmiany w nich, co spowoduje zresetowanie zegara.

Pola: Aktywowane przez/Data i Rozwiązane przez/Data

System aktualizuje te pola —Aktywowane przez, Data aktywacji, Rozwiązane przez i Data rozwiązania — gdy nastąpi zmiana na podstawie odpowiednich stanów kategorii przepływu pracy. Gdy stan przepływu pracy zmienia się na kategorię W toku, pola Aktywowany przez oraz Data aktywacji zostają zaktualizowane. Gdy stan przepływu pracy zmienia się do kategorii Rozwiązany, Osoba rozwiązująca i Data rozwiązania są aktualizowane.

Aby dowiedzieć się więcej o tym, jak stany przepływu pracy są mapowane na kategorie stanów, zobacz How workflow states and state categories are used in Backlogs and Boards (Jak są używane stany przepływu pracy i kategorie stanów w listach prac i tablicach).

Note

Logika zarządzająca polami opisanymi tutaj dotyczy usług Azure DevOps Services, aktualizacji azure DevOps Server 2020.1 i nowszych wersji.

Ponieważ te pola odwołują się do kategorii stanu przepływu pracy, niestandardowe stany przepływu pracy, które dodajesz, są przywoływane podczas aktualizowania pól. Aby dowiedzieć się więcej na temat dostosowywania, zobacz Dostosowywanie przepływu pracy dla procesu.

Dodatkowe uwagi:

• Pola są aktualizowane za każdym razem, gdy element roboczy przechodzi z dowolnego stanu kategorii innego niż ten ustawiony. Jeśli na przykład zaktualizujesz element roboczy z Nowy na Naprawiono, pola Rozwiązane według/Data rozwiązania zostaną zaktualizowane. Jednak jeśli zaktualizujesz z Naprawione i Gotowe do testów, które znajdują się w tym samym stanie kategorii, pola Zrealizowane przez/Data realizacji nie są aktualizowane.
• W przypadku przechodzenia do tyłu, na przykład przechodzenia z obszaru Rozwiązane do stanu Aktywne , system czyści wartości pól Rozwiązane według/Rozwiązane daty . Jeśli przechodzisz z Aktywna do Nowa, system czyści wartości pól Aktywowane przez/Data aktywacji.
• Nie zmieniaj ręcznie wartości dla tych pól. Są to pola systemowe, które podlegają regułom systemu. Każda wartość, którą próbujesz ustawić, jest nadpisywana.

Kiedy dodać stan czy kolumnę

Użycie stanów i kolumn łącznie pozwala na śledzenie statusu pracy. Państwa mają zastosowanie na poziomie projektu; kolumny mają zastosowanie na poziomie zespołu. Tylko administratorzy kolekcji projektów mogą dodawać stany niestandardowe; administratorzy zespołu mogą dodawać kolumny.

Dodaj stany niestandardowe, gdy chcesz dostosować zespoły do udostępnionego przepływu pracy organizacji. Stany niestandardowe są propagowane do projektów i typów elementów roboczych, które odwołują się do procesu.

Preferuj wspólne stany niestandardowe, gdy wiele zespołów korzysta z tego samego przepływu pracy, aby uniknąć zamieszania wynikającego z różnych zespołów, które bazują zapytania na kolumnach. Zachowaj jednoznaczną własność elementów roboczych dla ścieżki obszaru zespołu lub ustandaryzuj kolumny poprzez dodanie niestandardowych stanów współdzielonych pomiędzy zespołami.

Automatyczne kończenie elementów roboczych za pomocą pull requestów

Po połączeniu zadania z prośbą o ściągnięcie (PR) można automatycznie zakończyć te zadania po zakończeniu PR. Aby uzyskać szczegółowe informacje, zobacz Autouzupełnianie elementów roboczych przy użyciu żądań pull.

Automatyzowanie przejść stanu elementu roboczego

Możesz automatycznie zaktualizować stan elementu roboczego nadrzędnego na podstawie stanu zadań podrzędnych. Aby uzyskać szczegółowe informacje, zobacz Automatyzowanie przejść stanu elementu roboczego.

Treści powiązane

Model procesu dziedziczenia

• Dostosowywanie przepływu pracy
• Stosowanie reguł do stanów przepływu pracy
• Ocena reguł
• Eksplorowanie niestandardowych scenariuszy reguł

Widżety pulpitu nawigacyjnego

• Poznaj wykresy sterowania czasem realizacji i czasem cyklu (widżety) ::: moniker-end