Statusübergänge von Arbeitselementen automatisieren

  • Artikel

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

Aktualisieren Sie den Status eines Arbeitselements automatisch entsprechend dem Status der untergeordneten Aufgaben. Wenn zum Beispiel eine Aufgabe in Doing geändert wird, wird die übergeordnete Aufgabe auf Doing gesetzt. Und wenn sich alle Aufgaben im Zustand Closed befinden, dann erhält die übergeordnete Aufgabe Closed.

Regeln werden auf Teamrückstandsebene festgelegt und gelten für alle Arbeitsaufgaben auf dieser bestimmten Ebene. Sie haben die Flexibilität, diese Regeln unabhängig für jede Rückstandsebene, einschließlich Geschichten, Features und Epics, festzulegen. Sie können beispielsweise das Schließen von User Storys automatisieren, aber Features und Epics offen halten.

Wichtig

Automatisierungsregeln für Arbeitselemente beziehen sich ausschließlich auf den Workflow Ihres Teams auf dem Rückstand und den Boards. Andere Teams in Ihrem Projekt können ihre eigenen Regeln anpassen, um sie an ihre spezifischen Arbeitsprozesse anzupassen.

Voraussetzungen

Regeln festlegen

Führen Sie die folgenden Schritte aus, um Teamregeln für jede Rückstandsebene festzulegen.

Hinweis

Arbeitselemente müssen demselben Team angehören; wenn Sie eine Aufgabe in einem anderen Team oder Projekt schließen, wird das Schließen des übergeordneten Elements nicht ausgelöst.

  1. Melden Sie sich bei Ihrem Projekt (https://dev.azure.com/{yourorganization}/{yourproject}).

  2. Wählen Sie Boards>Rückstände>Teameinstellungen konfigurieren aus.

    Screenshot des Auswahlprozesses, Boards, Backlogs und dann Teameinstellungen konfigurieren.

  3. Markieren Sie das/die entsprechende(n) Kontrollkästchen, das/die die übergeordneten Arbeitselemente auf dieser Rückstandsebene auslöst/auslösen, und wählen Sie dann Speichern.

    Screenshot der Einstellungsseite für Teamautomatisierungsregeln.

    Die Zustände von Arbeitselementen sind so eingestellt, dass sie automatisch übergehen, wenn untergeordnete Elemente in Ihrem Rückstand aktualisiert werden.

Regeln, die auf Sprintboard angewendet werden

Diese Regeln funktionieren nahtlos, unabhängig davon, wo Sie Aktualisierungen an den untergeordneten Elementen vornehmen, z. B. auf dem Sprintboard.

Animation der Demo von Automatisierungsregeln für Sprintboard, Ziehen und Ablegen der untergeordneten Aufgabe aktiviert und schließt dann die übergeordnete User Story auf dem Board.

Regeln, die auf die Rückstandsebene der User Storys angewendet werden

Das folgende Beispiel zeigt die Regeln, die auf die Rückstandsebene der User Stories angewendet werden.

Animation einer Demo von Automatisierungsregeln für einen einfachen Workflow, das Schließen einer untergeordneten Aufgabe schließt die übergeordnete User Story im Backlog.

Synchronisierte Anwendung von Regeln auf mehrere Rückstandsebenen

Das folgende Beispiel zeigt, wie die Regeln auf mehrere Rückstandsebenen synchronisiert werden.

Animation der Demo von Automatisierungsregeln, die auf mehrere Backlog-Ebenen synchron angewendet werden. Wenn Sie alle Aufgaben schließen, wird die übergeordnete User Story geschlossen, und wenn Sie alle User Stories schließen, wird das übergeordnete Feature geschlossen.

Häufig gestellte Fragen

Antworten auf die folgenden häufig gestellten Fragen finden Sie in den Häufig gestellten Fragen:

  • Gibt es eine Möglichkeit, das übergeordnete Element aktiv zu machen, wenn ein untergeordnetes Element aktiv ist?
  • Warum werden meine Arbeitselemente automatisch geändert?
  • Warum werden die Regeln nicht ausgelöst, wenn ich ein untergeordnetes Objekt reaktiviere?
  • Kann ich Automatisierungsregeln pro Arbeitselementtyp oder -zustand festlegen?
  • Kann ich Automatisierungsregeln für User Storys einrichten, aber nicht für Features oder Epics?
  • Warum funktionieren Automatisierungsregeln nicht, wenn die untergeordneten oder übergeordneten Elemente zu einem anderen Team oder Projekt gehören?