Abfragen nach numerischen Feldern in Azure Boards und Azure DevOps

  • Artikel

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

Wie kann ich ermitteln, wie viele Aufgaben jeder Entwickler in meinem Team erledigt hat? Gibt es eine Möglichkeit, den Aufwand oder die Story Points für eine Iteration zusammenzufassen?

Die gängigsten numerischen Felder verfolgen den Aufwand für Elemente in der Kategorie „Anforderungen“ oder geschätzte, verbleibende und abgeschlossene Arbeiten für Elemente in der Kategorie „Vorgang“ nach. Mit Abfragen können Sie die relevanten Arbeitselemente auflisten und dann ein Diagramm definieren, das entweder die Anzahl von Arbeitselementen oder eine Summe eines numerischen Felds anzeigt.

Unterstützte Operatoren und Makros

In Abfrageklauseln, die ein numerisches Feld angeben, können die im Anschluss aufgeführten Operatoren verwendet werden.

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

Tipps zum Entwickeln von diagrammbasierten Abfragen

  • Sie können nur Diagramme für Flatlistabfragen hinzufügen.
  • Diagrammoptionen verweisen entweder auf Abfragefilter oder Felder, die über Spaltenoptionen angezeigt werden
  • Speichern Sie Änderungen, die Sie an Ihrer Abfrage vornehmen, bevor Sie ein Diagramm hinzufügen oder ändern.
  • Zum Gruppieren von Klauseln wählen Sie diese und dann das Symbol zum Gruppieren von Abfrageklauseln Symbol zum Gruppieren von Klauseln aus. Um die Gruppierung aufzuheben, wählen Sie die gruppierte Klausel aus.

Weitere Informationen zum Erstellen von Abfragen und diagrammbasierten Abfragen finden Sie unter Verwenden des Abfrage-Editors zum Auflisten und Verwalten von Abfragen und Diagramme. Wenn Sie ein benutzerdefiniertes Feld hinzufügen möchten, um Summen anderer numerischer Werte nachzuverfolgen und zu generieren, lesen Sie Hinzufügen oder Ändern eines Felds.

Nützliche Filter

Filtern nach

Diese Abfrageklauseln einschließen

User Storys oder Fehler

Work Item Type In User Story,Bug

Aufgaben oder Fehler

Work Item Type In Task,Bug

Elemente mit dem Status „Aktiv“ oder „Geschlossen“

State In Active,Closed

Elemente in der Kategorie „Anforderungen“

Work Item Type In Group Microsoft.RequirementCategory

Nicht geschätzte User Storys

Story Points <> (leave Value field blank)

Abfragen und Diagramme für die Arbeitselementanzahl

Alle Abfragen zeigen eine Anzahl von Elementen an, wenn Sie die Abfrage ausführen. Hier definieren wir eine Flatlistabfrage, die nach Fehlern in einem beliebigen Status filtert.

Abfragefehler in jedem Status, Zusammenfassung der Anzahl der Arbeitselemente

Außerdem enthalten alle Diagramme eine Auswahl für Werte, die die Anzahl der Arbeitselemente im Diagramm anzeigen soll.

Anzahl der Fehler pro Entwickler

Erstellen Sie eine Abfrage für aktive Fehler, und ändern Sie die Spaltenoptionen so, dass „Zugewiesen an“ und „Status“ angezeigt werden. Fügen Sie dann ein Pivotdiagramm hinzu, in dem die Zuweisungen und der Status angezeigt werden.

Dialogfeld „Diagramm konfigurieren“, Pivotieren nach „Zugewiesen zu“ und „Status“

Anzahl der Fehler nach Status und Bereich

Mithilfe der gleichen Flatlistabfrage, die nach Fehlern filtert, die im vorherigen Abschnitt gezeigt wurde, können Sie eine Anzahl basierend auf einem Bereich anzeigen. Ändern Sie die Spaltenoptionen, um den Bereichspfad anzuzeigen. Fügen Sie dann ein Pivotdiagramm hinzu, das den Status und den Bereichspfad anzeigt.

Dialogfeld „Diagramm konfigurieren“, Pivotieren nach Status und Bereich

Abfragen von nicht definierten Feldwerten

Sie können Arbeitselemente mit einem nicht definierten Feldwert finden, indem Sie den Gleichheitsoperator (=) verwenden und den Wert für das Feld leer lassen. Mit den folgenden Filtern werden beispielsweise alle Arbeitselemente vom Typ „User Storys“ aufgelistet, deren Feld „Story Point“ leer ist.

Auf der Grundlage von leeren Einträgen filtern

Um Arbeitselemente basierend auf einem Feld aufzulisten, das nicht leer ist, verwenden Sie den Nicht-Operator (<>), und lassen Sie den Wert leer.

Aufwands- oder Story Point-Abfragen und -Diagramme

Sie können Story Points User Storys oder Fehlern zuweisen, wenn Sie in einem Agile-Prozess arbeiten. Oder Aufwand zu Produktbacklogelementen und Fehlern, wenn Sie in einem Scrum-Prozess arbeiten. Weitere Informationen finden Sie unter Grundlegende, Agile-, Scrum- oder CMMI-Arbeitselementtypen und in den Workflowartikeln.

Summe der Story Points und ihr Status

Erstellen Sie eine Abfrage, die nach User Story als Arbeitselementtyp filtert, und ändern Sie die Spaltenoptionen so, dass Story Points und der Status angezeigt werden.

Abfrage-Editor, Flatlist, geöffnete Storys

Fügen Sie dann ein gestapeltes Balkendiagramm hinzu, das die Story Points addiert.

Dialogfeld „Diagramm konfigurieren“, gestapelte Balken, Summe der Story Points

Informationen zu systemseitig definierten kumulativen Flussdiagrammen finden Sie unter Kumulativer Fluss.

Burnup eines Diagramms mit User Storys für eine Iteration

Erstellen Sie eine Abfrage, die nach User Story als Arbeitselementtyp und dem Status „Aktiv“ oder „Geschlossen“ filtert. Ändern Sie die Spaltenoptionen, um Story Points anzuzeigen.

Abfrage-Editor, Flatlist, User Storys – „Aktiv“ oder „Geschlossen“

Fügen Sie dann ein gestapeltes Bereichstrenddiagramm hinzu, das die Story Points addiert.

Dialogfeld „Diagramm konfigurieren“, Summe der Story Points

Abfragen nach verbleibenden und abgeschlossenen Arbeiten und zugehörige Diagramme

Basierend auf dem Prozess, auf den Ihr Projekt verweist, können Sie Aufgaben oder Fehlern die folgenden Felder zuweisen.

Prozess Verfügbare Felder
Agilität Ursprüngliche Schätzung, Verbleibende Arbeit, Abgeschlossene Arbeit
Scrum Verbleibende Arbeit
CMMI Ursprüngliche Schätzung, Verbleibende Arbeit, Abgeschlossene Arbeit

Summe der verbleibenden Arbeit pro Entwickler

Wenn Sie Scrum-Methoden befolgen und verbleibende Arbeit für Ihre Aufgaben und Fehler schätzen, können Sie mit der folgenden Abfrage und dem folgenden Diagramm ein Rollup der verbleibenden Arbeit für jeden Entwickler abrufen. Wenn Sie den In-Operator verwenden und sowohl Aufgaben als auch Fehler einschließen, schließen Sie alle Fehler ein, die als Aufgaben nachverfolgt werden.

Abfrage von Aufgaben und Fehlern für Sprint

Fügen Sie der Abfrage die Option „Verbleibende Arbeit als Spalte“ hinzu, und speichern Sie sie die Abfrage. Um eine Summe der verbleibenden Arbeit anzuzeigen, fügen Sie wie gezeigt ein Pivotdiagramm hinzu.

Dialogfeld „Diagramm konfigurieren“, Pivot, Summe der verbleibenden Arbeit pro Entwickler

Informationen zu systemseitig definierten Sprint-Burndowndiagrammen finden Sie unter Sprint-Burndown.

Felder, die zum Einschätzen und Nachverfolgen der Arbeit verwendet werden

In der folgenden Tabelle werden die aktivitätsbasierten und numerischen Felder beschrieben, mit denen Sie Arbeit nachverfolgen können. Informationen zu datumsbezogenen Feldern, z. B. Startdatum, Enddatum und Zieldatum, finden Sie unter Abfragen nach Datum oder aktueller Iteration.

Feldname

Beschreibung

Arbeitsaufgabentyp

Aktivität 1, 2

Der Typ der Aktivität, die zum Abschließen einer Aufgabe erforderlich ist. Weitere Informationen zur Verwendung dieses Felds finden Sie unter Kapazitätsplanung. Zulässige Werte sind:

  • Bereitstellung
  • Entwurf
  • Entwicklung
  • Dokumentation
  • Anforderungen
  • Testen

Das Aktivitätsfeld wird Activity in der ProcessConfiguration-Datei zugewiesen.3

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

Aufgabe, Fehler4 (Agile und Scrum)

Geschäftswert

Eine subjektive Maßeinheit, die den relativen Geschäftswert eines Product Backlog Items oder Funktionen im Vergleich zu anderen Elementen des gleichen Typs erfasst. Ein Element, dem eine höhere Zahl zugewiesen ist, hat in der Regel einen höherem Geschäftswert als ein Element, dem eine niedrigere Zahl zugewiesen ist.

Verweisname = Microsoft.VSTS.Common.BusinessValue, Datentyp = Integer

Epic, Feature

Abgeschlossene Arbeit

Der Arbeitsaufwand, der zum Implementieren einer Aufgabe erforderlich war. Sie können die Arbeit in Stunden oder in Tagen angeben. Es gibt keine inhärenten Zeiteinheiten, die diesem Feld zugeordnet sind.

Referenzname = Microsoft.VSTS.Scheduling.CompletedWork, Datentyp = Double

Aufgabe, Fehler4

Disziplin 1, 2

Der Typ der Aktivität oder Fachrichtung, der einer Aufgabe zugewiesen ist. Weitere Informationen zur Verwendung dieses Felds finden Sie unter Kapazitätsplanung. Zulässige Werte sind:

  • Analyse
  • Entwicklung
  • Test
  • Dokumentation/Hilfe
  • Benutzererfahrung

Das Disziplinfeld wird Activity in der ProcessConfiguration-Datei zugewiesen.3

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

Aufgabe, Fehler 4 (CMMI)

Aufwand

Eine subjektive Maßeinheit, die die Größe eines Fehlers oder Product Backlog Items angibt. Wenn Sie einem Element mehr Aufwand zuweisen, geben Sie an, dass weitere Arbeit für die Implementierung erforderlich ist.

Dieses Feld 3 wird auch verwendet, um die Geschwindigkeit des Teams und Vorhersagen zu berechnen. Es wird Effort in der ProcessConfiguration-Datei zugewiesen.

Referenzname = Microsoft.VSTS.Scheduling.Effort, Datentyp = Double

Product Backlog Item, Fehler 4 (Scrum)

Feature, Epic

Story Points

Eine subjektive Maßeinheit, die die Größe einer User Story angibt. Wenn Sie einem Benutzertextabschnitt mehr Punkte zuweisen, geben Sie an, dass weitere Arbeit für die Implementierung erforderlich ist.

Dieses Feld 3 wird auch verwendet, um die Geschwindigkeit des Teams und Vorhersagen zu berechnen. Es wird Effort in der ProcessConfiguration-Datei zugewiesen.

Referenzname = Microsoft.VSTS. Scheduling.StoryPoints, Datentyp = Double

User Story, Bug 4 (Agile)

Size

Eine subjektive Maßeinheit, die die Größe einer Anforderung angibt. Je größer der Wert ist, desto mehr Arbeit ist für die Implementierung erforderlich.

Dieses Feld3 wird auch verwendet, um die Geschwindigkeit des Teams und Vorhersagen zu berechnen. Es wird Effort in der ProcessConfiguration-Datei zugewiesen.

Referenzname = Microsoft.VSTS. Scheduling.Size, Datentyp = Double

Anforderung, Fehler 4 (CMMI)

Ursprüngliche Schätzung

Der Arbeitsaufwand, der zum Abschluss einer Aufgabe erforderlich ist. Sie können die Arbeit in Stunden oder in Tagen angeben. Es gibt keine inhärenten Zeiteinheiten, die diesem Feld zugeordnet sind.

Referenzname = Microsoft.VSTS.Scheduling.OriginalEstimate, Datentyp = Double

Aufgabe, Fehler 4 (Agile und CMMI)

Verbleibende Arbeit

Der verbleibende Arbeitsaufwand für die Fertigstellung einer Aufgabe. Sie können die Arbeit in Stunden oder in Tagen angeben. Es gibt keine inhärenten Zeiteinheiten, die diesem Feld zugeordnet sind. Dieses Feld 3 wird auch zur Berechnung des Burndowns verwendet. Es wird type="RemainingWork" in der ProcessConfiguration-Datei zugewiesen.

Hinweis

Für Azure Boards zeigt das Taskboard immer „h“ für Stunden in Beziehung zur verbleibenden Arbeit an. Für TFS können Sie die ProcessConfiguration-Datei für das Restarbeitsfeld ändern, um „d“ (oder eine andere bevorzugte Bezeichnung) für Tage anzugeben.

Referenzname = Microsoft.VSTS.Scheduling.RemainingWork, Datentyp = Double

Aufgabe, Fehler4

Prüfung erforderlich

Gibt an, dass die Aufgabe überprüft werden muss. Sie können Ja oder Nein (Standardwert) angeben.

Referenzname = Microsoft.VSTS.CMMI.RequiresReview, Datentyp = String

Aufgabe (CMMI)

Erfordert Test

Gibt an, dass die Aufgabe getestet werden muss. Sie können Ja oder Nein (Standardwert) angeben.

Verweisname = Microsoft.VSTS.CMMI.RequiresTest, Datentyp = String

Aufgabe (CMMI)

Vorgangstyp1

Gibt die Art der Aufgabe an, die implementiert werden soll. Zulässige Werte sind:

  • Korrekturmaßnahme
  • Entschärfungsaktion
  • Geplant

Verweisname = Microsoft.VSTS.CMMI.TaskType, Datentyp = String

Aufgabe, Fehler4 (CMMI-Prozess)

Hinweis

  1. So ändern Sie die Menüauswahl: Informationen zu Clouddiensten oder einem geerbten Prozess finden Sie unter Hinzufügen und Verwalten von Feldern. Für den lokalen XML-Prozess finden Sie weitere Informationen unter Hinzufügen oder Ändern eines Felds, Anpassen einer Auswahlliste.
  2. Die auf der Seite Kapazität angezeigten Werte für Aktivität (Agile oder Scrum) oder Disziplin (CMMI) spiegeln eine Vereinigung aller Werte wider, die für das Feld in allen Projekten innerhalb der Projektsammlungsinstanz definiert wurden. Um die auf den Sprint-Backlogseiten für die Kapazität angezeigten Werte einzuschränken, müssen die Werte in allen Projekten für das type="Activity" zugewiesene Feld übereinstimmen.
  3. Informationen zum Ändern der ProcessConfiguration-Feldzuweisung (nur lokal) finden Sie unter XML-Elementreferenz für die Prozesskonfiguration.
  4. Jedes Team kann seine Agile-Tools konfigurieren, um festzustellen, ob Fehler ähnlich wie Anforderungen oder Aufgaben behandelt werden. Da Fehler entweder mit Anforderungen oder Aufgaben auftreten können, werden Felder, die zum Schätzen des Aufwands auf Anforderungsebene und auf Aufgabenebene verwendet werden, im Arbeitselementformular enthalten.

Informationen zum Hinzufügen von benutzerdefinierten Feldern finden Sie unter Anpassen der Arbeitsnachverfolgung.

Die Standardtools, die Sie zum Planen und Nachverfolgen von Arbeiten verwenden, werden hier beschrieben:

Weitere Informationen zur Verwendung von Arbeitselementen und Abfragen finden Sie unter:

Rollup numerischer Werte über Arbeitselementtypen hinweg

Rollup enthält summierte Werte ausgewählter Felder für alle untergeordneten Arbeitsaufgaben eines übergeordneten Elements. Nativ bietet Azure Boards ein Rollup der verbleibenden Arbeit für Aufgaben im Taskboard. Weitere Rollupanforderungen finden Sie in den folgenden Artikeln:

Welche Elemente werden in den Kategorien „Anforderung“ oder „Aufgabe“ angezeigt?

Im Folgenden werden die Standardzuweisungen der Arbeitselementtypen zu den einzelnen Kategorien für jeden Prozess aufgeführt.

Prozess Anforderungskategorie Aufgabenkategorie
Agilität User Story Aufgabe
Scrum Product Backlog Item Aufgabe
CMMI Anforderung Aufgabe

Jedes Team kann jedoch festlegen, ob der Arbeitselementtyp „Fehler“ in der Kategorie „Anforderung“ oder „Aufgabe“ angezeigt wird. Weitere Informationen finden Sie unter Anzeigen von Fehlern in Backlogs und Boards.

Sie können einem Backlog benutzerdefinierte Arbeitselementtypen hinzufügen. Weitere Informationen finden Sie unter Hinzufügen oder Ändern eines Arbeitselementtyps – Hinzufügen eines benutzerdefinierten Arbeitselementtyps zu einem Backlog oder Board.

REST-API

Informationen zur programmgesteuerten Interaktion mit Abfragen finden Sie in den folgenden REST-API-Ressourcen: