Abfragen nach numerischen Feldern in Azure Boards und Azure DevOps

  • Artikel
  • 8 Minuten Lesedauer

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

Gewusst wie bestimmen, wie viel Arbeit jeder Entwickler in meinem Team abgeschlossen hat? Gibt es eine Möglichkeit, die Aufwands- oder Storypunkte für eine Iteration zu summieren?

Die am häufigsten verwendeten numerischen Felder verfolgen den Aufwand für Elemente in der Kategorie "Anforderungen" oder "Geschätzt", "Rest" und "Abgeschlossene Arbeit" für Elemente in der Kategorie "Aufgabe". Mit Abfragen können Sie die Arbeitselemente von Interesse auflisten und dann ein Diagramm definieren, das entweder eine Anzahl von Arbeitselementen oder eine Summe eines numerischen Felds anzeigt.

Unterstützte Operatoren und Makros

Abfrageklauseln, die ein numerisches Feld angeben, können die unten aufgeführten Operatoren verwenden.

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

Tipps zum Entwickeln von diagrammbasierten Abfragen

  • Sie können nur Diagramme für flache Listenabfragen hinzufügen.
  • Diagrammoptionen verweisen entweder auf Abfragefilter oder Felder, die über Spaltenoptionen angezeigt werden
  • Speichern Sie Änderungen, die Sie vor dem Hinzufügen oder Ändern eines Diagramms an Ihrer Abfrage vornehmen.
  • Wenn Sie eine oder mehrere Klauseln gruppieren möchten, wählen Sie sie aus, und wählen Sie dann das Symbol "-Klauseln aus. Wenn Sie die Gruppierung aufheben möchten, 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 undDiagrammen. Wenn Sie ein benutzerdefiniertes Feld hinzufügen möchten, um Summen anderer numerischer Werte nachzuverfolgen und zu generieren, finden Sie unter Hinzufügen oder Ändern eines Felds.

Nützliche Filter

Filtern nach

Einschließen dieser Abfrageklauseln

Benutzerberichte oder Fehler

Work Item Type In User Story,Bug

Aufgaben oder Fehler

Work Item Type In Task,Bug

Elemente, die aktiv oder geschlossen sind

State In Active,Closed

Elemente in der Kategorie "Anforderungen"

Work Item Type In Group Microsoft.RequirementCategory

Nicht geschätzte Benutzergeschichten

Story Points <> (leave Value field blank)

Anzahl der Arbeitselemente und Diagramme

Alle Abfragen zeigen eine Anzahl von Elementen an, wenn Sie die Abfrage ausführen. Hier definieren wir eine Flat-List-Abfrage, die für Fehler in jedem Zustand filtert.

Abfragen eines Zustands, Anzahl der Arbeitselementezusammenfassung

Außerdem enthalten alle Diagramme eine Werteauswahl, die zum Anzeigen einer Anzahl von Arbeitselementen innerhalb des Diagramms konzipiert ist.

Anzahl der Fehler pro Entwickler

Erstellen Sie eine aktive Fehlerabfrage und ändern Sie die Spaltenoptionen, um "Zugewiesen an" und "Zustand" anzuzeigen. Fügen Sie dann ein Pivotdiagramm hinzu, das die Zuordnungen und den Zustand anzeigt.

Diagrammdialogfeld konfigurieren, Pivot durch Zugewiesene und Status

Konfigurieren des Diagramms, Anzahl von Fehlern nach Entwickler, Bereich, Pivotdiagramm

Anzahl von Fehlern nach Zustand und Bereich

Mit derselben flachen Listenabfrage, die für Fehler im vorherigen Abschnitt gefiltert wird, können Sie eine Anzahl basierend auf dem Bereich anzeigen. Ändern Sie die Spaltenoptionen, um den Bereichspfad anzuzeigen. Fügen Sie dann ein Pivotdiagramm hinzu, das den Status- und Bereichspfad anzeigt.

Dialogfeld

Konfigurieren des Diagramms, Anzahl von Fehlern nach Bereich, Zustand, Pivotdiagramm

Nicht definierte Feldwertabfragen

Sie können Arbeitselemente finden, die über einen nicht definierten Feldwert verfügen, indem Sie den Gleichheitsoperator (=) verwenden und den Wert für das Feld leer lassen. Die folgenden Filter werden beispielsweise alle Arbeitselemente des Typs "User Stories" auflisten, deren Feld "Story Points" leer ist.

