Abfragen nach Rang und Auswahllistenwert in Azure DevOps und Azure Boards

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

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.

Sie rangieren und priorisieren Arbeitselemente, wenn Sie Ihr Backlog erstellen.

Unterstützte Operatoren und Makros

Abfrageklauseln, die ein Zeichenfolgen- oder ganzzahliges Feld angeben, können die unten aufgeführten Operatoren verwenden.

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

Beispiele für Auswahllistenabfragen

Die meisten der im nächsten Abschnitt beschriebenen Planungsfelder sind entweder eine ganze Zahl oder ein Zeichenfolgenfeld. Beispiele für Abfragen von numerischen oder Rich-Text-Feldern finden Sie unter Abfragen nach numerischen Feldern und Abfragen nach Titeln, IDs und Rich-Text-Feldern.

Filtern nach

Schließen Sie diese Abfrageklauseln ein.

Auflisten von blockierten Aufgaben (List blocked tasks, Soll)
(Blockiertes Feld ist vom Typ Zeichenfolge)

           Work Item Type In Task
And Blocked = Yes

Fehler der Priorität 1

(Das Feld "Priority" ist vom Typ Integer.

           Work Item Type In Bug
And Priority = 1

Features und Storys zu Architekturbereichen
(Das Feld "Wertbereich" ist vom Typ "String" (Zeichenfolge)

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

Felder zum Planen und Priorisieren von Arbeit

In der folgenden Tabelle werden die Felder beschrieben, die Sie zum Planen und Priorisieren von Arbeit verwenden können. Einige Felder sind nur für einen bestimmten Prozess gültig: Basic, Agile, Agile oder Capability Maturity Model Integration (CMMI).

Feldname

Beschreibung

Arbeitsaufgabentyp


Backlogpriorität1

Eine Zahl, die von einem Hintergrundprozess zugewiesen wird, der zum Nachverfolgen der Sequenz von Elementen in einem Backlog oder Board verwendet wird. Weitere Informationen zur Verwendung dieses Felds finden Sie unter Verwenden von Backlogs für eine effektive Projektverwaltung , Backlogpriorität oder Stapelrangreihenfolge.

Reference name=Microsoft.VSTS.Common.BacklogPriority, Data type=Double

Bug, Epic, Feature, Product Backlog Item, Task (Bugs)

Blockiert

Gibt an, dass keine weitere Arbeit am Arbeitselement ausgeführt werden kann. Wenn ein Problem geöffnet wurde, um ein Blockierungsproblem nachzuverfolgen, sollte ein Link zum betreffenden Problem hinzugefügt werden.

Sie können Ja oder Nein angeben.

Reference name=Microsoft.VSTS.CMMI.Blocked, Data type=String

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

Committet

Gibt an, ob für die Anforderung im Projekt ein Committed erforderlich ist. Sie können Ja oder Nein angeben.

Reference name=Microsoft.VSTS.CMMI.Committed, Data type=String

Anforderung (CMMI)

Escalate

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

Reference name=Microsoft.VSTS.CMMI.Escalate, Data type=String

Problem (CMMI)

Priority1

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

  • 1: Höchste Priorität, Feature oder Fehlerbehebung so schnell wie möglich implementieren. Das Produkt kann nicht ohne erfolgreiche Auflösung versenden.
  • 2: Mittlere Priorität. Das Produkt kann nicht ohne erfolgreiche Auflösung versenden, muss aber nicht sofort behoben werden.
  • 3: Niedrige Priorität. Die Implementierung oder Korrektur ist basierend auf Ressourcen, Zeit und Risiko optional. Wenn das Produkt ohne erfolgreiche Lösung versendet wird, dokumentieren Sie das Problem in versionshinweisen als bekannte Probleme.
  • 4: Niedrigste Priorität. Verfolgt ein Problem nach, das sich im Grunde nicht auf die Nutzung (z. B. einen kleinen Tippfehler) auswirken kann.
    Reference name=Microsoft.VSTS.Common.Priority, Data type=Integer

Bug, Change Request, Epic, Feature, Impediment, Issue, Product backlog item, Requirement, Risk, Shared Step, Task, Test Case, 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

Reference name=Microsoft.VSTS.Common.Risk, Data type=String

Epic, Feature, User Story (Agile)

Schweregrad1

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

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

Reference name=Microsoft.VSTS.Common.Severity, Data type=String

Fehler, Problem (CMMI), Risiko (CMMI)

Stapelrang2

Eine Zahl, die durch einen Hintergrundprozess zugewiesen wird und zum Nachverfolgen der Listen reihenfolge von Elementen in einem Backlog oder Board im Webportal verwendet wird. Weitere Informationen zur Verwendung dieses Felds finden Sie unter Verwenden von Backlogs für eine effektive Projektverwaltung , Backlogpriorität oder Stapelrangreihenfolge.

Reference name=Microsoft.VSTS.Common.StackRank, Data type=Double

Bug, Epic, Feature, Requirement (CMMI), Risk (CMMI), Task, User Story (Agile)

Zeitliche Kritikalität

Eine subjektive Maßeinheit, die erfasst, wie sich der Geschäftswert im Laufe der Zeit abwertet. Ein höherer Wert steht dafür, dass das Epic oder Feature grundsätzlich schneller erledigt werden muss, als Elemente mit niedrigeren Werten.

Reference name=Microsoft.VSTS.Common.TimeCriticality, Data type=Double

Epic, Feature

Triage

Gibt den Typ der Selektierungsentscheidung an, die für das Arbeitselement ausstehend ist. Sie verwenden dieses Feld, wenn sich das Arbeitselement im Status Vorgeschlagen befindet.

Sie können einen der folgenden Werte angeben:

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

Reference name=Microsoft.VSTS.Common.Triage, Data type=String

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

WertBereich1

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

  • Architektur: Technische Dienste zum Implementieren von Geschäftsfeatures, die Lösungen bereitstellen
  • Unternehmen: Dienste, die Kunden- oder Projektbeteiligtenanforderungen erfüllen, die kundenspezifischen Nutzen direkt bereitstellen, um das Unternehmen zu unterstützen (Standard)

Reference name=Microsoft.VSTS.Common.ValueArea, Data type=String

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


Hinweise:

  1. Informationen zum Ändern der Menüauswahl finden Sie unter Hinzufügen und Verwalten von Feldern (geerbter Prozess) oder Hinzufügen oder Ändern eines Felds, Anpassen einer Auswahlliste (lokaler XML-Prozess).
  2. Die Reihenfolge der Elemente auf einer Produktbacklogseite wird entsprechend dem Ort bestimmt, an dem Sie die Elemente hinzugefügt oder gezogen haben. Beim Ziehen von Elementen aktualisiert ein Hintergrundprozess entweder das Feld Backlog Priority (Racing) oder Stack Rank (Agile, Basic, CMMI). Diese Felder bestimmen die Reihenfolge, in der Backlogelemente auf einer Backlogseite angezeigt werden. Sie werden in der ProcessConfiguration-Datei zugewiesen type="Order" .

Weitere Informationen zu Backlogprioritäts- oder Stapelrangfeldern

Die Felder Backlogpriorität und Stapelrang werden in den Arbeitselementformularen nicht angezeigt. (Informationen dazu finden Sie unter Wo befindet sich das Feld im Arbeitselementformular, um das Backlog zu bestellen?.

So fügen Sie das Feld dem Formular hinzu: