Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
In Azure Boards verwendet der Agile-Prozess Arbeitsaufgabentypen (WORK Item Types, WITs), um Ihren Teamplan zu planen, zu priorisieren und den Fortschritt nachzuverfolgen. Der Agile-Prozess umfasst Epen, Features, Benutzergeschichten, Aufgaben, Probleme und Fehler. Nachdem Sie Ihre WITs definiert haben, können Sie den Fortschritt verfolgen, indem Sie die Status von Arbeitselementen aktualisieren.
Um Einblicke in ein Portfolio von Features, Szenarien und Benutzererfahrungen zu erhalten, ordnen Produktbesitzer und Programmmanager BenutzergeschichtenFeatures zu. Teams, die in Sprints arbeiten, definieren dann Aufgaben , die mit diesen Benutzergeschichten verknüpft sind. Wenn Sie mit dem Agile-Prozess noch nicht vertraut sind, lesen Sie "Planen und Nachverfolgen der Arbeit mit Agile".
Dieser Artikel zeigt Ihnen, wie das geht:
- Definieren und Priorisieren von Benutzergeschichten.
- Verfolgen Sie den Workflow-Status, wenn Aufgaben von „Neu“ zu „Erledigt“ übergehen.
- Unterteilen Sie Geschichten in Sprintaufgaben, und schätzen Sie die verbleibende Arbeit.
- Verknüpfen Sie Testfälle und Fehler, um Qualität und Fehler nachzuverfolgen.
In Azure DevOps Services erstellen und führen Tester Testfälle im Webportal aus. In Azure DevOps Server können Tester auch Microsoft Test-Manager verwenden, um Codefehler nachzuverfolgen und Probleme zu blockieren.
Definieren von User Storys
Product Owner definieren und priorisieren typischerweise User Stories, die Anwendungsanforderungen und Arbeitspakete beschreiben. Das Team schätzt dann den Aufwand, der erforderlich ist, um die Elemente mit der höchsten Priorität zu liefern.
Erstellen Sie Benutzergeschichten aus dem Schnellzugriffsbereich auf der Seite "Produkt-Backlog". Sie können Elemente auch auf der Seite ziehen und ablegen, sie neu anordnen und Features zuordnen.
Öffnen Sie jede User Story, um Details hinzuzufügen und Story Points zu schätzen. Definieren Sie Story points , damit Ihr Team die Prognosefunktion und Geschwindigkeitsdiagramme verwenden kann, um zukünftige Sprints und Arbeitsaufwand zu schätzen. Durch Priorisieren von Benutzergeschichten auf der Backlog-Seite (erfasst im Feld "Stapelrangliste ") geben Produktbesitzer an, welche Elemente eine höhere Priorität haben.
Verwenden Sie beim Ausfüllen des Formulars die Anleitungen in der folgenden Tabelle und die gemeinsamen Felder, die für Arbeitsaufgabentypen verwendet werden.
Feld
Benutzung
Geben Sie für User Stories genug Details zur Einschätzung des Arbeitsaufwands an, der zum Implementieren der Story erforderlich ist. Konzentrieren Sie sich auf die vorgesehenen Anwender der Funktion: Was soll erreicht werden, und weshalb? Beschreiben Sie nicht, wie die Funktion entwickelt werden soll. Stellen Sie ausreichende Details bereit, damit Ihr Team Aufgaben und Testfälle schreiben kann, um das Element zu implementieren.
Geben Sie die Kriterien an, die erfüllt werden müssen, bevor der Fehler oder die User Story geschlossen werden kann. Beschreiben Sie vor Beginn der Arbeit die Kundenakzeptanzkriterien so klar wie möglich. Unterhaltungen zwischen dem Team und den Kunden, um die Akzeptanzkriterien zu definieren, tragen dazu bei, dass Ihr Team die Erwartungen Ihrer Kunden versteht. Sie können die Akzeptanzkriterien als Grundlage für Akzeptanztests verwenden, um effektiver zu bewerten, ob ein Element zufriedenstellend abgeschlossen ist
Der Bereich des Kundennutzens, der durch das Epic, das Feature, die Anforderung oder das Backlog Item abgedeckt wird. Mögliche Werte:
- Architektur: Technische Dienstleistungen zur Implementierung von Geschäftsfeatures, die Lösungen liefern.
- Business: (Standard) Dienste, die Kunden- oder Stakeholderanforderungen erfüllen und den Kundennutzen direkt zur Unterstützung des Unternehmens liefern.
Schätzen Sie die Menge der Arbeit, die erforderlich ist, um einen Benutzerabschnitt abzuschließen, indem Sie eine beliebige numerische Maßeinheit verwenden, die Ihr Team bevorzugt. Agile Geschwindigkeitsdiagramme und Vorhersagetools verweisen auf die Werte in diesem Feld. Weitere Informationen finden Sie im Whitepaper Estimating (Schätzung).
Eine subjektive Bewertung der User Story, des Features oder der Anforderung und der Auswirkungen auf das Geschäft. Zulässige Werte sind:
- 1: Das Produkt darf nicht ohne das Feature ausgeliefert werden.
- 2: Das Produkt darf nicht ohne das Feature ausgeliefert werden, das Problem muss jedoch nicht unmittelbar behandelt werden.
- 3: Die Implementierung des Features ist optional und hängt von Ressourcen, Zeit und Risiko ab.
Eine subjektive Bewertung der relativen Unsicherheit des erfolgreichen Abschlusses einer Benutzergeschichte. Zulässige Werte sind:
- 1 - Hoch
- 2 - Mittel
- 3 - Niedrig
Erfassen von Kommentaren im Abschnitt „Diskussion“
Verwenden Sie den Abschnitt Diskussion, um Kommentare zur durchgeführten Arbeit hinzuzufügen und zu überprüfen.
Die Symbolleiste des Rich-Text-Editors wird unter dem Texteingabebereich angezeigt, wenn Sie den Cursor in einem Textfeld platzieren, das Textformatierung unterstützt.
Hinweis
Es gibt kein Arbeitselementfeld „Diskussion”. Filtern Sie zum Abfragen von Arbeitselementen mit Kommentaren aus dem Bereich „Diskussion“ nach dem Verlaufsfeld. Der gesamte Inhalt des Texts, der in das Textfeld „Diskussion“ eingegeben wurde, wird dem Feld „Verlauf“ hinzugefügt.
Erwähnen einer Person, einer Gruppe, eines Arbeitselements oder einer Pullanforderung
Wählen Sie eines der folgenden Symbole aus, um ein Menü mit zuletzt verwendeten Einträgen zu öffnen, in dem Sie jemanden erwähnt haben, mit einer Arbeitsaufgabe verknüpft oder mit einer Pullanforderung verknüpft sind:
Sie können dasselbe Menü mithilfe von Tastenkombinationen öffnen: At-Mention @, Hashtag #und Ausrufezeichen !.
Geben Sie einen Namen oder eine Nummer ein, um die Menüliste nach Ihrem Eintrag zu filtern. Wählen Sie den Eintrag aus, den Sie hinzufügen möchten. Um eine Gruppe in die Diskussion zu bringen, geben Sie das At-Symbol@ gefolgt vom Gruppennamen ein, z. B. ein Team oder eine Sicherheitsgruppe.
Bearbeiten oder Löschen eines Kommentars
Wenn Sie eine Ihrer Diskussionskommentare bearbeiten oder löschen möchten, wählen Sie "Bearbeiten"
oder " Weitere Aktionen " (
) und dann "Löschen" aus:
Nachdem Sie den Kommentar aktualisiert haben, wählen Sie Aktualisieren aus. Um den Kommentar zu löschen, bestätigen Sie den Löschvorgang. Auf der Registerkarte Verlauf im Arbeitselementformular wird ein vollständiges Prüfprotokoll aller bearbeiteten und gelöschten Kommentare geführt.
Wichtig
Bei einer lokalen Azure DevOps Server-Bereitstellung konfigurieren Sie einen SMTP-Server, damit Teammitglieder Benachrichtigungen empfangen.
Hinzufügen einer Reaktion auf einen Kommentar
Fügen Sie einem Kommentar eine oder mehrere Reaktionen hinzu, indem Sie oben rechts in einem Kommentar ein Emoji-Symbol auswählen. Wählen Sie eines der Symbole am unteren Rand eines Kommentars aus, die neben vorhandenen Reaktionen angezeigt werden. Um Ihre Reaktion zu entfernen, wählen Sie die Reaktion unten im Kommentar aus. Die folgende Abbildung zeigt ein Beispiel für das Hinzufügen einer Reaktion und die Anzeige von Reaktionen zu einem Kommentar.
Speichern eines Kommentars ohne Speichern des Arbeitselements
Hinweis
Diese Funktion ist ab Azure DevOps Server 2022.1 verfügbar.
Wenn Sie nur die Berechtigung haben, Kommentare zur Diskussion für ein Arbeitselement hinzuzufügen, können Sie dies tun, indem Sie Kommentare speichern. Diese Berechtigung wird über Bereichspfadknoten und die Berechtigung zum Bearbeiten von Arbeitselementkommentaren in diesem Knoten gesteuert. Weitere Informationen finden Sie unter Festlegen von Arbeitsverfolgungsberechtigungen – Erstellen untergeordneter Knoten, Ändern von Arbeitsaufgaben im Bereich eines Bereichs oder eines Iterationspfades.
Wenn Sie die Kommentare speichern, müssen Sie das Arbeitselement nicht speichern.
Hinweis
Wenn Sie Am Diskussionssteuerelement vorgenommene Änderungen speichern, wird nur der Kommentar gespeichert. Es werden keine Arbeitselementregeln ausgeführt, die für den Arbeitselementtyp definiert sind.
Nachverfolgen des Status
Aktualisieren Sie beim Fortschritt der Arbeit das Feld "Status " so, dass es den Status widerspiegelt. Sie können optional einen Grund angeben. Die Felder "Status " und "Grund " werden im Kopfzeilenbereich des Arbeitsaufgabenformulars angezeigt:
Agile-Workflowstatus
Wenn Teams Workflowzustände aktualisieren, können sie identifizieren, welche Elemente neu, in Bearbeitung oder abgeschlossen sind. Die meisten WITs unterstützen Vorwärts- und Rückwärtsübergänge zwischen Zuständen. Die folgenden Diagramme zeigen die Hauptentwicklungs- und Regressionszustände für Benutzerabschnitte, Fehler und Aufgaben-WITs.
Dies ist die typische Workflowentwicklung für eine Benutzergeschichte:
- Produktbesitzer erstellen eine User Story im Status Neu mit dem Standardgrund Neue User Story.
- Das Team aktualisiert den Story-Status auf "Aktiv", wenn es sich entscheidet, die Arbeit während des Sprints abzuschließen.
- Die Story wechselt in den Status Resolved, wenn das Team alle zugehörigen Aufgaben abgeschlossen hat und die Unit-Tests erfolgreich durchlaufen.
- Die Story wechselt in den Zustand „Geschlossen“, wenn der Produktbesitzer zustimmt, dass die Story gemäß den Akzeptanzkriterien implementiert wird und die Akzeptanztests erfolgreich sind.
Status über Board oder Taskboard aktualisieren
Teams können das Board verwenden, um den Status der Anforderungen zu aktualisieren, und das Taskboard , um den Status von Aufgaben zu aktualisieren. Durch Ziehen von Elementen in eine neue Statusspalte werden sowohl die Felder "Status" als auch " Grund " aktualisiert.
Sie können das Board anpassen, um weitere Swimlanes oder Spalten zu unterstützen. Weitere Informationen finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.
Zuordnen von User Stories zu Funktionen
Wenn Sie eine Reihe von Produkten oder Benutzeroberflächen verwalten, müssen Sie möglicherweise den Arbeitsumfang und den Fortschritt im gesamten Portfolio überprüfen. Verwenden Sie Features und die Zuordnung von User Stories zu Features, um dieses Rollup zu verfolgen.
Mithilfe von Portfolio Backlogs können Sie einen Drilldown zwischen Backlogs durchführen, um den gewünschten Detailgrad anzuzeigen. Verwenden Sie außerdem Portfolio-Backlogs, um einen Rollup der laufenden Arbeit in mehreren Teams anzuzeigen, wenn Sie eine Hierarchie von Teams einrichten.
Definieren von Aufgaben
Wenn Ihr Team Die Arbeit in Sprints verwaltet, verwenden Sie die Sprint-Backlog-Seite , um geplante Arbeit in unterschiedliche Aufgaben aufzuteilen.
Geben Sie den Vorgangsnamen ein, und schätzen Sie den Aufwand im Feld "Aufwand ":
Wenn Sie Agile-Prozesse verwenden, prognostizieren Teams die Arbeit und definieren Aufgaben am Anfang jedes Sprints. Jedes Teammitglied schließt dann eine Teilmenge dieser Aufgaben ab. Aufgaben können Entwicklung, Tests und andere Aufgaben umfassen. Beispielsweise kann ein Entwickler Aufgaben zum Implementieren von Benutzergeschichten definieren, und ein Tester kann Aufgaben zum Schreiben und Ausführen von Testfällen definieren.
Wenn Teams die Arbeit entsprechend der Anzahl der Stunden oder Tage schätzen, definieren sie Vorgänge und die Felder "Verbleibende Arbeit und Aktivität " (optional).
Feld
Benutzung
Der geschätzte Arbeitsaufwand, der zum Abschluss einer Aufgabe erforderlich ist. Normalerweise ändert sich der Feldwert nicht, nachdem Sie den Anfangswert eingegeben haben. Sie können die Arbeit in Stunden oder Tagen angeben. Es gibt keine inhärenten Zeiteinheiten, die diesem Feld zugeordnet sind.
Der Arbeitsaufwand, der zum Abschluss einer Aufgabe noch erforderlich ist. Aktualisieren Sie dieses Feld im Verlauf der Arbeit. Wenn Sie eine Aufgabe in Unteraufgaben unterteilen, geben Sie Stunden nur für die Unteraufgaben an. Sie können die Arbeit in einer die oft ausgegebene Befehlszeilen Maßeinheit angeben, ganz nach Wunsch des Teams. Dieses Feld wird verwendet, um die folgenden Diagramme und SQL Server-Berichte zu berechnen:
Der Arbeitsaufwand zum Implementieren einer Aufgabe.
Wählen Sie den Aktivitätstyp aus, den diese Aufgabe darstellt, wenn das Team die Sprintkapazität nach Aktivität schätzt.
Die Produktbuildnummer, die den Code enthält oder einen Fehler behebt.
Nachverfolgen des Teststatus
Verfolgen Sie den Testfortschritt mithilfe von User Stories und Bugs für Codedefekte. Anleitungen zum Nachverfolgen anderer Problemtypen finden Sie unter "Nachverfolgen anderer Probleme".
Testen von User Stories
In Azure DevOps Services können Sie Testfälle erstellen, die automatisch mit einer Benutzerstory oder einem Fehler im Webportal verknüpft werden. In Azure DevOps Server können Sie auch Microsoft Test-Manager verwenden. Sie können auch eine User Story über die Registerkarte 
Links mit einem Testfall verknüpfen.
Der Testfall enthält mehrere Felder, von denen viele automatisiert und in die Testverwaltung und den Buildprozess integriert sind. Eine Beschreibung der einzelnen Felder finden Sie unter Erstellen einer Abfrage basierend auf Build- und Testintegrationsfeldern.
Auf der Registerkarte "Links" werden Links zu Benutzergeschichten und Fehlern in einem Testfall erfasst. Durch das Verknüpfen von Benutzergeschichten und Fehlern mit Testfällen kann das Team den Testfortschritt für jedes Element nachverfolgen. Diese Links unterstützen auch Informationen, die im Bericht SQL Server Stories Overview angezeigt werden.
Nachverfolgen von Codefehlern
Zum Nachverfolgen von Tests auf Codefehler erstellen Sie Bugs im Webportal, in Visual Studio oder im Microsoft Test Manager.
Definitionen für allgemeine Felder zur Arbeitsnachverfolgung
In den meisten Arbeitselementen werden folgende Felder und Registerkarten angezeigt. Jede Registerkarte wird verwendet, um bestimmte Informationen nachzuverfolgen. Häufig verwendete Registerkarten umfassen 
"Verlauf", "Links" und 
"Anlagen".
Das einzige Pflichtfeld für alle Arbeitselementtypen ist Titel. Wenn Sie eine Arbeitsaufgabe speichern, weist das System eine eindeutige ID zu. Das Formular hebt die erforderlichen Felder in Gelb hervor. Informationen zu allen anderen Feldern finden Sie im Index der Arbeitselementfelder.
Hinweis
Je nach anpassungen, die an Ihrem Prozess und Projekt vorgenommen wurden, sind möglicherweise weitere Felder erforderlich.
Feld oder Registerkarte
Benutzung
Geben Sie eine höchstens 255 Zeichen lange Beschreibung ein. Sie können den Titel später ändern.
Weisen Sie die Arbeitsaufgabe dem Teammitglied zu, das für die Durchführung der Arbeit verantwortlich ist, oder lassen Sie die Aufgabe leer und schließen Sie die Aufgabe später ab.
Wenn Sie zuerst eine Arbeitsaufgabe erstellen, zeigt das Feld "Status " automatisch den ersten Status im Workflow an, z. B. "Neu " oder " Nicht zugewiesen". Aktualisieren Sie den Status , während die Arbeit fortschreitet, um den aktuellen Status der Arbeitsaufgabe widerzuspiegeln.
Wenn Sie zuerst eine Arbeitsaufgabe erstellen, legen Sie den Standardwert "Grund " fest, z. B. "Erstellt " oder "Neue Arbeitsaufgabe". Wenn der Status für die Arbeitsaufgabe geändert wird, aktualisieren Sie den Wert "Reason " entsprechend. Jeder Status für die Arbeitsaufgabe ist einem Standardwert "Reason " zugeordnet.
Wählen Sie den Bereichspfad aus, der dem Produkt oder Team zugeordnet ist, oder lassen Sie ihn leer, und geben Sie später einen geeigneten Wert ein. Sie können die Dropdownliste der verfügbaren Bereiche ändern. Weitere Informationen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.
Wählen Sie den Sprint oder die Iteration aus, in der die Arbeitsaufgabe abgeschlossen werden soll, oder lassen Sie ihn zunächst leer und weisen Sie den Wert später zu. Sie können die Dropdownliste der Iterationen ändern. Weitere Informationen finden Sie unter Definieren von Iterationspfaden (Sprints) und Konfigurieren von Team iterationen.
Zeigen Sie den Verlauf der Arbeitsaufgaben an, um alle am Element vorgenommenen Änderungen anzuzeigen, die vom System erfasst wurden. Jedes Mal, wenn eine Arbeitsaufgabe aktualisiert wird, werden die Details an den Verlauf angefügt. Sie sehen das Änderungsdatum, den Änderungsautor und die Liste der aktualisierten Felder. Sie können dem Feld "Verlauf " auch formatierten Text hinzufügen.
Registerkarte "Verknüpfungen"
Fügen Sie Links hinzu, um Verbindungen mit anderen Arbeitsaufgaben zu erstellen. Verschiedene Arten von Verknüpfungen werden unterstützt, wie z. B. Links, Changesets, Quelldateien und mehr. Geben Sie die Beziehung des verknüpften Elements mit der Arbeitsaufgabe an, z. B. "Übergeordnetes Element", " In Build gefunden" oder "Testergebnis".
Registerkarte "Anlagen"
Verwenden Sie Anhänge, um unterstützende Informationen zum Arbeitselement einzuschließen. Fügen Sie E-Mail-Threads, Dokumente, Bilder, Protokolldateien oder andere Dateitypen an.
Nachverfolgen anderer Probleme
Verwenden Sie Vorgänge zur Nachverfolgung von Ereignissen, die den Fortschritt blockieren oder die Auslieferung einer User Story verhindern. Verwenden Sie Bugs, um Codedefekte nachzuverfolgen. Fügen Sie ein Problem mithilfe des Widgets "Neue Arbeitsaufgabe" auf einem Team-Dashboard oder über das Menü "Neu " auf der Seite "Abfragen " hinzu.
Arbeitselemente, die Sie über das Widget hinzufügen, werden automatisch auf den Standardbereich und die Iterationspfade Ihres Teams beschränkt. Informationen zum Ändern des Teamkontexts finden Sie unter Wechseln des Teamkontexts.
Nachverfolgen des Geschäftswerts
Verwenden Sie das Feld Priorität, um den Wert von Stories zu differenzieren. Sie können dem User Story WIT auch ein benutzerdefiniertes Feld hinzufügen, um den relativen Storywert nachzuverfolgen. Weitere Informationen finden Sie unter Anpassen eines Felds für einen Prozess.
Reihenfolge der Backlogliste
Das Feld "Stapelrang " verfolgt die relative Rangfolge von Benutzergeschichten. Standardmäßig zeigt das Arbeitsaufgabenformular dieses Feld nicht an. Die Reihenfolge der Elemente auf der Backlogseite wird bestimmt, indem Sie die Elemente auf der Seite hinzufügen oder verschieben. Beim Ziehen von Elementen aktualisiert ein Hintergrundprozess das Stapelrangfeld .
Anpassen von Arbeitsaufgabentypen
Bei den meisten Arbeitselementtypen können Sie Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und dem Arbeitselementformular benutzerdefinierte Seiten hinzufügen. Sie können auch benutzerdefinierte Arbeitselementtypen hinzufügen. Weitere Informationen finden Sie unter Anpassen eines Vererbungsprozesses.
Bei den meisten Arbeitselementtypen können Sie Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und dem Arbeitselementformular benutzerdefinierte Seiten hinzufügen. Sie können auch benutzerdefinierte Arbeitselementtypen hinzufügen. Weitere Informationen finden Sie unter "Anpassen eines Vererbungsprozesses " oder "Anpassen des lokalen XML-Prozessmodells", je nach dem von Ihrem Projekt verwendeten Prozessmodell.