Udostępnij za pośrednictwem

Informacje o stanach przepływu pracy na listach prac i tablicach

  • Artykuł

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

Przepływy pracy są niezbędne do zarządzania elementami roboczymi, składającymi się z stanów, przejść i powodów. Każdy przepływ pracy jest definiowany dla określonego typu elementu roboczego. Przejścia umożliwiają ruch między stanami, zarówno do przodu, jak i do tyłu. Po dodaniu stanu niestandardowego system automatycznie dołącza przejścia do wszystkich pozostałych stanów dziedziczynych, z wyjątkiem stanu Usunięto.

Każdy stan jest podzielony na kategorie, aby obsługiwać listy prac narzędzi Agile i widoki tablic, zapewniając usprawniony i zorganizowany proces przepływu pracy.

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) główne stany to Nowe, Aktywne, Rozwiązane i Zamknięte. Stan Usunięto służy do usuwania elementu roboczego z listy prac; Aby uzyskać więcej informacji, zobacz Przenoszenie, zmienianie lub usuwanie elementów roboczych.

Naturalne progresje i regresje dla typów elementów roboczych — historia użytkownika (Agile), problem (Podstawowa), element listy prac produktu (Scrum) i wymagania (CMMI) — są pokazane.

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

Stany przepływu pracy scenariusza użytkownika, proces Agile

Stany kategorii

Stany kategorii określają sposób, w jaki narzędzia planowania Agile i widżety pulpitu nawigacyjnego traktują każdy stan przepływu pracy. Typy elementów roboczych używają kategorii stanów do śledzenia postępu. Te stany mają zastosowanie we wszystkich projektach przy użyciu tego samego procesu i wpływają na sposób wyświetlania elementów roboczych na listach prac i tablicach. Kategorie stanów używane przez listy prac, tablice i widżety to 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 testu. Stany przepływu pracy dla przypadków testowych, projektu testów i zestawu testów są takie same we wszystkich czterech procesach systemowych.

Kategorie

Śledzenie pracy

Śledzenie testów

Proponowane: Przypisane do stanów skojarzonych z nowo dodanymi elementami roboczymi, aby były wyświetlane na liście prac. Pierwsza kolumna na tablicach i tablicach zadań jest mapowana na kategorię Proponowany stan.

Nowe

Projektowanie (przypadek testowy)

W toku: przypisano do stanów reprezentujących aktywną pracę. Elementy robocze przypisane do stanów mapowanych na tę kategorię są wyświetlane na liście prac (chyba że zdecydujesz się je ukryć) i tworzą środkowe kolumny na tablicach.

Aktywne (usterka, epika, funkcja, historia użytkownika)

Aktywny (plan testu) w planowaniu (pakiet testowy) w toku (Pakiet testów) Gotowy (przypadek testowy)

Rozwiązano: Przypisano do stanów reprezentujących rozwiązanie zostało zaimplementowane, ale jeszcze nie zostało zweryfikowane. Ogólnie te stany dotyczą usterek. Elementy robocze w stanie Kategorii Rozwiązane są domyślnie wyświetlane na liście prac. Możesz również uwzględnić stany Rozwiązane na wykresach postępu, zapewniając dokładniejsze śledzenie postępu. Narzędzia Agile traktują stan kategorii Rozwiązane dokładnie tak samo jak w stanie kategorii W toku .

Rozwiązano (usterka)

nie dotyczy

Ukończono: Przypisano do stanów reprezentujących ukończoną pracę. Elementy robocze, których stan znajduje się w tej kategorii, nie są wyświetlane na liście prac i są wyświetlane w ostatniej kolumnie tablicy. Nie można modyfikować stanów w tej kategorii ani dodawać stanów do tej kategorii.

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

Ukończono zamknięte (przypadek testowy) (test Suite) Nieaktywne (plan testu)

Usunięto: Przypisano do stanu Usunięto. Elementy robocze w stanie zamapowanym na kategorię Usunięte są ukryte w środowiskach listy prac i tablicy.

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

nie dotyczy

Typy elementów roboczych i ich tablice

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

Kategoria typu elementu roboczego Elementy robocze są wyświetlane tutaj
Wymaganie Tylko na tablicy produktów.
Funkcja Tylko na tablicy portfolio funkcji.
Epik Tylko na tablicy portfolio Epic.
Niestandardowy Tylko na niestandardowej tablicy portfela.

Napiwek

Zalecamy mapowania każdego stanu przepływu pracy na kolumnę. Jeśli nie jest ona mapowana, nie jest wyświetlana na tablicy.

Uwaga

Ukończone lub zamknięte elementy robocze nie są wyświetlane na listach prac i tablicach po zmianie wartości daty jest większa niż 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.

Uwaga

Ukończone lub zamknięte elementy robocze nie są wyświetlane na listach prac i tablicach, gdy ich wartość Zmieniona data jest większa niż rok. 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.

Aktywowane według/daty i rozwiązane według/daty pola

System aktualizuje te pola — aktywowane przez, aktywowaną datę, rozpoznaną przez i rozwiązaną datę — gdy nastąpi zmiana na podstawie odpowiednich stanów kategorii przepływu pracy. Gdy stan przepływu pracy zmieni się na kategorię stanu W toku , aktywowana przez i aktywowana data zostanie zaktualizowana. Gdy stan przepływu pracy zmieni się na kategorię Rozwiązany stan, zaktualizowano datę rozpoznaną przez i rozwiązaną.

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).

Uwaga

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, do których dodasz, są przywołyne 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 New (Nowy) na Fixed (Naprawiono) pola Resolved By/Resolved Date (Rozwiązane według/rozwiązane daty) zostaną zaktualizowane. Jednak w przypadku aktualizacji ze stałych i gotowych do testowania , które znajdują się w tym samym stanie kategorii, pola Rozwiązane według/Rozwiązane daty 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 masz wartość z aktywnej do nowej, system czyści wartości pól Aktywowane przez/Aktywowane daty.
  • 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ć, zostanie zastąpiona zapisem.

Kiedy dodać stan a kolumnę

Użyj stanów i kolumn do śledzenia stanu pracy. Stany przepływu pracy są współużytkowane w projekcie, podczas gdy kolumny są współużytkowane przez zespół. Tylko administratorzy kolekcji projektów mogą dodawać stany niestandardowe, podczas gdy administratorzy zespołu mogą dodawać kolumny.

Dodaj stany niestandardowe, aby dopasować wszystkie zespoły do przepływu pracy biznesowego organizacji. Dostosowywanie procesu automatycznie dostosowuje projekty i typy elementów roboczych odwołujących się do niego.

Stany niestandardowe pomagają uniknąć nieporozumień w różnych zespołach tworzących zapytania na podstawie kolumn. Ponieważ zespoły mogą dostosowywać kolumny tablicy i pływaki, wartości elementów roboczych mogą się różnić między tablicami. Zachowaj jedną własność elementów roboczych według ścieżki obszaru zespołu lub sformalizuj kolumny, dodając stany niestandardowe współużytkowane przez zespoły.

Automatyczne uzupełnianie elementów roboczych przy użyciu żądań ściągnięcia

Po połączeniu elementu roboczego z żądaniem ściągnięcia można automatycznie wykonać te elementy robocze po zakończeniu żądania ściągnięcia. Aby uzyskać więcej informacji, zobacz Autouzupełnianie elementów roboczych przy użyciu żądań ściągnięcia.

Automatyzowanie przejść stanu elementu roboczego

Stan elementu roboczego można automatycznie zaktualizować zgodnie ze stanem podrzędnych zadań podrzędnych. Aby uzyskać więcej informacji, zobacz Automatyzowanie przejść stanu elementu roboczego.

Model procesu dziedziczenia

Widżety pulpitu nawigacyjnego