Abfragen nach numerischen Feldern in Azure Boards und Azure DevOps
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 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.
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.
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.
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.
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.
Fügen Sie dann ein gestapeltes Balkendiagramm hinzu, das die Story Points addiert.
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.
Fügen Sie dann ein gestapeltes Bereichstrenddiagramm hinzu, das die Story Points addiert.
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.
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.
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
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)
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
- 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.
- 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. - Informationen zum Ändern der ProcessConfiguration-Feldzuweisung (nur lokal) finden Sie unter XML-Elementreferenz für die Prozesskonfiguration.
- 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.
Verwandte Artikel
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:
- Abfrage-Editor
- Abfragefelder, Operatoren und Makros
- Add work items (Hinzufügen von Arbeitselementen)
- Arbeitselement-Feldindex
- Informationen zu verwalteten Abfragen
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:
- Unterstützen des Rollups von Arbeits- und anderen Feldern
- Erstellen von Rollupdiagrammen mit Power BI
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:
- Azure DevOps Services REST API Reference (Referenz zur Azure DevOps Services-REST-API)
- Abfragen
- Work Item Query Language
- Programmgesteuertes Abrufen von Arbeitselementen mit Abfragen
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für