Abfrage nach Rang- und Auswahllistenwert
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Mit den Feldern Planung, Rangfolge und Priorität legen Sie die Reihenfolge fest, in der Ihr Team die Arbeitselemente erledigen soll. Durch eine effektive Einstufung und Priorisierung der Aufgaben verstehen alle Mitglieder des Teams die relative Wichtigkeit der einzelnen Anforderungen, die sie erfüllen müssen.
Rang und Priorität von Arbeitselementen werden beim Erstellen Ihres Backlogs festgelegt.
Voraussetzungen
Kategorie | Anforderungen |
---|---|
Zugriffsebenen | - Um gemeinsame Abfragen anzuzeigen und auszuführen: Projektmitglied. - Um eine gemeinsame Abfrage hinzuzufügen und zu speichern: Mindestens Basis-Zugriff. |
Berechtigungen | Beitragen Berechtigung festgelegt auf Zulassen für den Ordner, dem Sie eine Abfrage hinzufügen möchten. Diese Berechtigung ist für die Gruppe Mitwirkende standardmäßig nicht festgelegt. |
Hinweis
Benutzer mit Beteiligtenzugriff für ein öffentliches Projekt besitzen ebenso wie Benutzer mit Standardzugriff Vollzugriff auf Abfragefunktionen. Weitere Informationen finden Sie unter Kurzreferenz zu Beteiligtenzugriff.
Kategorie | Anforderungen |
---|---|
Zugriffsebenen | - Um gemeinsame Abfragen anzuzeigen und auszuführen: Projektmitglied. - Um eine gemeinsame Abfrage hinzuzufügen und zu speichern: Mindestens Basis-Zugriff. |
Berechtigungen | Beitragen Berechtigung festgelegt auf Zulassen für den Ordner, dem Sie eine Abfrage hinzufügen möchten. Diese Berechtigung ist für die Gruppe Mitwirkende standardmäßig nicht festgelegt. |
Unterstützte Operatoren und Makros
Abfrageklauseln, die ein Text- oder Ganzzahlenfeld angeben, können die folgenden Operatoren verwenden:
- = ,
<>
,>
,<
,>=
,<=
- =[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 Priority1
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)
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, die Funktion implementieren oder den Fix so schnell wie möglich durchführen. Das Produkt kann nicht ohne erfolgreiche Lösung ausgeliefert werden.
- 2: Mittlere Priorität. Das Produkt kann nicht geliefert werden, ohne dass das Problem erfolgreich gelöst wird, aber es muss nicht sofort bearbeitet werden.
- 3: Niedrige Priorität. Die Implementierung oder Behebung ist optional, je nach Ressourcen, Zeit und Risiko. 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
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)
Stapelrang2
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 unter Verwenden von Backlogs für ein effektives Projektmanagement.
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
Wertbereich1
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:
- 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).
- Die Reihenfolge der Elemente auf einer Produkt-Backlog-Seite wird in der Reihenfolge bestimmt, in der Sie die Elemente hinzugefügt oder 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 zu
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
Fügen Sie bei einem geerbten Prozess das Feld „Stapelrang“ einem Arbeitselementtyp hinzu (für den benutzerdefinierten Prozess, auf den Ihr Projekt verweist).
Fügen Sie bei einem lokalen XML-Prozess das Feld dem Formular hinzu, und ändern Sie die XML-Definition des Arbeitselementtyps, um folgendes Steuerelement hinzuzufügen:
<Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
Für Scrum:
<Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />