Abfragen nach Rang- und Auswahllistenwert in Azure DevOps und Azure Boards

  • Artikel

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

Sie geben mithilfe der Planungs-, Bewertungs- und Prioritätsfelder an, welche Arbeit vom Team zuerst abgeschlossen werden soll. Durch das Festlegen einer Rangfolge und Priorisieren von Arbeitselementen erhalten alle Teammitglieder einen Einblick in die relative Wichtigkeit der Arbeit, die sie erledigen müssen.

Rang und Priorität von Arbeitselementen werden beim Erstellen Ihres Backlogs festgelegt.

Unterstützte Operatoren und Makros

In Abfrageklauseln, die ein Zeichenfolgenfeld oder ein ganzzahliges Feld angeben, können die im Anschluss aufgeführten Operatoren verwendet werden:

  • = , , <> , > , >< = , <
  • =[Feld], <>[Feld], >[Feld], <[Feld], >=[Feld], <=[Feld]
  • In, Nicht in
  • War schon einmal

Beispiele für Auswahllistabfragen

Die meisten der im nächsten Abschnitt beschriebenen Planungsfelder sind entweder ganzzahlige Felder oder Zeichenfolgenfelder. Beispielabfragen für numerische Felder oder Rich-Text-Felder finden Sie unter Abfragen nach numerischen Feldern bzw. unter Abfragen nach Titeln, IDs und Rich-Text-Feldern.

Um die Operatoren In und Nicht in zu verwenden, geben Sie die Namen oder Bezeichnungen von Elementen ein, die dem ausgewählten Feld entsprechen, und trennen Sie sie durch ein Komma. Fügen Sie beispielsweise die folgende Klausel hinzu, um nach Arbeitselementtypen zu filtern, bei denen es sich entweder um User Storys oder um Fehler handelt: Work Item Types In User Story,Bug.

Gewünschte Filterung

Einzuschließende Abfrageklauseln

Liste mit blockierten Aufgaben (Scrum)
(Feld „Blocked“ ist ein Feld vom Typ „Zeichenfolge“.)

Work Item Type In Task
And Blocked = Yes

Fehler der Priorität 1 (Feld Priority ist ein Feld vom Typ „Integer“.)

Work Item Type In Bug
And Priority = 1

Features und Storys für Architekturbereiche
(Feld Value Area ist ein Feld vom Typ „Zeichenfolge“.)

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

Felder zum Planen und Priorisieren von Aufgaben

In der folgenden Tabelle werden die Felder beschrieben, mit denen Sie Aufgaben planen und priorisieren können. Einige Felder sind nur für einen bestimmten Prozess gültig: Basic, Agile, Scrum oder Capability Maturity Model Integration (CMMI).

Feldname

Beschreibung

Arbeitsaufgabentyp

Backlog Priority 1

Eine durch einen Hintergrundprozess zugewiesene Zahl, um die Sequenz von Elementen in einem Backlog oder Board nachzuverfolgen. Weitere Informationen zur Verwendung dieses Felds finden Sie im Artikel „Verwenden von Backlogs für effektives Projektmanagement in Azure Boards“ unter Backlog Priority oder Stapelrangfolge.

Verweisname = Microsoft.VSTS.Common.BacklogPriority, Datentyp = Double

Fehler, Epic, Feature, Product Backlog Item, Aufgabe (Scrum)

Blockiert

Gibt an, dass keine weiteren Arbeiten für das Arbeitselement ausgeführt werden können. Wenn ein Problem geöffnet wurde, um ein Blockierungsproblem nachzuverfolgen, sollte ein Link zum betreffenden Problem hinzugefügt werden.

  • Für Aufgabenarbeitselemente des Scrum-Prozesses: Sie können Ja angeben oder das Feld löschen.
  • Für Arbeitselemente des CMMI-Prozesses: Sie können Ja oder Nein angeben.

Verweisname = Microsoft.VSTS.CMMI.Blocked, Datentyp = Zeichenfolge

Fehler, Änderungsanforderung, Anforderung, Risiko, Aufgabe (CMMI, Scrum)

Committet

Gibt an, ob die Anforderung im Projekt committet wird. Sie können Ja oder Nein angeben.

Verweisname = Microsoft.VSTS.CMMI.Committed, Datentyp = Zeichenfolge

Anforderung (CMMI)

Escalate

Gibt an, ob sich das Problem auf den kritischen Pfad des Projektplans auswirkt. Sie können Ja oder Nein angeben.

Verweisname = Microsoft.VSTS.CMMI.Escalate, Datentyp = Zeichenfolge

Problem (CMMI)

Priorität 1

Eine subjektive Bewertung des Fehlers, des Problems, der Aufgabe oder des Testfalls mit seinen Auswirkungen auf das Geschäft. Sie können folgende Werte angeben:

  • 1: Höchste Priorität. Feature implementieren oder schnellstmöglich beheben. Produkt kann ohne erfolgreiche Behebung nicht ausgeliefert werden.
  • 2: Mittlere Priorität. Produkt kann ohne erfolgreiche Behebung nicht ausgeliefert werden. Das Problem muss jedoch nicht unmittelbar behandelt werden.
  • 3: Niedrige Priorität. Implementierung oder Korrektur ist optional und hängt von den Ressourcen, der Zeit und dem Risiko ab. Wenn das Produkt ohne erfolgreiche Behebung ausgeliefert wird, dokumentieren Sie das Problem in den Versionshinweisen als bekanntes Problem.
  • 4: Niedrigste Priorität. Verfolgt ein Problem, das sich im Grunde nicht auf die Nutzung auswirkt (z. B. ein unbedeutender Tippfehler).
    Verweisname = Microsoft.VSTS.Common.Priority, Datentyp = Integer

Fehler, Änderungsanforderung, Epic, Feature, Impediment, Problem, Product Backlog Item, Anforderung, Risiko, Freigegebener Schritt, Aufgabe, Testfall, User Story

Risiko

Eine subjektive Bewertung der relativen Ungewissheit im Hinblick auf den erfolgreichen Abschluss einer User Story. Definierte zulässige Werte sind:

  • 1: Hoch
  • 2 - Medium
  • 3 - Low

Verweisname = Microsoft.VSTS.Common.Risk, Datentyp = Zeichenfolge

Epic, Feature, User Story (Agile)

Schweregrad 1

Eine subjektive Bewertung der Auswirkungen eines Fehlers auf das Projekt. Sie können folgende Werte angeben:

  • 1: Kritisch
  • 2: Hoch
  • 3: Mittel
  • 4 - Low

Verweisname = Microsoft.VSTS.Common.Severity, Datentyp = Zeichenfolge

Fehler, Problem (CMMI), Risiko (CMMI)

Stapelrang 2

Eine durch einen Hintergrundprozess zugewiesene Zahl, um die Auflistungsreihenfolge von Elementen in einem Backlog oder Board im Webportal nachzuverfolgen. Weitere Informationen zur Verwendung dieses Felds finden Sie im Artikel „Verwenden von Backlogs für effektives Projektmanagement in Azure Boards“ unter Backlog Priority oder Stapelrangfolge.

Verweisname = Microsoft.VSTS.Common.StackRank, Datentyp = Double

Bug, Epic, Feature, Anforderung (CMMI), Risiko (CMMI), Aufgabe, User Story (Agile)

Zeitliche Kritikalität

Eine subjektive Maßeinheit, die die Abnahme eines Geschäftswerts über einen Zeitraum angibt. Ein höherer Wert steht dafür, dass das Epic oder Feature grundsätzlich schneller erledigt werden muss, als Elemente mit niedrigeren Werten.

Verweisname = Microsoft.VSTS.Common.TimeCriticality, Datentyp = Double

Epic, Feature

Eingrenzung

Gibt den Typ der Selektierungsentscheidung an, die für das Arbeitselement ausstehend ist. Verwenden Sie dieses Feld, wenn das Arbeitselement den Zustand Vorgeschlagen hat.

Sie können einen der folgenden Werte angeben:

  • Ausstehend (Standard)
  • Weitere Informationen
  • Informationen empfangen
  • Selektiert

Verweisname = Microsoft.VSTS.Common.Triage, Datentyp = Zeichenfolge

Nur CMMI: Fehler, Änderungsanforderung, Epic, Feature, Problem, Anforderung, Aufgabe

Wertbereich 1

Der Bereich des Nutzen für den Kunden, der mit Epic, Funktion oder Backlogelement behoben wird. Mögliche Werte:

  • Architektonisch: Technische Dienste zur Implementierung von Business-Funktionen zur Lösung
  • Geschäft: Dienste, die die Anforderungen von Kund*innen und Projektbeteiligten erfüllen und so direkt einen Mehrwert für Kund*innen schaffen und zur Unterstützung des Unternehmens beitragen (Standardwert)

Verweisname = Microsoft.VSTS.Common.ValueArea, Datentyp = Zeichenfolge

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

Hinweise:

  1. Informationen zum Ändern der Menüauswahl finden Sie unter Hinzufügen und Verwalten von Feldern (Vererbungsprozess) bzw. unter Hinzufügen oder Ändern eines Felds, Anpassen einer Auswahlliste (lokaler XML-Prozess).
  2. Die Reihenfolge der Elemente auf einer Product Backlog-Seite richtet sich danach, wo Sie die Elemente auf der Seite hinzugefügt bzw. wohin Sie sie gezogen haben. Beim Ziehen von Elementen aktualisiert ein Hintergrundprozess entweder das Feld „Backlog Priority“ (Scrum) oder das Feld „Stapelrang“ (Agile, Basic, CMMI). Diese Felder bestimmen die Reihenfolge, in der Backlog Items auf einer Backlogseite angezeigt werden. Sie werden type="Order" in der ProcessConfiguration-Datei zugewiesen.

Weitere Informationen zu den Feldern „Backlog Priority“ und „Stapelrang“

Die Felder „Backlog Priority“ und „Stapelrang“ werden in den Arbeitselementformularen nicht angezeigt. (Warum das so ist, erfahren Sie unter Where is the field on the work item form to order the backlog? (Wo ist das Feld im Arbeitselementformular zum Sortieren des Backlogs?).

So fügen Sie das Feld dem Formular hinzu