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
Nachdem Sie Workflowzustände für einen Arbeitsaufgabentyp hinzugefügt oder geändert haben, definieren Sie Regeln, die basierend auf Zustandsänderungen gelten. Workflowstatusregeln unterstützen die folgenden Szenarien:
- Unterstützen Sie einen Genehmigungsprozess.
- Verhindern, dass nicht autorisierte Benutzer einen ungültigen Zustand festlegen.
- Machen Sie ein Feld erforderlich, schreibgeschützt oder auf einen anderen Wert basierend auf Zustandsänderungen festgelegt.
- Einschränken von Übergängen von einem Zustand zu einem anderen.
- Einschränken oder Zulassen von Statusübergängen zu bestimmten Benutzern oder Gruppen.
- Verwalten Sie einen kontrollierten Workflowprozess, der Überwachungsanforderungen unterstützt.
- Automatisieren Sie das Schließen von übergeordneten Arbeitselementen.
- Unterstützen Sie einen Genehmigungsprozess.
- Verhindern, dass nicht autorisierte Benutzer einen ungültigen Zustand festlegen.
- Machen Sie ein Feld erforderlich, schreibgeschützt oder legen Sie es basierend auf Zustandsänderungen auf einen anderen Wert fest.
- Einschränken von Übergängen von einem Zustand zu einem anderen.
- Automatisierung des Schließens übergeordneter Arbeitselemente.
Wichtig
Das Vererbungsprozessmodell ist für Projekte verfügbar, die für die Unterstützung des Modelltyps konfiguriert sind. Wenn Sie eine ältere Sammlung verwenden, überprüfen Sie die Prozessmodellkompatibilität. Wenn Ihre lokale Auflistung für die Verwendung des lokalen XML-Prozessmodells konfiguriert wurde, können Sie nur dieses Prozessmodell zur Anpassung der Arbeitsnachverfolgung verwenden. Weitere Informationen finden Sie unter Prozessanpassung auf Organisationsebene.
Tipp
Sie können KI verwenden, um diese Aufgabe zu unterstützen weiter unten in diesem Artikel, oder lesen Sie Enable AI-Unterstützung bei Azure DevOps MCP Server, um zu beginnen.
Voraussetzungen
| Kategorie | Anforderungen |
|---|---|
| Erlaubnisse | – Zum Verwalten von Sicherheitsgruppen und Berechtigungen auf Projektebene, die Das Festlegen von Regeln für Workflowzustände umfasst: Projektadministrator. – Um den Arbeitsverfolgungsbereich zu verwalten: Projektadministrator oder speziell zugewiesene Berechtigung zum Nachverfolgen von Arbeitselementen. |
| Zugriffsebenen | Einfacher Zugriff, der in der Regel für die meisten Benutzer ausreicht, die Arbeitsaufgaben verwalten und Regeln auf Workflowzustände anwenden müssen. |
Informationen zu Workflowregeln
In der folgenden Liste werden die drei Gruppen von Workflowregeln beschrieben:
Standardaktionen:
- Wenden Sie diese an, wenn ein Arbeitselement erstellt, sich in einem bestimmten Zustand befindet oder von einem Zustand in einen anderen Zustand verschoben wird.
- Die Aktionen umfassen das Festlegen des Werts eines Felds, das Festlegen eines Felds als schreibgeschützt oder das Festlegen eines Felds als erforderlich.
- Sie können eine oder zwei Bedingungen und mehrere Aktionen angeben.
Einschränken von Zustandsübergängen:
- Geben Sie eine einzelne Bedingung an, die den Zustand angibt, aus dem ein Arbeitselement verschoben wurde.
- Definieren Sie Aktionen, um Übergänge von diesem Zustand zu anderen Zuständen einzuschränken.
Einschränken von Statusübergängen basierend auf der Benutzer- oder Gruppenmitgliedschaft:
- Geben Sie eine Bedingung basierend auf der Benutzer- oder Gruppenmitgliedschaft an.
- Definieren Sie eine Aktion, um einen Übergang von einem Zustand zu einem anderen zu beschränken.
In der folgenden Liste sind die beiden Workflowregelngruppen aufgeführt:
Standardaktionen:
- Wenden Sie diese an, wenn ein Arbeitselement erstellt, sich in einem bestimmten Zustand befindet oder von einem Zustand in einen anderen Zustand verschoben wird.
- Die Aktionen umfassen das Festlegen des Werts eines Felds, das Festlegen eines Felds als schreibgeschützt oder das Festlegen eines Felds als erforderlich.
- Sie können eine oder zwei Bedingungen und mehrere Aktionen angeben.
Einschränken von Zustandsübergängen:
- Geben Sie eine einzelne Bedingung an, die den Zustand angibt, aus dem ein Arbeitselement verschoben wurde.
- Definieren Sie eine oder mehrere Aktionen, um Übergänge von diesem Zustand zu anderen Zuständen einzuschränken.
Zustand
Unterstützte Aktionen
Festlegen des Feldwerts oder Festlegen eines schreibgeschützten/erforderlichen Werts basierend auf dem Status
Einschränken eines Übergangs basierend auf dem Status
Feld ausblenden oder Feld schreibgeschützt machen oder Feld auf Grundlage von Status oder Benutzer- oder Gruppenmitgliedschaft erforderlich machen
Legen Sie basierend auf der Benutzer- oder Gruppenmitgliedschaft ein Feldattribute fest, oder beschränken Sie einen Zustandsübergang.
Hinweis
Wenn Sie einen geerbten Prozess anpassen, spiegeln alle Projekte, die den Prozess verwenden, automatisch die Anpassungen wider. Um einen reibungslosen Übergang sicherzustellen, empfiehlt es sich, einen Testprozess und ein Projekt zu erstellen, um Ihre Anpassungen zu testen, bevor Sie sie organisationsweit implementieren. Weitere Informationen finden Sie unter Erstellen und Verwalten geerbter Prozesse.
Informationen zu Workflowzuständen und Regelgrenzwerten
Workflowregeln gelten, wenn Sie Arbeitsaufgaben über eine der folgenden Schnittstellen hinzufügen oder ändern:
- Webportal: Arbeitselementformular, Massenaktualisierungen, Aktualisierungen in der Abfrageansicht
- Webportal: Board oder Taskboard, Arbeitsaufgabe in Spalte verschieben
- Visual Studio 2017 und früheren Versionen, Arbeitsaufgabenformular
- CSV-Dateiformat: Massenimport oder -aktualisierung
- Excel: Massenimport oder -aktualisierung
- REST-API: Hinzufügen oder Ändern von Arbeitsaufgaben
In der folgenden Tabelle sind die Workflowstatus- und Regelgrenzwerte für den Vererbungsprozess zusammengefasst.
| Objekt | Vererbungslimit |
|---|---|
| Für einen Prozess definierte Arbeitselementtypen | 64 |
| Für einen Arbeitselementtyp definierte Workflowstatus | 32 |
| Für einen Arbeitselementtyp definierte Regeln | 1024 |
Bei der Definition von Workflowzuständen und Regeln sollten Sie diese Richtlinien befolgen, um Leistungsprobleme zu minimieren:
- Beschränken Sie die Anzahl der Regeln für ein WIT: Während Sie mehrere Regeln für einen Arbeitsaufgabentyp (Work Item Type, WIT) erstellen können, können sich mehr Regeln negativ auf die Leistung auswirken, wenn Benutzer Arbeitsaufgaben hinzufügen oder ändern. Das System überprüft alle Regeln, die den Feldern für den Arbeitselementtyp zugeordnet sind, wenn Benutzer Arbeitselemente speichern. In einigen Fällen kann der Regelüberprüfungsausdruck zu komplex werden, um von SQL ausgewertet zu werden.
- Beschränken Sie die Anzahl der benutzerdefinierten Arbeitsaufgabentypen: Durch das Reduzieren der Anzahl von benutzerdefinierten Arbeitsaufgabentypen wird eine optimale Leistung gewährleistet.
Definieren einer Regel
Bevor Sie eine Regel basierend auf Workflowzuständen definieren, müssen Sie sicherstellen, dass die folgenden Elemente vorhanden sind:
- Workflowzustände: Definieren Sie die Workflowzustände, wie unter "Workflow anpassen" beschrieben.
- Benutzerdefinierte Felder: Wenn für Ihre Regel ein benutzerdefiniertes Feld erforderlich ist, fügen Sie es dem Arbeitsaufgabentyp hinzu, wie in " Hinzufügen und Verwalten von Feldern" beschrieben.
- Sicherheitsgruppen: Wenn für Ihre Regel eine Sicherheitsgruppe erforderlich ist, um Änderungen basierend auf der Benutzer- oder Gruppenmitgliedschaft zu gewähren oder einzuschränken, definieren Sie die Sicherheitsgruppe wie unter "Hinzufügen oder Entfernen von Benutzern oder Gruppen, Sicherheitsgruppen verwalten" beschrieben.
Weitere Informationen zum Definieren von Regeln finden Sie unter Hinzufügen einer benutzerdefinierten Regel.
Festlegen des Feldwerts oder Festlegen eines Felds als schreibgeschützt oder erforderlich
Mithilfe der ersten Gruppierung von Regeln können Sie eine oder zwei Bedingungen und bis zu 10 Aktionen pro Regel angeben.
Beispiel für die Sicherstellung der Teamleitergenehmigung vor der aktiven Arbeit
In diesem Beispiel möchten Entwicklungsteams sicherstellen, dass keine Benutzergeschichte bearbeitet wird, bis ein Teamleiter sie genehmigt. In diesem Beispiel werden die Standardworkflowzustände verwendet, mit dem Hinzufügen eines benutzerdefinierten Felds, genehmigt von und einer Sicherheitsgruppe, Der Teamleitergruppe.
Standardworkflowzustände
Regelanforderungen
Um den Erhalt einer Genehmigung vor der aktiven Arbeit sicherzustellen, definieren Sie die folgenden Regeln:
- Das Ausfüllen des Felds Genehmigt von erfordern, wenn der Zustand von Neu zu Aktiv wechselt
- Benutzer, die nicht Mitglieder der Teamleitergruppe sind, am Ausfüllen des Felds Genehmigt von hindern
- Das Feld Genehmigt von löschen, wenn der Zustand zu Neu oder Entfernt wechselt
Regeldefinitionen
Die Regelanforderungen werden in die folgenden vier Regeldefinitionen übersetzt.
Regelname
Zustand
Aktionen
Genehmigt durch löschen, wenn "Neu"
Wenn A work item state changes to New
Dann Clear the value of Approved By
Genehmigt durch löschen, wenn sie entfernt wurde
Wenn A work item state changes to Removed
Dann Clear the value of Approved By
Genehmigt von Schreibgeschützt
Wenn Current user is not member of group Team Leads Group
Dann Make read-only Approved By
Genehmigt von erforderlich
Wenn A work item state changes from New to Active
Dann Make required Approved By
Einschränken von Zustandsübergängen
Wenn Sie die Bedingung A work item state moved from ...angeben, können Sie nur diese Bedingung angeben.
Sie können bis zu 10 Aktionen angeben.
Beispiel für das Einschränken von Zustandsübergängen und Zustand „Genehmigt“
Die folgenden Workflowzustände sind für die User Story definiert. Die geerbten Zustände Neu, Aufgelöst und Entfernt sind ausgeblendet. Stattdessen werden der Status "Vorgeschlagen", " Überprüfen" und " Ausschneiden " verwendet. Darüber hinaus werden drei weitere Zustände definiert: Forschung, Entwurf und Genehmigt. Diese Zustände sollten der Sequenz in der folgenden Abbildung folgen.
Ohne Einschränkungen können Benutzer von einem Zustand in einen anderen Zustand wechseln, sowohl vorwärts als auch rückwärts innerhalb der Sequenz.
Regelanforderungen
Um den Workflow besser zu kontrollieren, hat sich die Geschäftsgruppe entschieden, Regeln zu erstellen, die die folgenden Zustandsübergänge vorwärts und rückwärts für den Arbeitselementtyp „User Story“ unterstützen.
| Status | Übergangsregel |
|---|---|
| Vorgeschlagen | Kann nur zu Recherchieren und Ausschneiden wechseln |
| Recherchieren | Kann nur zu Entwerfen und Ausschneiden wechseln |
| Entwerfen | Kann nur zu Recherchieren, Genehmigt und Ausschneiden wechseln |
| Genehmigt | Kann nur zu Entwerfen, Aktiv und Ausschneiden wechseln |
| Aktiv | Kann nur zu In Überprüfung wechseln |
| In Überprüfung | Kann nur zu Aktiv (weitere Arbeit gefunden), Geschlossen oder Ausschneiden wechseln |
| Geschlossen | Kann zu Recherchieren, Entwerfen, Aktiv, In Überprüfung (lässt Fälle zu, in denen Benutzer ein Arbeitselement aus Versehen geschlossen haben) |
| Ausschneiden | Kann nur in "Vorgeschlagen" verschoben werden. |
Hinweis
Wenn Sie Zustandsübergänge einschränken, sollten Sie Fälle berücksichtigen, in denen ein Benutzer einen Zustand aus Versehen ändert. Stellen Sie sicher, dass Benutzer normale Wiederherstellungen ausführen können.
Darüber hinaus möchte die Geschäftsgruppe die folgenden Regeln auf Pflichtfelder anwenden:
- Das Feld Genehmigt von muss ausgefüllt werden, wenn der Zustand von Genehmigt zu Aktiv wechselt.
- Nur Benutzer in der Gruppe Autorisierte Genehmigende dürfen das Feld Genehmigt von ausfüllen.
- Das Feld Genehmigt von muss gelöscht werden, wenn der Zustand zu Ausschneiden wechselt.
- Das Feld Akzeptanzkriterien muss ausgefüllt werden, wenn der Zustand zu Aktiv wechselt.
Regeldefinitionen
Um die zuvor genannten Einschränkungen zu implementieren, fügt der Prozessadministrator das benutzerdefinierte Identitätsfeld Genehmigt von, die Sicherheitsgruppe Autorisierte Genehmigende und die folgenden Regeln hinzu.
Regelname
Zustand
Aktionen
Vorgeschlagener Zustand
Wenn A work item state moves from Proposed
Dann Restrict the state transition to Design
Und Restrict the state transition to Approved
Und Restrict the state transition to Active
Und Restrict the state transition to In Review
Und Restrict the state transition to Closed
Forschungszustand
Wenn A work item state moves from Research
Dann Restrict the state transition to Proposed
Und Restrict the state transition to Approved
Und Restrict the state transition to Active
Und Restrict the state transition to In Review
Und Restrict the state transition to Closed
Entwurfszustand
Wenn A work item state moves from Design
Dann Restrict the state transition to Proposed
Und Restrict the state transition to Active
Und Restrict the state transition to In Review
Und Restrict the state transition to Closed
Genehmigter Zustand
Wenn A work item state moves from Approved
Dann Restrict the state transition to Proposed
Und Restrict the state transition to Research
Und Restrict the state transition to In Review
Und Restrict the state transition to Closed
Aktiver Zustand
Wenn A work item state moves from Active
Dann Restrict the state transition to Proposed
Und Restrict the state transition to Research
Und Restrict the state transition to Design
Und Restrict the state transition to Approved
Und Restrict the state transition to Closed
Und Restrict the state transition to Cut
Im Status "Überprüfen"
Wenn A work item state moves from In Review
Dann Restrict the state transition to Proposed
Und Restrict the state transition to Research
Und Restrict the state transition to Design
Und Restrict the state transition to Approved
Geschlossener Zustand
Wenn A work item state moves from Closed
Dann Restrict the state transition to Proposed
Und Restrict the state transition to Cut
Status ausschneiden
Wenn A work item state moves from Cut
Dann Restrict the state transition to Research
Und Restrict the state transition to Design
Und Restrict the state transition to Approved
Und Restrict the state transition to Active
Und Restrict the state transition to In Review
Und Restrict the state transition to Closed
Erforderliche Felder für den genehmigten Zustand
Wenn A work item changes from Approved to Active
Dann Make required Acceptance Criteria
Und Make required Approved By
Autorisierte Genehmiger
Wenn Current user is not a member of Authorized Approvers
Dann Make read-only Approved By
Löschen des Felds "Genehmigt von"
Wenn A work item state changes to Cut
Dann Clear the value of Approved By
Überprüfen von Einschränkungen für Zustandsübergänge
Nachdem Sie die Regeln für den Prozess definiert und das Projekt aktualisiert haben, aktualisieren Sie Ihren Browser. Überprüfen Sie die Operationen über das Arbeitsaufgabenformular und das Board.
Überprüfen Sie die Dropdownmenüs "Zustand" für die in der vorherigen Tabelle definierten Regeln. Öffnen Sie das Board, und stellen Sie sicher, dass Sie von einem Zustand zu einem anderen Zustand wechseln können.
| Vorgeschlagen | Recherchieren | Entwerfen | Genehmigt |
|---|---|---|---|
|
|
|
|
| Aktiv | In Überprüfung | Geschlossen | Ausschneiden |
|
|
|
|
Einschränken des Zustandsübergangs abhängig von Benutzer oder Gruppenmitgliedschaft
Sie können nur eine der beiden Bedingungen basierend auf der Benutzer- oder Gruppenmitgliedschaft angeben: Current user is member of group ... oder Current user is not member of group ....
Sie können nur eine Aktion angeben: Restrict the transition to state....
Hinweis
Arbeitselemente unterliegen den für sie geltenden Regeln. Bedingte Regeln, die auf Benutzer- oder Gruppenzugehörigkeit basieren, werden für Ihren Webbrowser zwischengespeichert. Wenn Sie ein Arbeitselement nicht aktualisieren können, sind Sie möglicherweise auf eine dieser Regeln gestoßen. Wenn Sie der Ansicht sind, dass ein aufgetretenes Problem nicht auf Sie zutrifft, finden Sie weitere Informationen unter Behandeln von Problemen bei der Zwischenspeicherung von Arbeitselementen.
Automatisieren von Zustandsübergängen übergeordneter Arbeitselemente
Informationen zum Automatisieren von Statusänderungen für übergeordnete Arbeitselemente basierend auf den Statuszuweisungen ihrer untergeordneten Arbeitselemente finden Sie unter Automatisieren von Statusänderungen bei Arbeitselementen.
Automatisieren der Neuzuweisung basierend auf Zustandsänderungen
Der Arbeitsaufgabentyp "Agile-Prozessfehler" enthielt zuvor eine Regel, mit der der Fehler dem Ersteller neu zugewiesen wurde. Der Standardsystemprozess enthält diese Regel nicht mehr. Sie können die Regel erneut festlegen oder eine ähnliche Regel zu anderen Arbeitsaufgabentypen hinzufügen, indem Sie die folgende Bedingung und Aktion verwenden:
Wann A work item state changes to Resolved, dann Copy the value from Created By to Assigned To.
Verwenden von KI zum Konfigurieren von Workflowregeln
Tipp
Sie können KI verwenden, um diese Aufgabe zu unterstützen weiter unten in diesem Artikel, oder lesen Sie Enable AI-Unterstützung bei Azure DevOps MCP Server, um zu beginnen.
Wenn Sie GitHub Copilot verwenden, können Sie mit der Azure DevOps MCP Server Workflowstatusregeln mithilfe von Eingabeaufforderungen in natürlicher Sprache entwerfen und implementieren.
Beispielaufforderungen für Workflowregeln
| Aufgabe | Beispielaufforderung |
|---|---|
| Erstellen eines Genehmigungsworkflows | Create workflow rules for my Bug work item type so that when the state changes to Ready for Review, the Assigned To field is set to the team lead and the Priority field becomes read-only until it moves to Approved |
| Einschränken von Statusübergängen nach Rolle | Configure rules so that only members of the Release Managers group can move User Stories from Testing to Done, and prevent anyone else from making that transition |
| Erzwingen erforderlicher Felder bei Statusänderungen | Add rules to my Task work item type that require the Resolution field and Root Cause field to be filled in before a task can be moved from Active to Resolved |
| Übergeordnete Arbeitsaufgaben automatisch schließen | Set up rules to automatically close a Feature when all its child User Stories reach the Done state. Explain how the auto-complete parent rule works and any limitations I should know about |
| Konfliktregelprobleme beheben | I'm getting a VS1640113 error about duplicate rules with the same conditions. Help me identify which rules in my inherited process conflict and show me how to fix the overlap |
| Entwerfen eines regulierten Workflows | Our team needs to meet SOC 2 compliance for state transitions. Design workflow rules that enforce separation of duties — the person who created a work item can't be the one to approve it, and all state changes must be auditable |
Tipp
Um optimale Ergebnisse zu erzielen, verwenden Sie diese Eingabeaufforderungen im Agentmodus, wobei der Azure DevOps MCP-Server verbunden ist. Passen Sie die Eingabeaufforderungen mit Ihren spezifischen Arbeitsaufgabentypen, Feldern oder Complianceanforderungen an.