Auf der Grundlage von leeren Einträgen filtern

Wenn Sie Arbeitselemente basierend auf einem Feld auflisten möchten, das nicht leer ist, verwenden Sie den Nichtoperator (<>) und lassen Sie den Wert leer.

Aufwands- oder Story-Punktabfragen und Diagramme

Sie können Story Points Benutzern geschichten oder Fehler zuweisen, wenn Sie in einem agilen Prozess arbeiten. Oder Versuchen Sie, Elemente und Fehler beim Arbeiten in einem Scrum-Prozess zu product backlog Items und Bugs zu verwenden. Weitere Informationen finden Sie unter Basic, Agile, Scrum oder CMMI-Arbeitselementtypen und Workflowartikel.

Summe der Storypunkte und deren Status

Erstellen Sie eine Abfrage, die als Arbeitselementtyp gefiltert wird, und ändern Sie die Spaltenoptionen, um Story Points und Status anzuzeigen.

Abfrage-Editor, flache Liste, offene Geschichten

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

Konfigurieren des Diagrammdialogfelds, gestapelter Balken, Summe von Storypunkten

Konfigurieren Sie Diagramm, Summe der Storypunkte pro Iteration, gestapeltes Balkendiagramm.

Informationen zu systemspezifischen kumulativen Flussdiagrammen finden Sie unter Kumulativer Fluss.

Brennen eines Diagramms von Benutzergeschichten für eine Iteration

Erstellen Sie eine Abfrage, die als Arbeitselementtyp und im aktiven oder geschlossenen Zustand gefiltert wird. Ändern Sie die Spaltenoptionen, um Story Points anzuzeigen.

Abfrage-Editor, flache Liste, Benutzergeschichten - aktiv oder geschlossen

Fügen Sie dann ein gestapeltes Trenddiagramm hinzu, das die Story Points summiert.

Diagrammdialogfeld, Trend, Summe von Storypunkten

Konfigurieren eines Diagramms, Summe von Storypunkten pro Iteration, gestapeltes Balkendiagramm

Verbleibende und abgeschlossene Arbeitsabfragen und Diagramme

Basierend auf dem Prozess, auf den Ihre Projektbezüge verweisen, können Sie den folgenden Feldern Aufgaben oder Fehler 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 einen Rollup der für jeden Entwickler verbleibenden Arbeitsaufwand mit der folgenden Abfrage und dem folgenden Diagramm erhalten. Mithilfe des In-Operators und einschließlich "Task" und "Fehler" enthalten Sie alle Fehler, die als Aufgaben nachverfolgt werden.

Abfrage von Aufgaben und Fehlern für Sprint

Fügen Sie "Verbleibende Arbeit" als Spaltenoption zur Abfrage hinzu und speichern Sie sie. Um eine Summe der verbleibenden Arbeit anzuzeigen, fügen Sie ein Pivotdiagramm wie dargestellt hinzu.

Konfigurieren des Diagrammdialogfelds, Pivots, Summe der verbleibenden Arbeit pro Entwickler

Konfigurieren des Diagramms, Summe der verbleibenden Arbeit durch Entwickler, Bereich, Pivotdiagramm

Informationen zu systemspezifischen Sprint-Burndown-Diagrammen 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, die Sie zum Nachverfolgen der Arbeit verwenden können. Informationen zu datumsbezogenen Feldern wie Startdatum, Enddatum und Zieldatum finden Sie unter Abfrage 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
  • Requirements (Anforderungen)
  • Testen

Das Feld "Aktivität" wird in der ProcessConfiguration-Datei zugewiesen Activity . 3

Referenzname=Microsoft.VSTS.Common.Activity, Datentyp=Zeichenfolge

