Udostępnij za pośrednictwem


Wykonywanie zapytań według wartości rangi i listy wyboru w usługach Azure DevOps i Azure Boards

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

Pola planowania, klasyfikacji i priorytetu służą do określania, która praca zespołu powinna zostać ukończona jako pierwsza. Dzięki klasyfikowaniu i określaniu priorytetów elementów roboczych wszyscy członkowie zespołu uzyskują zrozumienie względnego znaczenia pracy, którą muszą wykonać.

Pozycjonujesz i ustalasz priorytety elementów roboczych podczas tworzenia listy prac.

Obsługiwane operatory i makra

Klauzule zapytania określające ciąg lub pole liczb całkowitych mogą używać operatorów wymienionych poniżej.

  • = , <> , > , < >, = , <=
  • =[Field], [Field], <>>[Field], <[Field], >=[Field], =[Field] <
  • W, nie w
  • Był kiedykolwiek

Przykłady zapytań listy wyboru

Większość pól planowania opisanych w następnej sekcji jest liczbą całkowitą lub polem ciągu. Na przykład zapytania dotyczące pól liczbowych lub tekstowych sformatowanych można znaleźć w temacie Query by numeryczne pola i Query by titles, IDs i rich-text fields (Wykonywanie zapytań według tytułów, identyfikatorów i pól tekstu sformatowanego).

Aby użyć operatorów In i Not In , wprowadź nazwy lub etykiety elementów, które odpowiadają wybranemu polu rozdzielone przecinkiem. Aby na przykład filtrować typy elementów roboczych , które są scenariuszami użytkowników lub usterkami, dodaj klauzulę : Work Item Types In User Story,Bug.

Filtruj dla

Uwzględnij te klauzule zapytania


Wyświetlanie listy zablokowanych zadań (Scrum)
(Zablokowane pole jest typem Ciąg)

Work Item Type In Task
And Blocked = Yes

Usterki priorytetu 1 (pole Priorytet jest typem Liczba całkowita)

Work Item Type In Bug
And Priority = 1

Funkcje i historie, które dotyczą obszarów architektury
(Pole Obszaru wartości jest typem Ciąg)

Work Item Type In Feature,User Story
And Value Area = _ Architectural


Pola używane do planowania i określania priorytetów pracy

W poniższej tabeli opisano pola, których można użyć do planowania i określania priorytetów pracy. Niektóre pola są prawidłowe tylko dla określonego procesu — Podstawowa, Agile, Scrum lub Integracja modelu dojrzałości możliwości (CMMI).

Nazwa pola

Opis

Typ elementu roboczego


Priorytet listy prac 1

Liczba przypisana przez proces w tle służący do śledzenia sekwencji elementów na liście prac lub tablicy. Aby dowiedzieć się więcej na temat sposobu używania tego pola, zobacz Use backlogs for effective project management, Backlog priority or stack rank order (Używanie list prac do efektywnego zarządzania projektami, priorytetu listy prac lub kolejności klasyfikacji stosu).

Nazwa odwołania=Microsoft.VSTS.Common.BacklogPriority, Typ danych=Double

Bug, Epic, Feature, Product backlog item, Task (Scrum)

Zablokowane

Wskazuje, że nie można wykonać dalszej pracy na elemencie roboczym. Jeśli problem został otwarty w celu śledzenia problemu blokującego, należy utworzyć link do problemu.

  • W przypadku procesu Scrum elementy robocze zadania: możesz określić wartość Tak lub wyczyścić pole.
  • W przypadku elementów roboczych procesu CMMI: możesz określić wartość Tak lub Nie.

Nazwa odwołania=Microsoft.VSTS.CMMI.Blocked, Typ danych=Ciąg

Usterka, żądanie zmiany, wymaganie, ryzyko, zadanie (CMMI, Scrum)

Oddany

Wskazuje, czy wymaganie zostało zatwierdzone w projekcie. Możesz określić wartość Tak lub Nie.

Nazwa odwołania=Microsoft.VSTS.CMMI.Committed, Typ danych=Ciąg

Wymaganie (CMMI)

Eskaluj

Wskazuje, czy problem ma wpływ na ścieżkę krytyczną planu projektu. Możesz określić wartość Tak lub Nie.

Nazwa odwołania=Microsoft.VSTS.CMMI.Escalate, Typ danych=Ciąg

Problem (CMMI)

Priorytet 1

Subiektywna ocena usterki, problemu, zadania lub przypadku testowego w odniesieniu do firmy. Można określić następujące wartości:

  • 1: Najwyższy priorytet, jak najszybciej zaimplementuj funkcję lub poprawkę. Produkt nie może być dostarczony bez pomyślnego rozwiązania.
  • 2: Średni priorytet. Produkt nie może być dostarczony bez pomyślnego rozwiązania, ale nie musi być natychmiast rozwiązany.
  • 3: Niski priorytet. Implementacja lub poprawka jest opcjonalna na podstawie zasobów, czasu i ryzyka. Jeśli produkt jest dostarczany bez pomyślnego rozwiązania, należy udokumentować problem w informacjach o wersji jako znane problemy.
  • 4: Najniższy priorytet. Śledzi problem, który w zasadzie nie ma wpływu na użycie (na przykład małe literówki).
    Nazwa odwołania=Microsoft.VSTS.Common.Priority, Typ danych=Liczba całkowita

Usterka, żądanie zmiany, epik, funkcja, impediment, problem, element listy prac produktu, wymaganie, ryzyko, krok udostępniony, zadanie, przypadek testowy, historia użytkownika

Ryzyko

Subiektywna ocena względnej niepewności wokół pomyślnego ukończenia historii użytkownika. Zdefiniowane dozwolone wartości to:

  • 1 — Wysoki
  • 2 — średni rozmiar
  • 3 — Niski

Nazwa odwołania=Microsoft.VSTS.Common.Risk, Typ danych=Ciąg

Epicka, funkcja, historia użytkownika (Agile)

Ważność 1

Subiektywna ocena wpływu błędu na projekt. Można określić następujące wartości:

  • 1 — Krytyczne
  • 2 — Wysoka
  • 3 — średni rozmiar
  • 4 — Niski

Nazwa odwołania=Microsoft.VSTS.Common.Severity, Typ danych=Ciąg

Usterka, problem (CMMI), ryzyko (CMMI)

Ranga stosu 2

Liczba przypisana przez proces w tle służący do śledzenia kolejności listy elementów na liście prac lub tablicy w portalu internetowym. Aby dowiedzieć się więcej na temat sposobu używania tego pola, zobacz Use backlogs for effective project management, Backlog priority or stack rank order (Używanie list prac do efektywnego zarządzania projektami, priorytetu listy prac lub kolejności klasyfikacji stosu).

Nazwa odwołania=Microsoft.VSTS.Common.StackRank, Typ danych=Double

Usterka, epika, funkcja, wymaganie (CMMI), ryzyko (CMMI), zadanie, historia użytkownika (Agile)

Krytyczne znaczenie czasu

Subiektywna jednostka miary, która przechwytuje, jak wartość biznesowa zmniejsza się w czasie. Wyższe wartości wskazują, że epika lub funkcja jest z natury bardziej krytyczna niż te elementy o niższych wartościach.

Nazwa odwołania=Microsoft.VSTS.Common.TimeCriticality, Typ danych=Double

Epik, funkcja

Triage (klasyfikacja)

Wskazuje typ decyzji klasyfikacji oczekującej na element roboczy. To pole jest używane, gdy element roboczy jest w stanie Proponowane .

Można określić jedną z następujących wartości:

  • Oczekujące (ustawienie domyślne)
  • Więcej informacji
  • Odebrane informacje
  • Klasyfikacja

Nazwa odwołania=Microsoft.VSTS.Common.Triage, Typ danych=Ciąg

Tylko CMMI: Usterka, Żądanie zmiany, Epik, Funkcja, Problem, Wymaganie, Zadanie

Obszar wartości 1

Obszar wartości klienta adresowany przez element epików, funkcji lub listy prac. Wartości są następujące:

  • Architektura: usługi techniczne do implementowania funkcji biznesowych dostarczających rozwiązanie
  • Biznes: usługi spełniające potrzeby klientów lub uczestników projektu, które bezpośrednio dostarczają wartość klienta do obsługi firmy (ustawienie domyślne)

Nazwa odwołania=Microsoft.VSTS.Common.ValueArea, Typ danych=Ciąg

Bug, Epic, Feature, Product Backlog Item (Scrum) Requirement (CMMI), User Story (Agile)


Uwagi:

  1. Aby zmienić wybór menu, zobacz Dodawanie pól (proces dziedziczony) i zarządzanie nimi lub Dodawanie lub modyfikowanie pola, dostosowywanie listy wyboru (lokalny proces XML).
  2. Sekwencja elementów na stronie listy prac produktu jest określana zgodnie z tym, gdzie zostały dodane lub przeciągnięte elementy. Podczas przeciągania elementów proces w tle aktualizuje pole Priorytet listy prac (Scrum) lub Stack Rank (Agile, Basic, CMMI). Te pola określają kolejność wyświetlania elementów listy prac na stronie listy prac. Są one przypisane do type="Order" pliku ProcessConfiguration.

Więcej informacji o polach Priorytet listy prac lub Ranga stosu

Pola Priorytet listy prac i Ranga stosu nie są wyświetlane w formularzach elementów roboczych. (Aby dowiedzieć się, dlaczego, zobacz Gdzie jest pole w formularzu elementu roboczego, aby zamówić listę prac?.

Aby dodać pole do formularza:

  • W przypadku procesu dziedziczonego dodaj pole Stack Rank do typu elementu roboczego (w przypadku procesu niestandardowego, do którego odwołuje się projekt).

  • W przypadku lokalnego procesu XML dodaj pole do formularza, zmodyfikuj definicję XML funkcji WIT, aby dodać następujący element kontrolki:

    <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
    

    lub, dla Scrum:

    <Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />