Freigeben über

Informationen zu Workflow-Zuständen in Backlogs und Boards

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

Workflows spielen eine zentrale Rolle beim Verwalten von Arbeitsaufgaben: Sie bestehen aus Zuständen, Übergängen und Gründen und werden pro Arbeitsaufgabentyp definiert. Mit Übergängen können Sie Arbeitsaufgaben vorwärts und rückwärts zwischen Zuständen verschieben. Wenn Sie einen benutzerdefinierten Zustand hinzufügen, erstellt das System automatisch Übergänge zwischen diesem Zustand und allen geerbten Zuständen (außer entfernt).

Azure Boards verwendet Zustandskategorien, sodass agile Planungstools und Dashboards Workflowzustände konsistent in Backlogs und Boards behandeln.

Workflow-Zustände

Workflowstatus definieren den Fortschritt eines Arbeitselements von seiner Erstellung bis zum Abschluss. Für den User Story (Agile-Prozess) sind die primären Zustände "Neu", "Aktiv", "Aufgelöst" und "Geschlossen". Verwenden Sie den Status "Entfernt", um eine Arbeitsaufgabe aus dem Backlog zu entfernen. Weitere Informationen finden Sie unter Verschieben, Ändern oder Löschen von Arbeitsaufgaben.

Die natürlichen Progressionen und Regressionen für allgemeine Arbeitsaufgabentypen – User Story (Agile), Problem (Basic), Product Backlog Item (Scrum) und Anforderung (CMMI) – werden hier angezeigt:

Workflow-Zustände: User Story, Agile Prozess

Diagramm, das die Zustände des User Story-Workflows für den Agile-Prozess zeigt.

Kategoriezustände

Statuskategorien bestimmen, wie agile Planungstools und Dashboard-Widgets jeden Workflowzustand behandeln. Teams ordnen Workflowzustände den folgenden Kategoriezuständen zu, die von Backlogs, Boards und Widgets verwendet werden: Vorgeschlagen, In Bearbeitung, Gelöst und Abgeschlossen.

In der folgenden Tabelle wird gezeigt, wie die geerbten Standardzustände Kategoriezuständen für die vier Systemprozesse zugeordnet werden, einschließlich der Arbeitselementtypen „Testplan“. Die Workflows "Test Case", "Test Design" und "Test Suite" bleiben in den vier Systemprozessen konsistent.

Categories

Arbeitsnachverfolgung

Testverfolgung

Vorgeschlagen: Weisen Sie diese Kategorie neu hinzugefügten Arbeitsaufgabenzuständen zu, damit sie im Backlog angezeigt werden. Die erste Spalte auf Boards und Taskboards ist "Vorgeschlagen" zugeordnet.

New

Entwurf (Testfall)

Im Gange: Weisen Sie diese Kategorie Zuständen zu, die aktive Arbeit darstellen. Arbeitselemente in Bearbeitung werden im Backlog (sofern nicht ausgeblendet) angezeigt und belegen die mittleren Spalten auf den Tafeln.

Aktiv (Fehler, Epic, Feature, User Story)

Aktiv (Testplan); In Planung (Testsuite); In Bearbeitung (Testsuite); Bereit (Testfall)

Entschlossen: Weisen Sie diese Kategorie Zuständen zu, die eine implementierte, aber noch nicht überprüfte Lösung angeben (häufig für Fehler verwendet). Aufgelöste Zustände werden standardmäßig im Backlog angezeigt und können in Burndowndiagramme eingeschlossen werden. Azure Boards behandelt "Gelöst" für viele Tools genauso wie "In Bearbeitung".

Behoben (Fehler)

n/a

Abgeschlossen: Weisen Sie diese Kategorie Zuständen zu, die abgeschlossene Arbeit darstellen. Arbeitsaufgaben in "Abgeschlossen" werden nicht im Backlog angezeigt und in der letzten Spalte auf der Tafel angezeigt. Sie können diese Kategorie weder ändern noch Status hinzufügen.

Geschlossen (Fehler, Epic, Feature, User Story)

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

Entfernt: Weisen Sie diese Kategorie dem Status "Entfernt" zu, um Elemente aus dem Backlog und den Board-Ansichten auszublenden.

Entfernt (Epic, Feature, User Story)

n/a

Arbeitselementtypen und die dazugehörigen Boards

Wissen Sie, wo jeder Arbeitsaufgabentyp angezeigt wird, damit Sie die Arbeit effektiv verwalten können.

Kategorie des Arbeitselementtyps Arbeitselemente erscheinen hier
Requirement Nur auf der Produktseite.
Feature Nur auf dem Feature-Portfolioboard.
Epic Nur auf dem Epic-Portfolioboard.
Custom Nur auf einem benutzerdefinierten Portfolio-Board.

Tip

Ordnen Sie jeden Workflowstatus einer Tafelspalte zu. Wenn ein Status nicht zugeordnet ist, erscheint er nicht auf dem Brett.

Note

Abgeschlossene oder geschlossene Arbeitselemente werden in den Backlogs und Boards nicht mehr angezeigt, wenn deren Changed Date-Wert größer als 183 Tage (etwa ein halbes Jahr) ist. Sie können diese Elemente dennoch mit einer Abfrage auflisten. Wenn Sie möchten, dass sie in einem Backlog oder Board erscheinen, können Sie eine kleine Änderung daran vornehmen, wodurch der Status zurückgesetzt wird.

Note

Abgeschlossene oder geschlossene Arbeitselemente werden in den Backlogs und Boards nicht mehr angezeigt, wenn der Wert Changed Date mehr als ein Jahr alt ist. Sie können diese Elemente dennoch mit einer Abfrage auflisten. Wenn Sie möchten, dass sie in einem Backlog oder einem Board erscheinen, können Sie eine kleine Änderung daran vornehmen, wodurch die Zeit zurückgesetzt wird.

Felder „Aktiviert von“/„Aktivierungsdatum“ und „Gelöst von“/„Lösungsdatum“

Das System aktualisiert diese Felder – aktiviert von, Aktiviert am, aufgelöst von und aufgelöst am – basierend auf Änderungen am Status der Workflowkategorie. Wenn sich der Workflowstatus in die Kategorie "In Bearbeitung" ändert, aktualisiert das System Aktiviert von und Aktiviert am. Wenn sich der Workflowstatus in die Kategorie Aufgelöst ändert, aktualisiert das System Aufgelöst durch und Auflösungsdatum.

Weitere Informationen dazu, wie Workflowzustände den Zustandskategorien zugeordnet werden, finden Sie unter Wie Workflowzustände und Zustandskategorien in Backlogs und Boards verwendet werden.

Note

Diese Logik gilt für Azure DevOps Services, Azure DevOps Server 2020.1 Update und höhere Versionen.

Da diese Felder auf Workflowstatuskategorien verweisen, lösen alle benutzerdefinierten Workflowzustände, die Sie hinzufügen, auch Feldaktualisierungen aus. Weitere Informationen finden Sie unter Anpassen des Workflows für einen Prozess.

Zusätzliche Hinweise

  • Die Felder werden aktualisiert, wenn ein Arbeitselement von einem Kategoriestatus zu einem anderen wechselt, der nicht der festgelegte ist. Wenn Sie z. B. eine Arbeitsaufgabe von "Neu " in "Behoben" verschieben, werden die Felder " Aufgelöst nach"/"Aufgelöst am" aktualisiert. Wenn Sie jedoch von "Fixed " zu " Ready for Testing" wechseln – die sich im selben Kategoriezustand befinden – werden die Felder "Aufgelöst nach"/"Aufgelöst am" nicht aktualisiert.
  • Wenn Sie rückwärts wechseln, z. B. von einem aufgelösten in einen aktiven Zustand, löscht das System die Felder "Aufgelöst nach/Aufgelöst am" . Wenn Sie von Aktiv zu Neu wechseln, löscht das System die Felder Aktiviert von/Aktiviert am.
  • Ändern Sie diese Feldwerte nicht manuell. Sie sind Systemfelder, die von Systemregeln gesteuert werden, und alle von Ihnen festgelegten Werte werden überschrieben.

Wann sollte ein Status im Vergleich zu einer Spalte hinzugefügt werden?

Verwenden Sie Zustände und Spalten zusammen, um den Arbeitsstatus nachzuverfolgen. Die Staaten gelten auf Projektebene; Spalten gelten auf Teamebene. Nur Projektsammlungsadministratoren können benutzerdefinierte Zustände hinzufügen; Teamadministratoren können Spalten hinzufügen.

Fügen Sie benutzerdefinierte Zustände hinzu, wenn Sie Teams an einem freigegebenen Organisationsworkflow ausrichten möchten. Benutzerdefinierte Zustände werden an Projekte und Arbeitsaufgabentypen weitergegeben, die auf den Prozess verweisen.

Bevorzugen Sie gemeinsam genutzte benutzerdefinierte Zustände, wenn mehrere Teams denselben Workflow verwenden, um Verwirrung zu vermeiden, die entsteht, wenn unterschiedliche Teams Abfragen basierend auf Spalten durchführen. Verwalten Sie die Einzelverantwortlichkeit für Arbeitselemente nach Team-Bereichspfad oder standardisieren Sie Spalten, indem Sie benutzerdefinierte Zustände hinzufügen, die für Teams freigegeben sind.

Automatische Vervollständigung von Arbeitselementen mit Pull Requests

Wenn Sie ein Arbeitselement mit einem Pull Request (PR) verknüpfen, können Sie diese Arbeitselemente automatisch vervollständigen lassen, wenn Sie den PR vervollständigen. Ausführliche Informationen finden Sie unter "Automatisches Abschließen von Arbeitsaufgaben mit Pullanforderungen".

Statusübergänge von Arbeitselementen automatisieren

Sie können den Status eines übergeordneten Arbeitselements basierend auf dem Status der untergeordneten Aufgaben automatisch aktualisieren. Ausführliche Informationen finden Sie unter Automatisieren von Übergängen des Arbeitsaufgabenstatus.

Verwandte Inhalte

Vererbungsprozess-Modell

Lokales XML-Prozessmodell

Dashboard-Widgets

  • Last updated on