Aufgabe, Bug4 (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.

Referenzname=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 Feld "Disziplin" wird in der Datei "ProcessConfiguration" zugewiesen Activity . 3

Referenzname=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 zum Berechnen von Teamgeschwindigkeit und Prognose verwendet. Sie wird in der ProcessConfiguration-Datei zugewiesen Effort .

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

Product Backlog Item, Bug 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 zum Berechnen von Teamgeschwindigkeit und Prognose verwendet. Sie wird in der ProcessConfiguration-Datei zugewiesen Effort .

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 zum Berechnen von Teamgeschwindigkeit und Prognose verwendet. Sie wird in der ProcessConfiguration-Datei zugewiesen Effort .

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

Task, Bug 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 zum Berechnen des Burndowns verwendet. Sie wird in der ProcessConfiguration-Datei zugewiesen type="RemainingWork" .

Hinweis

Für Azure Boards zeigt das Taskboard immer "h" für Stunden im Verhältnis zu verbleibender Arbeit an. Für TFS können Sie die ProcessConfiguration-Datei für das Feld "Verbleibende Arbeit" ändern, um "d" für Tage oder eine andere bevorzugte Bezeichnung anzugeben.

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

Aufgabe, Fehler4

Prüfung erforderlich

Gibt an, dass die Aufgabe eine Überprüfung erfordert. Sie können "Ja " oder "Nein " (Standardeinstellung) angeben.

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

Aufgabe (CMMI)

Erfordert Test

Gibt an, dass der Vorgang einen Test erfordert. Sie können "Ja " oder "Nein " (Standardeinstellung) angeben.

Referenzname=Microsoft.VSTS.CMMI.RequiresTest, Datentyp=Zeichenfolge

Aufgabe (CMMI)

Vorgangstyp1

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

  • Korrekturmaßnahme
  • Entschärfungsaktion
  • Geplant

Referenzname=Microsoft.VSTS.CMMI.TaskType, Datentyp=Zeichenfolge

Vorgang, Fehler4 (CMMI-Prozess)

Hinweis

  1. Informationen zum Ändern der Menüauswahl: für Clouddienste oder einen geerbten Prozess finden Sie unter Hinzufügen und Verwalten von Feldern; und für den lokalen XML-Prozess finden Sie unter Hinzufügen oder Ändern eines Felds, Anpassen einer Auswahlliste.
  2. Die Werte, die auf der Seite "Kapazität " für "Aktivität " (Agile oder Scrum) oder " Disziplin " (CMMI) angezeigt werden, spiegeln eine Vereinigung aller Werte wider, die für das Feld in allen Projekten innerhalb der Projektsammlungsinstanz definiert sind. Um die Werte einzuschränken, die für "Kapazität" auf den Sprint-Backlogseiten angezeigt werden, müssen Sie daher die Werte in allen Projekten für das Feld anpassen, dem das Feld zugewiesen type="Activity"ist.
  3. Informationen zum Ändern der ProcessConfiguration-Feldzuweisung (nur lokal) finden Sie unter "XML-Referenz zum Prozesskonfigurationselement".
  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 Vorgängen angezeigt werden können, werden Felder, die verwendet werden, um den Aufwand auf Anforderungsebene zu schätzen, und die Aufgabenebene werden im Arbeitselementformular enthalten.

Informationen zum Hinzufügen von benutzerdefinierten Feldern finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.

Die wichtigsten Tools, die Sie zum Planen und Nachverfolgen der Arbeit verwenden, werden hier beschrieben:

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

Rollup numerischer Werte in Arbeitselementtypen

Rollup enthält summierte Werte ausgewählter Felder für alle untergeordneten Arbeitsaufgaben eines übergeordneten Elements. Natives bereitstellen Azure Boards und TFS Rollup von Restarbeit für Aufgaben im Taskboard. Weitere Rollupanforderungen finden Sie in den folgenden Artikeln:

Welche Elemente werden in den Kategorien "Anforderung" oder "Aufgabe" angezeigt?

Die Standardzuweisungen von Arbeitselementtypen zu jeder Kategorie werden 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 bestimmen, ob der Typ "Fehlerarbeitselement" entweder in der Kategorie "Anforderung" oder "Aufgabe" angezeigt wird. Siehe Anzeigen von Fehlern auf Backlogs und Boards.

Sie können benutzerdefinierte Arbeitselementtypen zu einem Backlog hinzufügen. Details finden Sie unter Hinzufügen oder Ändern eines Arbeitselementtyps, Hinzufügen eines benutzerdefinierten WIT zu einem Backlog oder Board.

REST-API

Informationen zum programmgesteuerten Interagieren mit Abfragen finden Sie in einer der folgenden REST-API-Ressourcen: