Verwalten von Scrum-Prozess-Arbeitsaufgabentypen und -workflows

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

Verwenden Sie Scrum in Azure Boards zum Planen und Priorisieren der Softwarebereitstellung und zum Nachverfolgen von Fehlern. Teams erfassen Arbeit als Product-Backlog-Elemente (PBIs) und Bugs, ordnen diese Elemente Features zu, um Transparenz im Portfolio zu schaffen, und zerlegen die Sprintarbeit in Aufgaben, die mit PBIs und Bugs verknüpft sind.

Dieser Artikel hilft Ihnen:

• Definieren und Priorisieren von PBIs und Fehlern.
• Verfolgen Sie die Arbeit durch Scrum-Workflowzustände.
• Aufteilen von Backlogelementen in Sprintaufgaben.
• Verknüpfen Sie Testfälle und Fehler, um die Qualität nachzuverfolgen.
• Blocker nachverfolgen und die Reihenfolge des Backlogs beibehalten.

Prerequisites

Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung.

Definieren von PBIs und Fehlern

Definieren Sie PBIs und Bugs so, dass sie zunächst den Kundennutzen erfassen und erst dann Implementierungsdetails, wenn die Umsetzung näher rückt.

Verwenden Sie dieses Muster:

• Erstellen Sie Elemente im Schnellhinzufügefeld auf der Produktbacklogseite.
• Priorisieren Sie nach Geschäftswert, Aufwand und Abhängigkeiten.
• Fügen Sie vollständige Details für Elemente mit der höchsten Priorität und Elemente hinzu, die für den aktuellen oder nächsten Sprint geplant sind.

Wenn sich Prioritäten ändern, aktualisieren Sie die Reihenfolge des Backlogs. Auf der Seite "Backlog" wird diese Reihenfolge über die Priorität des Backlogs nachverfolgt.

Legen Sie "Aufwand " fest, damit Prognose- und Geschwindigkeitsdiagramme die zukünftige Sprintkapazität projizieren können. Legen Sie "Business Value " fest, um die Priorität unabhängig vom Stapelrang auszudrücken.

Verwenden Sie die folgenden Felder, um jedes Element konsistent vor der Sprintplanung abzuschließen. Ausführliche Informationen zu Fehlern finden Sie unter "Verwalten von Fehlern".

Erfassen von Kommentaren im Abschnitt „Diskussion“

Verwenden Sie den Abschnitt "Diskussion ", um an Arbeitsaufgaben zusammenzuarbeiten, indem Sie Kommentare hinzufügen und überprüfen.

Wenn Sie den Cursor in ein Textfeld setzen, das die Formatierung unterstützt, wird die Rich-Text-Editor-Symbolleiste angezeigt.

Erwähnen einer Person, einer Gruppe, eines Arbeitselements oder eines Pull Requests

Verwenden Sie eines der folgenden Symbole, um zuletzt aufgerufene Einträge für Personen, Arbeitselemente oder Pull Requests zu öffnen:

Sie können dasselbe Menü über Tastenkombinationen öffnen: at-mention @, Hashtag # und Ausrufezeichen !.

Geben Sie einen Namen oder eine Zahl ein, um die Liste zu filtern, und wählen Sie dann das Element aus, das Sie hinzufügen möchten. Wenn Sie eine Gruppe erwähnen möchten, geben Sie @ gefolgt vom Gruppennamen ein, z. B. ein Team oder eine Sicherheitsgruppe.

Bearbeiten oder Löschen eines Kommentars

Um einen Ihrer Kommentare zu aktualisieren oder zu entfernen, wählen Sie "Bearbeiten" oder " Weitere Aktionen " ( ) und dann "Löschen" aus:

Nachdem Sie einen Kommentar geändert haben, wählen Sie "Aktualisieren" aus. Um einen Kommentar zu entfernen, bestätigen Sie das Löschen. Die Registerkarte Verlauf enthält ein Prüfprotokoll aller bearbeiteten und gelöschten Kommentare.

Nachverfolgen des Status

Wenn die Arbeit voranschreitet , aktualisieren Sie den Status so, dass er den aktuellen Status wiedergibt, und legen Sie den Grund bei Bedarf fest. Beide Felder werden in der Arbeitsaufgabenkopfzeile angezeigt.

Verwenden Sie Statusaktualisierungen konsequent, um Backlog-, Board- und Berichtsansichten aufeinander abgestimmt zu halten.

Schneller Fluss:

• Definieren und priorisieren Sie PBIs und Fehler.
• Verschieben Sie Elemente im Verlauf der Arbeit durch die Workflowzustände.
• Prüfen Sie Dashboard und Berichte, um die Statusübereinstimmung sicherzustellen.

Scrum-Workflowstatus

Aktualisieren Sie den Status , um anzuzeigen, ob ein Element neu, in Bearbeitung, abgeschlossen oder aus dem Bereich entfernt ist. Die meisten WITs unterstützen sowohl Vorwärts- als auch Rückwärtsübergänge.

Die folgenden Diagramme zeigen die wichtigsten Fortschritts- und Regressionszustände für die Arbeitselementtypen PBI, Fehler und Aufgabe.

Produktrückstandselement	Bug	Aufgabe

Typischer PBI- und Fehlerlebenszyklus:

• Neu: Ein Produktbesitzer oder Tester erstellt das Element. Der Standardgrund variiert je nach Arbeitsaufgabentyp und Prozesskonfiguration (z. B. neues Backlogelement).
• Genehmigt: Das Element ist so definiert, dass das Team die Sprintplanung schätzen und vorbereiten kann. Elemente mit höherer Priorität werden in der Regel zuerst in diesen Zustand verschoben.
• Zugesichert: Das Team stimmt zu, das Element im Sprint zu liefern.
• Fertig: Alle zugehörigen Aufgaben sind abgeschlossen, und der Produktbesitzer bestätigt, dass das Element den Akzeptanzkriterien entspricht.

Verwenden Sie "Entfernt" für Elemente, die absichtlich aus dem Gültigkeitsbereich entfernt wurden und nicht für die Lieferung geplant sind. Diese Elemente aus Fertig herauszuhalten, trägt dazu bei, die Genauigkeit der Berichterstattung zu bewahren.

Aktualisieren des Status von Boards und Taskboards

Verwenden Sie Boards, um den Status aktuell zu halten, während sich die Arbeit durch den Sprint bewegt:

• Verwenden Sie das Board , um den PBI- und Fehlerstatus zu aktualisieren.
• Verwenden Sie das Sprint-Taskboard , um den Aufgabenstatus zu aktualisieren.
• Ziehen Sie ein Element in eine neue Spalte, um den Status und den Grund zu aktualisieren.

Sie können das Board mit Swimlanes und Spalten anpassen. Weitere Optionen finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.

Zuordnen von PBIs zu Funktionen

Ordnen Sie PBIs den Features zu, um Umfang und Fortschritt über Produkte, Szenarien oder Teams hinweg nachzuverfolgen.

Verwenden Sie diesen Ansatz:

• Verwenden Sie Portfolio-Backlogs, um einen Drilldown zwischen Backlogebenen zu erstellen.
• Verwenden Sie Teamhierarchierollups, nachdem Sie eine Hierarchie von Teams eingerichtet haben.

Validierungsprüfung: Vergewissern Sie sich, dass jedes Feature verknüpfte untergeordnete PBIs anzeigt und dass die Rollup-Werte dem Fortschritt der untergeordneten Elemente entsprechen.

Definieren von Aufgaben

Wenn Ihr Team in Sprints arbeitet, teilen Sie PBIs und Bugs auf der Seite für den Sprint-Backlog in Aufgaben auf.

Benennen Sie jeden Vorgang, und schätzen Sie den Aufwand.

Teams definieren in der Regel Aufgaben am Anfang jedes Sprints. Teammitglieder schließen Teilmengen von Arbeiten ab, z. B. Entwicklung, Test oder Dokumentation.

Verwenden Sie dieses Muster:

• Erstellen Sie Aufgaben für jeden Übermittlungsschritt, der zum Ausführen der PBI oder eines Fehlers erforderlich ist.
• Weisen Sie Teammitgliedern Aufgaben anhand der Zuständigkeit zu.
• Aktualisieren Sie die Aufgabenwerte täglich, damit Kapazität und Burndown korrekt bleiben.

Wenn Ihr Team in Stunden oder Tagen schätzt, verwenden Sie "Verbleibende Arbeit " und "Optionale Aktivität".

Nachverfolgen des Teststatus

Verwenden Sie die folgenden Anleitungen, um die Testabdeckung und die Fehlernachverfolgung mit Ihren Sprint-Backlog-Elementen zu verbinden.

Erstellen und Verknüpfen von Testfällen mit PBIs

Verwenden Sie dieses Muster, um Testaufgaben mit Backlogelementen zu verbinden:

• Erstellen Sie Testfälle aus dem Webportal, damit sie mit einem PBI oder Einem Fehler verknüpft sind.
• Öffnen Sie bei Bedarf die Registerkarte "Links ", und fügen Sie die Beziehung manuell hinzu.

Testfälle umfassen Felder, die in Build- und Testworkflows integriert sind. Ausführliche Informationen finden Sie unter "Abfrage basierend auf Build- und Testintegrationsfeldern".

Auf der Registerkarte "Links " sind PBIs und Fehler aufgeführt, die mit jedem Testfall verknüpft sind.

Validierungsprüfung: Bestätigen Sie, dass bei jedem Testfall das verknüpfte PBI oder der Bug auf der Registerkarte Links angezeigt wird.

Nachverfolgen von Codefehlern

Erstellen Sie Bugs im Webportal oder in Visual Studio. Ausführliche Informationen finden Sie unter "Verwalten von Fehlern".

Definitionen für allgemeine Felder zur Arbeitsnachverfolgung

In den meisten Arbeitselementen werden folgende Felder und Registerkarten angezeigt. Häufige Registerkarten sind Verlauf, Links und Anhänge.

Für alle Arbeitsaufgabentypen ist Title das einzige universell erforderliche Feld. Wenn Sie eine Arbeitsaufgabe speichern, weist Azure DevOps eine eindeutige ID zu. Pflichtfelder sind gelb hervorgehoben. Weitere Felder finden Sie unter Arbeitselementfeldindex.

Feld oder Registerkarte	Usage
Titel	Geben Sie eine kurze Beschreibung ein (bis zu 255 Zeichen). Sie können den Titel später bearbeiten.
Zugewiesen zu	Weisen Sie das Arbeitselement der Person zu, die für den Abschluss verantwortlich ist, oder lassen Sie es vorerst unzugewiesen, bis die Zuständigkeit geklärt ist.
Status	Bei der Erstellung wird der Status standardmäßig auf den ersten Workflowstatus festgelegt (z. B. "Neu " oder " Nicht zugewiesen"). Aktualisieren Sie sie, während die Arbeit fortschreitet.
Ursache	Der Grund erklärt, warum sich das Element im aktuellen Zustand befindet. Standardwerte variieren je nach Arbeitsaufgabentyp und -prozess.
Bereich	Wählen Sie den Bereichspfad für das Produkt oder das Team aus. Ausführliche Informationen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.
Iteration	Wählen Sie den Sprint/die Iteration für den geplanten Abschluss aus. Ausführliche Informationen finden Sie unter Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen.
Registerkarte Verlauf	Zeigen Sie das vollständige Änderungsprotokoll für die Arbeitsaufgabe an, einschließlich Autor, Datum und aktualisierter Felder. Sie können auch formatierten Text in Verlauf einfügen.
Verknüpfungen-Registerkarten	Fügen Sie Beziehungen zu anderen Artefakten hinzu (z. B. über- bzw. untergeordnete Arbeitselemente, Änderungssätze, Quelldateien oder Testergebnisse).
Registerkarte Anhänge	Fügen Sie unterstützende Dateien wie Dokumente, Bilder, Protokolle oder E-Mail-Threads hinzu.

Anpassen von Arbeitsaufgabentypen

Nachverfolgen von Impedimenten

Verwenden Sie den Arbeitsaufgabentyp "Impediment ", um Blocker nachzuverfolgen. Verwenden Sie "Fehler " nur für Codefehler.

Sie können ein Hindernis hinzufügen aus:

• Das Widget "Neue Arbeitsaufgabe" auf einem Teamdashboard
• Das Menü "Neu" auf der Seite "Abfragen"

Arbeitselemente, die Sie aus dem Widget hinzufügen, werden automatisch auf die Standardbereiche und Iterationspfade Ihres Teams begrenzt. Informationen zum Verwenden eines anderen Teamkontexts finden Sie unter Wechseln des Teamkontexts.

Reihenfolge der Backlogliste

Verwenden Sie Backlog Priority, um die relative Rangfolge für PBIs, Bugs, Features und Epics zu verwalten.

Verwenden Sie dieses Muster:

• Neu anordnen von Elementen direkt auf der Backlogseite (siehe Erstellen des Backlogs).
• Ziehen Sie Elemente, um die aktuelle Geschäftspriorität widerzuspiegeln.
• Lassen Sie Azure DevOps backlog Priority im Hintergrund aktualisieren.

Validierungsprüfung: Bestätigen Sie, dass die Reihenfolge des Backlogs nach der Neuordnung mit der Geschäftspriorität übereinstimmt.

Häufige Probleme beheben

Verwandte Inhalte

• Ein Projekt erstellen
• Hinzufügen von Arbeitsaufgaben und Verwalten eines Projekts
• Erstellen eines Backlogs
• Verwalten Sie den Zugriff auf bestimmte Funktionen
• Informieren Sie sich über Standardberechtigungen und Zugriffsebenen für Azure Boards