Agile Arbeitselementtypen für die Workflowverwaltung in Azure Boards

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

Teams verwenden sie die Arbeitselementtypen (WITs), die mit dem Agile-Prozess bereitgestellt werden. Arbeitselementtypen helfen Ihrem Team, den Fortschritt von Softwareprojekten zu planen und zu verfolgen. Sie definieren Benutzergeschichten zum Verwalten des Arbeitsprotokolls. Anschließend verfolgen Sie mit dem Kanban-Board den Fortschritt, indem Sie den Status dieser Geschichten aktualisieren.

Agile process, WITs used to plan and track

Um Einblicke in ein Portfolio von Features, Szenarien oder Benutzeroberflächen zu erhalten, zuordnen Produktbesitzer und Programmmanager Benutzergeschichten zu Features. Wenn ein Team in Sprints funktioniert, definieren sie Aufgaben, die automatisch mit Benutzergeschichten verknüpft werden. Wenn Sie neu im Agile-Prozess sind, überprüfen Sie den Abschnitt Plan und verfolgen Sie die Arbeit mit Agile , um zu beginnen.

Mit dem Webportal oder Microsoft Test Manager können Tester Testfälle erstellen und ausführen. Fehler und Probleme werden verwendet, um Codefehler und Blockierungsprobleme nachzuverfolgen.

Hinweis

Arbeitselementverfolgungsformulare und Features, die Für Sie verfügbar sind, unterscheiden sich je nachdem, ob Sie das Formular aus dem Webportal oder Visual Studio Team-Explorer öffnen. Formulare und Anleitungen, die in diesem Artikel bereitgestellt werden, entsprechen den verfügbaren Formularoberflächen (Azure DevOps Services und TFS 2017 und höher).

Anleitungen zum Arbeitselementformular für TFS 2015 oder frühere Versionen oder Visual Studio Team-Explorer finden Sie unter Hinzufügen von Arbeitselementen und wählen Sie die frühere TFS-Version aus der Inhaltsversionsauswahl (oberhalb des Inhaltsverzeichniss) aus.

Definieren von Benutzergeschichten

Über User Stories werden Anwendungen, Anforderungen und Elemente definiert, die Teams erstellen müssen. In der Regel wird das Definieren und Priorisieren der User Stories durch die Produktbesitzer durchgeführt. Das Team schätzt dann den erforderlichen Arbeitsaufwand zur Bereitstellung der Elemente mit der höchsten Priorität.

Erstellen Sie Benutzergeschichten aus dem Schnell-Add-Bereich auf der Seite "Produktbacklog". Auf dieser Seite können Sie auch Elemente ziehen und ablegen, um sie neu anzuordnen oder features zuzuordnen.

Web portal, Agile process, Quick add panel

Später können Sie jede User Story öffnen, um weitere Informationen bereitzustellen und Story Points zu schätzen.

User story work item form

Durch die Definition der Story Points kann Ihr Team die Prognosefunktion und Geschwindigkeitsdiagramme verwenden, um zukünftige Sprints oder Arbeitsanstrengungen zu schätzen. Durch Priorisieren der Benutzergeschichten auf der Backlogseite (das im Feld "Stapelrangfolge" erfasst wird), können Produktbesitzer angeben, welche Elemente höher priorisiert werden sollen.

Verwenden Sie die folgenden Anleitungen und die für Felder bereitgestellt, die in allgemeinen Arbeitselementtypen verwendet werden, wenn Sie das Formular ausfüllen.

Feld/Registerkarte

Verwendung

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 das Feature entwickelt werden soll. Stellen Sie ausreichende Informationen bereit, damit das Team Aufgaben und Testfälle schreiben kann, um das Element zu implementieren.

Stellen Sie die Kriterien bereit, die erfüllt werden sollen, bevor der Fehler oder die Benutzergeschichte geschlossen werden kann. Bevor die Arbeit beginnt, beschreiben Sie die Kundenakzeptanzkriterien so klar wie möglich. Unterhaltungen zwischen dem Team und den Kunden, um die Akzeptanzkriterien zu definieren, helfen ihnen, sicherzustellen, dass Ihr Team die Erwartungen Ihrer Kunden versteht. Sie können die Akzeptanzkriterien als Grundlage für Annahmetests verwenden, um effektiver zu bewerten, ob ein Element zufrieden ist.

Der Bereich des Kundenwerts, der vom Epen, Feature, Anforderungs- oder Backlogelement behandelt wird. Mögliche Werte:

  • Architektur: Technische Dienste zum Implementieren von Geschäftsfeatures, die Lösung bereitstellen

  • Business: Dienste, die Kunden oder Stakeholder erfüllen, die den Kundenwert direkt bereitstellen, um das Unternehmen zu unterstützen (Standard)

Schätzen Sie die Menge der arbeit, die erforderlich ist, um eine Benutzergeschichte mit jeder numerischen Maßeinheit zu abschließen, die Ihr Team bevorzugt.

Agile Geschwindigkeitsdiagramme und Prognosetools verweisen auf die Werte in diesem Feld. Weitere Informationen finden Sie im Whitepaper zur Schätzung .

Eine subjektive Bewertung der Benutzergeschichte, der Funktion oder der Anforderung, die sich auf das Unternehmen bezieht. Zulässige Werte sind:

  • 1: Das Produkt kann nicht ohne das Feature geliefert werden.
  • 2: Das Produkt kann nicht ohne das Feature geliefert werden, muss aber nicht sofort adressiert werden.
  • 3: Die Implementierung des Features ist optional basierend auf Ressourcen, Zeit und Risiko.

Eine subjektive Bewertung der relativen Ungewissheit im Hinblick auf den erfolgreichen Abschluss einer User Story. Zulässige Werte sind:

  • 1 - Hoch
  • 2 - Medium
  • 3 - Low

Erfassen von Kommentaren im Abschnitt "Diskussion"

Verwenden Sie den Abschnitt "Diskussion ", um Kommentare hinzuzufügen und zu überprüfen, die über die Ausführung der Arbeit vorgenommen wurden.

Discussion section within a work item form

Die Rich-Text-Editor-Toolleiste zeigt unterhalb des Texteingabebereichs an. Es wird angezeigt, wenn Sie auf den Cursor innerhalb jedes Textfelds klicken, das Textformatierung unterstützt.

Discussion section, New Rich Text Editor toolbar

Hinweis

Es gibt kein Arbeitselementfeld für Diskussion. Zum Abfragen von Arbeitselementen mit Kommentaren, die im Diskussionsbereich eingegeben wurden, filtern Sie im Feld "Verlauf". Der vollständige Inhalt des in das Diskussionstextfeld eingegebenen Texts wird dem Feld "Verlauf" hinzugefügt.

Erwähnen Sie jemanden, eine Gruppe, ein Arbeitselement oder eine Pull-Anforderung

Wählen Sie eins dieser Symbole aus, oder öffnen Sie ein Menü der zuletzt verwendeten Einträge, um eine Person zu erwähnen, einen Link zu einem Arbeitselement oder einen Link zu einer Pullanfrage zu erstellen. Oder um das gleiche Menü zu öffnen, können Sie ein, #oder !eingeben@.

Discussion section, <span class=@mention Dropdownmenü " />

Geben Sie einen Namen ein, oder geben Sie eine Zahl ein, und die Menüliste wird gefiltert, um Ihrem Eintrag zu entsprechen. Wählen Sie den Eintrag aus, den Sie hinzufügen möchten. Sie können eine Gruppe in die Diskussion bringen, indem Sie den Gruppennamen eingeben @ , z. B. ein Team oder eine Sicherheitsgruppe.

Bearbeiten oder Löschen eines Kommentars

Wenn Sie Eine Ihrer Diskussionskommentare bearbeiten oder löschen müssen, wählen Sie "Bearbeiten" oder "Aktionen" aus, und wählen Sie dann "Löschen" aus.

Discussion section, Edit, Delete actions

Hinweis

Das Bearbeiten und Löschen von Kommentaren erfordert Azure DevOps Server Version 2019 Update 1 oder höher.

Wählen Sie nach dem Aktualisieren des Kommentars die Option "Aktualisieren" aus. Um den Kommentar zu löschen, müssen Sie bestätigen, dass Sie ihn löschen möchten.

Ein vollständiger Überwachungspfad aller bearbeiteten und gelöschten Kommentare wird auf der Registerkarte "Verlauf " im Arbeitselementformular beibehalten.

Verwenden Sie das @mention-Steuerelement, um ein anderes Teammitglied über die Diskussion zu benachrichtigen. Geben Sie @ einfach den Namen ein. Um auf ein Arbeitselement zu verweisen, verwenden Sie das #ID-Steuerelement. Geben # Sie eine Liste von Arbeitselementen ein, auf die Sie kürzlich verwiesen haben, werden angezeigt, aus denen Sie auswählen können.

Verwenden Sie zum Verweisen auf ein Arbeitselement das #ID-Steuerelement . Geben # Sie eine Liste von Arbeitselementen ein, auf die Sie kürzlich verwiesen haben, werden angezeigt, aus denen Sie auswählen können.

Sie können Kommentare nicht bearbeiten oder löschen, sobald Sie sie eingegeben haben.

Wichtig

Für lokale Azure DevOps Server müssen Sie einen SMTP-Server konfigurieren, damit Teammitglieder Benachrichtigungen empfangen können.

Hinzufügen einer Reaktion auf einen Kommentar

Fügen Sie einen oder mehrere Reaktionen zu einem Kommentar hinzu, indem Sie ein Smiley-Symbol in der oberen rechten Ecke eines Kommentars auswählen. Oder wählen Sie aus den Symbolen unten eines Kommentars neben allen vorhandenen Reaktionen aus. Um Ihre Reaktion zu entfernen, wählen Sie die Reaktion am unteren Rand Ihres Kommentars aus. Die folgende Abbildung zeigt ein Beispiel für das Hinzufügen einer Reaktion sowie die Anzeige von Reaktionen auf einen Kommentar.

Add reactions to a comment

Nachverfolgen des Status

Wenn die Arbeit ausgeführt wird, ändern Sie das Feld "Status", um den Status zu aktualisieren. Optional können Sie einen Grund angeben. Die Status- und Grundfelder werden im Arbeitselementformular im Kopfzeilenbereich angezeigt.

Bug work item form, header area

Agile Workflowzustände

Durch das Aktualisieren des Workflows erhalten die Teams Informationen darüber, welche Elemente neu sind, sich in Bearbeitung befinden oder abgeschlossen wurden. Die meisten WITs unterstützen den Übergang von jedem Workflowzustand vor- und rückwärts. Diese Diagramme zeigen die wichtigsten Fortschritts- und Regressionszustände der Benutzergeschichte, des Fehlers und der Aufgaben-WITs an.

User Story Bug Aufgabe
User Story workflow states, Agile process Bug workflow states, Agile process Task workflow states, Agile process

Eine typische Workflowprogression für eine User Story:

  • Der Produktbesitzer erstellt einen Benutzerabschnitt im neuen Zustand mit dem Standardgrund", "Neuer Benutzerabschnitt".
  • Das Team aktualisiert den Status auf "Aktiv ", wenn sie sich entscheiden, die Arbeit während des Sprints abzuschließen.
  • Ein Benutzerabschnitt wird in "Gelöst " verschoben, wenn das Team alle zugehörigen Aufgaben und Komponententests für den Story-Pass abgeschlossen hat.
  • Ein Benutzerabschnitt wird in den Zustand "Geschlossen " verschoben, wenn der Produktbesitzer zustimmt, dass die Story gemäß den Annahmekriterien und Denktests implementiert wurde.

Aktualisieren des Status mit Kanban oder Taskboards

Teams können die Kanban-Tafel verwenden, um den Status der Anforderungen zu aktualisieren, und das Sprint-Taskboard, um den Status von Vorgängen zu aktualisieren. Durch Ziehen von Elementen in eine neue Statusspalte werden sowohl die Felder "Status" als auch "Grund" aktualisiert.

Track progress on the Kanban board

Sie können die Kanban-Tafel anpassen, um mehr Schwimmspuren oder Spalten zu unterstützen. Weitere Anpassungsoptionen finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.

Zuordnen von User Stories zu Funktionen

Wenn Sie eine Sammlung von Produkten oder Benutzererfahrungen verwalten, sollten Sie den Umfang und den Status der Arbeit für das Produktportfolio anzeigen. Sie können den Umfang und den Fortschritt der Arbeit anzeigen, indem Sie Features definieren und Benutzergeschichten features zuordnen.

Mithilfe von Portfolio-Backlogs können Sie einen Drilldown von einem Backlog auf einen anderen ausführen, um die gewünschte Detailebene anzuzeigen. Verwenden Sie außerdem Portfolio-Backlogs, um ein Rollup der laufenden Arbeit in mehreren Teams anzuzeigen, wenn Sie eine Hierarchie von Teams einrichten.

Definieren von Aufgaben

Wenn Ihr Team ihre Arbeit in Sprints verwaltet, können sie die Sprint-Backlog-Seite verwenden, um die Arbeit aufzuteilen, die in verschiedene Aufgaben durchgeführt werden soll.

Sprint backlog, add task

Geben Sie der Aufgabe einen Namen und schätzen Sie die dafür erforderliche Arbeit.

Agile task work item form

Mithilfe von Agile-Prozessen prognostizieren Teams Arbeit und Definieren von Aufgaben am Anfang jedes Sprints. Jedes Teammitglied führt dann eine Teilmenge dieser Aufgaben aus. Zu Aufgaben zählen Entwicklung, Tests und andere Arbeitsschritte. Ein Entwickler definiert beispielsweise Aufgaben zum Implementieren von Benutzergeschichten, und ein Tester definiert Aufgaben zum Schreiben und Ausführen von Testfällen.

Wenn Teams die Arbeit mithilfe von Stunden oder Tagen schätzen, definieren sie Aufgaben und die Felder "Verbleibende Arbeit und Aktivität " (optional).

Feld/Registerkarte

Verwendung

Der geschätzte Arbeitsaufwand, der zum Abschluss einer Aufgabe erforderlich ist. In der Regel ändert sich dieses Feld nicht, nachdem es zugewiesen wurde.

Sie können die Arbeit in Stunden oder in 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. Es wird verwendet, um Kapazitätsdiagramme, das Sprint-Burndown-Diagramm und die folgenden (nur TFS)-Berichte zu berechnen: Burndown und Burn Rate, Restarbeit und Status für alle Iterationen.

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.

Der Arbeitsaufwand für die Implementierung eines Vorgangs.

Wählen Sie den Aktivitätstyp aus, den diese Aufgabe darstellt, wenn das Team die Sprintkapazität nach Aktivität schätzt.

Die Produktbuildnummer, in der der Code enthalten ist oder ein Fehler behoben wird.

Wenn Sie Microsoft Project verwenden, um Ressourcen zuzuweisen und einen Zeitplan nachzuverfolgen.

Nachverfolgen des Teststatus

Testen von User Stories

Im Webportal oder Test-Manager können Sie Testfälle erstellen, die automatisch mit einer Benutzergeschichte oder einem Fehler verknüpft werden. Alternativ können Sie einen Benutzerabschnitt mit einem Testfall über die Registerkarte "Links" verknüpfen.

Test plan web portal

Der Testfall enthält mehrere Felder, von denen viele automatisiert und mit Test-Manager und dem Buildprozess integriert sind. Eine Beschreibung jedes Felds finden Sie unter Abfrage basierend auf Build- und Testintegrationsfeldern.

Test case form

Auf der Registerkarte (Links) werden die Links zu Benutzergeschichten und Fehlern in einem Testfall erfasst. Durch das Verknüpfen von User Stories und Fehlern mit Testfällen kann das Team den Fortschritt der Tests nachverfolgen, die für jedes Element ausgeführt werden. Durch Definieren dieser Links unterstützen Sie Informationen, die im Bericht " Stories Overview Report " angezeigt werden.

Nachverfolgen von Codefehlern

Sie können Fehler aus dem Webportal, Visual Studio oder beim Testen mit Test-Manager erstellen.

Definitionen für allgemeine Arbeitsverfolgungsfelder

Die folgenden Felder und Registerkarten werden in den meisten Arbeitselementen angezeigt. Jede Registerkarte wird verwendet, um bestimmte Informationen wie Verlauf, Links oder Anlagen nachzuverfolgen. Diese drei Registerkarten bieten einen Verlauf der Änderungen, die Ansicht von verknüpften Arbeitselementen und die Möglichkeit zum Anzeigen und Anfügen von Dateien.

Das einzige erforderliche Feld für alle Arbeitsaufgabentypen ist Title. Wenn die Arbeitsaufgabe gespeichert wird, weist das System ihm eine eindeutige ID zu. Das Formular hebt das erforderliche Feld in Gelb hervor. Informationen zu anderen Feldern finden Sie unter Arbeitselementfeldindex.

Feld/Registerkarte

Verwendung

Geben Sie eine höchstens 255 Zeichen lange Beschreibung ein. Sie können den Titel später jederzeit ändern.

Weisen Sie die Arbeitsaufgabe dem für die Bearbeitung zuständigen Teammitglied zu. Je nach dem Kontext, in dem Sie arbeiten, listet das Dropdownmenü nur Teammitglieder oder Mitwirkende für das Projekt auf.

Wenn das Arbeitselement erstellt wird, wird für den Zustand standardmäßig der erste Zustand im Workflow festgelegt. Aktualisieren Sie den Wert im Verlauf der Arbeit mit dem aktuellen Zustand.

Verwenden Sie zunächst die Standardeinstellung. Aktualisieren Sie den Wert bei Zustandsänderungen. Jeder Zustand ist einem Standardgrund zugeordnet.

Wählen Sie den zum Produkt oder Team gehörenden Bereichspfad aus, oder lassen Sie dieses Feld leer, bis ein entsprechender Pfad bei einer Planungsbesprechung zugewiesen wird.

Informationen zum Ändern der Dropdownliste von Bereichen finden Sie unter Hinzufügen und Ändern von Bereichs- und Iterationspfaden.

Wählen Sie den Sprint oder die Iteration aus, in dem bzw. der die Arbeit abgeschlossen werden soll, oder lassen Sie dieses Feld leer, und legen Sie es später bei einer Planungsbesprechung fest.

Informationen zum Ändern der Dropdownliste der Iterationen finden Sie unter Hinzufügen und Ändern von Bereichs- und Iterationspfaden.

Überprüfen Sie den vom System erfassten Audit-Trail, und zeichnen Sie zusätzliche Informationen auf.

Bei jeder Aktualisierung des Arbeitselements werden dem Verlauf Informationen hinzugefügt. Der Verlauf enthält das Datum der Änderung, die Person, die die Änderung vorgenommen hat, sowie die geänderten Felder. Sie können dem Verlaufsfeld auch formatierten Text hinzufügen.

Fügen Sie beliebige Linktypen hinzu, z. B. Hyperlinks, Changesets, Quelldateien usw.

Auf dieser Registerkarte sind auch alle Links aufgeführt, die für die Arbeitsaufgabe definiert sind.

Geben Sie ausführlichere Informationen frei, indem Sie der Arbeitsaufgabe Dateien hinzufügen, z. B. E-Mail-Threads, Dokumente, Bilder, Protokolldateien oder andere Dateitypen.

Anpassen von Arbeitsaufgabentypen

Sie können Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und benutzerdefinierte Seiten zum Arbeitselementformular der meisten Arbeitsaufgabentypen hinzufügen. Sie können auch benutzerdefinierte Arbeitsaufgabentypen hinzufügen. Ausführliche Informationen finden Sie unter Anpassen eines Vererbungsprozesses.

Sie können Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und benutzerdefinierte Seiten zum Arbeitselementformular der meisten Arbeitsaufgabentypen hinzufügen. Sie können auch benutzerdefinierte Arbeitsaufgabentypen hinzufügen. Ausführliche Informationen finden Sie unter Anpassen eines Vererbungsprozesses oder Anpassen des lokalen XML-Prozessmodells abhängig vom von Ihrem Projekt verwendeten Prozessmodell.

Sie können Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und benutzerdefinierte Seiten zum Arbeitselementformular der meisten Arbeitsaufgabentypen hinzufügen. Sie können auch benutzerdefinierte Arbeitsaufgabentypen hinzufügen. Ausführliche Informationen finden Sie unter Anpassen des lokalen XML-Prozessmodells.

Bevor Sie mit der Nachverfolgung der Arbeit beginnen, müssen Sie über ein Projekt verfügen. Informationen zum Erstellen eines Projekts finden Sie unter Erstellen eines Projekts.

Wenn Sie über ein Projekt verfügen, beginnen Sie mit der Nachverfolgung der Arbeit:

Weitere Informationen zu Agile-Tools:

Nachverfolgen von Problemen

Probleme werden verwendet, um Ereignisse zu verfolgen, die den Fortschritt blockieren oder einen Benutzerabschnitt versenden können. Fehler werden dagegen verwendet, um Codefehler nachzuverfolgen. Sie können ein Problem aus dem Neuen Arbeitselement-Widget hinzufügen, das einem Teamdashboard hinzugefügt wurde, oder über das Menü "Neu " auf der Seite "Abfragen".

Add work item from a New work item widget

Arbeitselemente, die Sie aus dem Widget hinzufügen, werden automatisch auf die Standardbereiche und Iterationspfade Ihres Teams angewendet. Informationen zum Ändern des Teamkontexts finden Sie unter Wechseln des Teamkontexts.

Nachverfolgen des Geschäftswerts

Sie können das Prioritätsfeld verwenden, um den Wert verschiedener Storys zu unterscheiden. Oder Sie fügen ein benutzerdefiniertes Feld zu User Story WIT hinzu, dass den relativen Wert der Storys nachverfolgt. Informationen dazu finden Sie unter Anpassen eines Felds für einen Prozess.

Reihenfolge der Backlogliste

Das Feld "Stapelrang " wird verwendet, um die relative Rangfolge von Benutzergeschichten nachzuverfolgen. Standardmäßig wird es jedoch nicht im Arbeitselementformular angezeigt. Die Reihenfolge der Elemente auf der Backlogseite wird entsprechend der Position bestimmt, an der Sie die Elemente hinzugefügt oder die Elemente auf der Seite verschoben haben. Während Sie Elemente ziehen, aktualisiert ein Hintergrundprozess dieses Feld.