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

  • Artykuł

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

Wszystkie przepływy pracy składają się ze stanów, przejść i przyczyn. Przepływy pracy są definiowane dla typu elementu roboczego. Przejście wspiera ruch do przodu i do tyłu między dwoma stanami. Po dodaniu stanu niestandardowego system automatycznie dodaje przejścia ze stanu niestandardowego do wszystkich innych odziedziczonych stanów (z wyjątkiem usuniętych).

Każdy stan należy do kategorii stanu (wcześniej określanej jako metastan). Kategorie stanów obsługują listę prac narzędzi Agile i widoki tablicy.

Stany przepływu pracy

Stany przepływu pracy definiują postęp elementu roboczego od jego utworzenia do zamknięcia. Cztery główne stany zdefiniowane dla scenariusza użytkownika (proces Agile) opisują postęp historii użytkownika. Stany przepływu pracy to Nowe, Aktywne, Rozwiązane i Zamknięte. (Stan Usunięto obsługuje usuwanie elementu roboczego z wyświetlania na liście 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 do planowania Agile i wybieranie widżetów pulpitu nawigacyjnego traktują każdy stan przepływu pracy. Kategorie stanów używane przez listy prac, tablice i widżety to Proponowane, W toku, Rozwiązane i Ukończone.

Poniżej 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. 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 Kanban 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 Kanban.

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

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ć kolumnę State a Kanban

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

Dodaj stany niestandardowe, gdy chcesz, aby wszystkie zespoły śledzić stan zgodnie z przepływem pracy biznesowym przyjętym przez organizację. Dostosowując proces, można automatycznie dostosować projekty i typy elementów roboczych odwołujących się do tego procesu.

Dodanie stanów niestandardowych do obsługi stanów przepływu pracy, które mają być śledzone przez wiele zespołów, pomaga uniknąć wynikowych nieporozumień różnych zespołów tworzących zapytania na podstawie kolumny Kanban. Ponieważ każdy zespół może dostosować kolumny tablicy Kanban i pływaki, wartości przypisane do elementów roboczych wyświetlanych na różnych tablicach mogą nie być takie same. Podstawowym obejściem tego problemu jest utrzymanie pojedynczej własności elementów roboczych według ścieżki obszaru zespołu. Innym obejściem jest sformalizowanie kolumn przez dodanie stanów niestandardowych, które mogą być 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.