Verwendung von Workflowkategoriezuständen in Azure Boards Backlogs und Boards

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Alle Workflows bestehen aus Zuständen, Übergängen und Gründen. Workflows werden für einen Arbeitselementtyp definiert. Ein Übergang unterstützt die Vorwärts- und Rückwärtsbewegung zwischen zwei Zuständen. Wenn Sie einen benutzerdefinierten Zustand hinzufügen, fügt das System automatisch Übergänge vom benutzerdefinierten Zustand zu allen anderen geerbten Zuständen hinzu (außer für Removed).

Jeder Zustand gehört zu einer Statuskategorie (zuvor als Metastate bezeichnet). Statuskategorien unterstützen den Agile-Tool-Backlog und die Boardansichten.

Workflowzustände

Workflowzustände definieren, wie ein Arbeitselement von der Erstellung bis zum Schließen fortschreitet. Die vier Hauptzustände, die für den User Story (Agile-Prozess) definiert sind, beschreiben den Fortschritt einer Benutzergeschichte. Die Workflowzustände sind "Neu", "Aktiv", "Aufgelöst" und "Geschlossen". (Der entfernte Zustand unterstützt das Entfernen eines Arbeitselements, das im Backlog angezeigt wird; weitere Informationen finden Sie unter Verschieben, Ändern oder Löschen von Arbeitselementen.)

Die natürlichen Fortschritte und Regressionen für die Arbeitselementtypen – Benutzergeschichte (Agile), Problem (Basic) Product Backlog Item (SCrum) und Anforderung (CMMI) werden wie gezeigt dargestellt.

Workflowzustände: Benutzergeschichte, agiler Prozess

User Story-Workflowzustände, agiler Prozess

Kategoriezustände

Kategoriezustände bestimmen, wie agile Planungstools und Dashboard-Widgets jeden Workflowzustand behandeln. Die statuskategorien, die von den Backlogs, Boards und Widgets verwendet werden, sind "In Progress", " Aufgelöst" und "Abgeschlossen".

Hier erfahren Sie, wie die standardmäßigen geerbten Zustände den Kategoriezuständen für die vier Systemprozesse zugeordnet sind, einschließlich Arbeitselementtypen des Testplans. Die Workflowzustände für Testfall, Testdesign und Test Suite sind in allen vier Systemprozessen identisch.

Kategorien

Arbeitsüberwachung

Testnachverfolgung

Vorgeschlagenen: Zugeordnete Zustände, die mit neu hinzugefügten Arbeitselementen verknüpft sind, sodass sie im Backlog angezeigt werden. Die erste Spalte in den Kanban-Boards und Taskboards entspricht einer Kategorie "Vorgeschlagener Zustand".

Neu

Entwurf (Testfall)

In Bearbeitung: Zugewiesene Zustände, die aktive Arbeit darstellen. Arbeitselemente, die den Zuständen zugeordnet sind, die dieser Kategorie zugeordnet sind, werden im Backlog angezeigt (es sei denn, Sie können diese ausblenden) und die mittleren Spalten auf Kanban-Boards bilden.

Active (Bug, Epic, Feature, User Story)

Active (Testplan) in Planning (Test Suite) in Progress (Test Suite) ready (Test Case)

Gelöst: Zugewiesene Zustände, die eine Lösung darstellen, wurden implementiert, aber noch nicht überprüft. Im Allgemeinen gelten diese Zustände für Fehler. Arbeitselemente in einem Status "Aufgelöste Kategorie" werden standardmäßig im Backlog angezeigt. Die agilen Tools behandeln den Status " Aufgelöste Kategorie" genau wie den Status der Kategorie " In Fortschritt ".

Behoben (Fehler)

–

Abgeschlossen: Zugewiesen an Zustände, die Arbeit darstellen, die abgeschlossen ist. Arbeitselemente, deren Status sich in dieser Kategorie befindet, werden nicht im Backlog angezeigt und werden in der letzten Spalte des Kanban-Boards angezeigt. Sie können die Zustände in dieser Kategorie nicht ändern, oder Sie können dieser Kategorie Zustände hinzufügen.

Geschlossen (Bug, Epic, Feature, User Story)

Geschlossen (Testfall) Abgeschlossen (Test Suite) Inaktiv (Testplan)

Entfernt: Dem Status "Entfernt" zugewiesen. Arbeitselemente in einem Zustand, der der Kategorie "Entfernt" zugeordnet ist, werden aus den Backlog- und Boarderfahrungen ausgeblendet.

Entfernt (Episch, Feature, Benutzergeschichte)

–

Hinweis

Abgeschlossene oder geschlossene Arbeitselemente werden nicht auf den Backlogs und Boards angezeigt, sobald ihr Geändertes Datum größer als 183 Tage ist (etwa ein halbes Jahr). Sie können diese Elemente weiterhin mithilfe einer Abfrage auflisten. Wenn sie auf einem Backlog oder Board angezeigt werden sollen, können Sie eine kleine Änderung an ihnen vornehmen, die die Uhr zurücksetzt.

Hinweis

Abgeschlossene oder geschlossene Arbeitselemente werden nicht auf den Backlogs und Boards angezeigt, sobald ihr Geändertes Datum größer als ein Jahr ist. Sie können diese Elemente weiterhin mithilfe einer Abfrage auflisten. Wenn sie auf einem Backlog oder Board angezeigt werden sollen, können Sie eine kleine Änderung an ihnen vornehmen, die die Uhr zurücksetzt.

Aktiviert nach/Datum und Aufgelöst nach/Datum Feldern

Das System aktualisiert diese Felder – Aktiviert von, Aktiviertes Datum, Aufgelöstes Datum und Aufgelöstes Datum – wenn eine Änderung basierend auf den entsprechenden Workflowkategoriezuständen auftritt. Wenn der Workflowstatus in eine Kategorie "Vorgeschlagener Zustand" geändert wird, werden aktiviert nach und aktiviertes Datum aktualisiert. Wenn der Workflowstatus in eine Kategorie "Aufgelöster Zustand" geändert wird, werden das Datum "Aufgelöst nach " und "Aufgelöstes Datum " aktualisiert.

Weitere Informationen zur Zuordnung von Workflowzuständen zu Statuskategorien finden Sie unter How workflow states and state categories are used in Backlogs and Boards.

Hinweis

Die Hier beschriebene Logik gilt für Azure DevOps Services, Azure DevOps Server 2020.1-Update und spätere Versionen.

Da diese Felder auf die Workflowstatuskategorien verweisen, wird beim Aktualisieren der Felder benutzerdefinierter Workflow darauf verwiesen. Weitere Informationen zur Anpassung finden Sie unter Anpassen des Workflows für einen Prozess.

Weitere Hinweise:

  • Die Felder werden jederzeit aktualisiert, wenn ein Arbeitselement aus einem anderen Kategoriestatus als diesem festgelegt wird. Wenn Sie z. B. ein Arbeitselement aus "Neu " in "Behoben" aktualisieren, werden die Felder "Aufgelöst nach"/"Aufgelöstes Datum " aktualisiert. Wenn Sie jedoch von "Fixed " und " Ready for Testing" aktualisieren , die sich in demselben Kategoriestatus befinden, werden die Felder "Aufgelöst nach"/"Aufgelöstes Datum " nicht aktualisiert.
  • Wenn Sie rückwärts wechseln, z. B. von einem Aufgelösten zu einem aktiven Zustand, löscht das System die Werte für aufgelöste Nach-/Aufgelöste Datumsfelder . Wenn Sie von Active zu New gekommen sind, löscht das System die Werte für aktivierte Nach-/Aktivierte Datumsfelder .
  • Ändern Sie die Werte für diese Felder nicht manuell. Sie sind Systemfelder, die von Systemregeln gesteuert werden. Jeder Wert, den Sie festlegen möchten, wird überschreiben.

Wenn Sie einen Status im Vergleich zu einer Kanban-Spalte hinzufügen

Verwenden Sie sowohl Zustände als auch Kanban-Spalten, um den Status der Arbeit nachzuverfolgen. Workflowzustände werden in einem Projekt gemeinsam genutzt, während Kanban-Spalten innerhalb eines Teams freigegeben werden. Nur Projektsammlungsadministratoren können benutzerdefinierte Zustände hinzufügen, während Teamadministratoren Kanban-Spalten hinzufügen können.

Fügen Sie benutzerdefinierte Zustände hinzu, wenn alle Teams den Status gemäß dem von der Organisation angenommenen Geschäftsworkflow nachverfolgen möchten. Indem Sie den Prozess anpassen, passen Sie die Projekt- und Arbeitselementtypen automatisch an, die auf diesen Prozess verweisen.

Das Hinzufügen von benutzerdefinierten Zuständen zur Unterstützung von Workflowzuständen, die mehrere Teams nachverfolgen möchten, hilft, die resultierende Verwirrung verschiedener Teams zu vermeiden, die Abfragen basierend auf einer Kanban-Spalte erstellen. Da jedes Team die Kanban-Boardspalten und Schwimmlanen anpassen kann, sind die Werte, die für Arbeitselemente zugewiesen sind, die auf verschiedenen Boards angezeigt werden, möglicherweise nicht identisch. Die primäre Problemumgehung für dieses Problem besteht darin, den einzelnen Besitz von Arbeitselementen nach Teambereichspfad beizubehalten. Eine weitere Problemumgehung besteht darin, die Spalten zu formalisieren, indem benutzerdefinierte Zustände hinzugefügt werden, die für Teams freigegeben werden können.

Automatisches Abschließen von Arbeitselementen mit Pullanforderungen

Wenn Sie ein Arbeitselement mit einer Pullanfrage (PR) verknüpfen, können Sie diese Arbeitselemente automatisch abschließen, wenn Sie die PR abschließen. Informationen dazu finden Sie unter "Automatisches Abschließen von Arbeitselementen mit Pullanforderungen".