Freigeben über


Anpassen des Workflows (Vererbungsprozess)

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

Jeder Arbeitsaufgabentyp (WORK Item Type, WIT) verfügt über einen zugeordneten Workflow, der den Status der Arbeit vom Erstellen bis zum Abschluss nachverfolgt. Um sich an Ihre Geschäfts- und Teamprozesse auszurichten, können Sie den meisten Arbeitsaufgabentypen benutzerdefinierte Zustände hinzufügen. Sie können z. B. einen Triaged-Zustand für Fehler oder einen Entwurfszustand für Features oder Benutzergeschichten hinzufügen.

In diesem Artikel passen Sie den Bug WIT so an, dass er einen Triaged-Zustand enthält. Die Status- und Grundfelder werden im Kopfzeilenbereich des Arbeitsaufgabenformulars angezeigt.

Screenshot des Formulars

Dokumentation zum Workflow zum Erstellen und Freigeben von DevOps-Aufgaben finden Sie unter YAML vs Classic Pipelines.

Wichtig

Das Vererbungsprozessmodell ist für Projekte verfügbar, die für die Unterstützung konfiguriert sind. Wenn Sie eine ältere Sammlung verwenden, überprüfen Sie die Prozessmodellkompatibilität. Wenn Ihre lokale Sammlung für die Verwendung des lokalen XML-Prozessmodells konfiguriert ist, können Sie dieses Prozessmodell nur verwenden, um die Arbeitsverfolgungserfahrung anzupassen. Weitere Informationen finden Sie unter Auswählen des Prozessmodells für Ihre Projektsammlung.

Unterstützte Anpassungen

Sie können den Workflow eines beliebigen Arbeitsaufgabentyps (WIT) anpassen, indem Sie geerbte Zustände ausblenden oder benutzerdefinierte Zustände hinzufügen. Geerbte Zustände variieren je nach dem Systemprozess, den Sie zum Erstellen des benutzerdefinierten Prozesses ausgewählt haben. Die Optionen sind Agile, Basic, Scrum oder Capability Maturity Model Integration (CMMI). Weitere Informationen finden Sie unter Workflowzustände, Übergänge und Gründe.

Jeder Standardworkflow für jede WIT definiert zwischen zwei und vier Zuständen und gibt die folgenden Workflowvorgänge an:

  • Vorwärts- und Rückwärtsübergänge zwischen jedem Zustand. Beispielsweise enthält das Grundlegende Prozessproblem WIT drei Zustände: To Do, Doing und Done.
  • Standardgründe für jeden Zustandsübergang

Statustypen

Unterstützte Anpassungen


Geerbte Zustände

Benutzerdefinierte Zustände


Workflowzustände müssen den folgenden Regeln entsprechen:

  • Definieren Sie mindestens einen Status für die Kategorien "Vorgeschlagen" oder "In Bearbeitung ".

    Hinweis

    Bevor Sie einen Workflowstatus hinzufügen, lesen Sie Informationen zu Workflowzuständen in Backlogs und Boards , um zu erfahren, wie Workflowzustände Zustandskategorien zugeordnet werden.

  • Definieren Sie mindestens zwei Workflowzustände.
  • Definieren Sie maximal 32 Workflowzustände pro Arbeitsaufgabentyp.

Nicht unterstützte Workflowanpassungen

  • Blenden Sie geerbte Zustände aus, wenn sie nicht sichtbar sein sollen (Sie können den Namen, die Farbe oder die Kategorie nicht ändern).
  • Stellen Sie sicher, dass nur ein Status in der Kategorie "Abgeschlossen" vorhanden ist. Durch Hinzufügen eines benutzerdefinierten Zustands zu dieser Kategorie werden alle anderen Zustände entfernt oder ausgeblendet.
  • Behalten Sie den Namen von benutzerdefinierten Zuständen wie folgt bei; Sie können sie nicht ändern.
  • Verwenden Sie Standardgründe für Zustandsübergänge, z . B. "In Zustandsauszug verschoben" und "Verschoben" aus dem Zustand "Triaged". Sie können keine benutzerdefinierten Gründe angeben.
  • Übernehmen Sie den Standardspeicherort der Felder "Bundesland" und "Grund" im Formular; Sie können deren Platzierung nicht ändern.
  • Verwenden Sie die Standardnamen der Statuskategorie; Sie können sie nicht anpassen.
  • Blenden Sie geerbte Zustände aus, wenn sie nicht sichtbar sein sollen (Sie können den Namen, die Farbe oder die Kategorie nicht ändern).
  • Stellen Sie sicher, dass nur ein Status in der Kategorie "Abgeschlossen" vorhanden ist. Das System lässt das Hinzufügen eines benutzerdefinierten Zustands zu dieser Kategorie nicht zu.
  • Behalten Sie den Namen von benutzerdefinierten Zuständen wie folgt bei; Sie können sie nicht ändern.
  • Akzeptieren Sie die natürliche Abfolge von Zuständen in der Dropdownliste im Arbeitsaufgabenformular; Sie können deren Reihenfolge nicht ändern.
  • Verwenden Sie Standardgründe für Zustandsübergänge, z . B. "In Zustandsauszug verschoben" und "Verschoben" aus dem Zustand "Triaged". Sie können keine benutzerdefinierten Gründe angeben.
  • Übernehmen Sie den Standardspeicherort der Felder "Bundesland" und "Grund" im Formular; Sie können deren Platzierung nicht ändern.
  • Übergänge von einem beliebigen Zustand zu einem anderen zulassen; Sie können keine Übergänge einschränken.

Dropdownsequenz des Statusmenüs

Das Dropdownmenü "Status" listet die Zustände in der Reihenfolge auf, in der Sie in jeder Statuskategorie definieren. Für neu hinzugefügte Arbeitsaufgaben wird der erste Status in der Kategorie "Vorgeschlagen " als Standardstatus zugewiesen.

Die folgende Abbildung zeigt die Zustandssequenz, die für einen Benutzerabschnitt und das entsprechende Dropdownmenü definiert ist.

Screenshot der Zustandssequenz des Benutzerabschnitts.Screenshot des Dropdownmenüs

Innerhalb jeder Kategorie können Sie benutzerdefinierte Zustände nach oben oder unten verschieben.

Auswirkungen auf Teams mit Workflowänderungen

Aktualisieren der Boardkonfiguration

Teams sollte ihre Boardkonfiguration aktualisieren, wenn Sie die folgenden Anpassungen vornehmen:

  • Fügen Sie einen benutzerdefinierten Zustand hinzu.
  • Ändern Sie die Kategorie eines benutzerdefinierten Zustands.
  • Fügen Sie einer Backlog-Ebene einen benutzerdefinierten oder geerbten Arbeitsaufgabentyp hinzu. Siehe Anpassen von Backlogs und Boards.

Taskboardkonfiguration

Teams sollte ihre Boardkonfiguration aktualisieren, wenn Sie die folgenden Anpassungen vornehmen:

  • Fügen Sie dem Vorgang WIT Zuständen hinzu, die dem Taskboard Spalten hinzufügen.
  • Verfolgen Sie Fehler zusammen mit Aufgaben, und fügen Sie dem Fehler-WIT Zuständen hinzu, wodurch auch Spalten zum Taskboard hinzugefügt werden.
  • Fügen Sie die gleichen Zustände sowohl zu Aufgaben- als auch Fehleraufgabentypen hinzu, wodurch der Status konsistent aktualisiert und die Anzahl der hinzugefügten Spalten minimiert wird.

Voraussetzungen

Anleitungen zum Anpassen von Azure Boards an Ihre spezifischen Geschäftsanforderungen finden Sie unter Informationen zum Konfigurieren und Anpassen von Azure Boards.

  • Organisationsanforderung: Stellen Sie sicher, dass Sie über eine Organisation in Azure DevOps verfügen.

  • Berechtigungen:

    • Mitglied der Gruppe "Projektsammlungsadministratoren" sein.
    • Verfügen Sie über Berechtigungen auf Sammlungsebene, z. B. "Prozess erstellen", "Löschen", "Bearbeitungsprozess" oder "Löschen eines Felds aus der Organisation", das auf "Zulassen" festgelegt ist.
    • Mit diesen Berechtigungen können Sie Prozesse und Felder innerhalb Ihrer Organisation ändern.
  • Anforderung des Projektprozessmodells:

    • Stellen Sie sicher, dass Sie über das Vererbungsprozessmodell für die Projektsammlung verfügen, in der das Projekt erstellt wird.
  • Berechtigungen:

    • Mitglied der Gruppe "Projektsammlungsadministratoren" sein.
    • Verfügen Sie über Berechtigungen auf Sammlungsebene, z. B. "Prozess erstellen", "Löschen", "Bearbeitungsprozess" oder "Löschen eines Felds aus der Organisation", das auf "Zulassen" festgelegt ist.
    • Mit diesen Berechtigungen können Sie Prozesse und Felder innerhalb Ihrer Organisation ändern.

Organisationsprozesseinstellungen öffnen

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

  2. Wählen Sie Organisationseinstellungen aus.

    Screenshot: Auszuwählende Schaltfläche „Organisationseinstellungen“

  3. Wählen Sie Prozess aus.

    Screenshot mit zur Auswahl hervorgehobener Schaltfläche „Prozess“.

  1. Melden Sie sich bei Ihrer Sammlung an (https://dev.azure.com/{Your_Collection}).

  2. Wählen Sie Sammlungseinstellungen oder Administratoreinstellungen aus.

  3. Wählen Sie Prozess aus.

    Screenshot mit hervorgehobener Schaltfläche „Verarbeiten“ in den Sammlungseinstellungen.

Hinweis

Wenn Sie einen geerbten Prozess anpassen, spiegeln alle Projekte, die diesen Prozess verwenden, automatisch die Anpassungen wider. Um einen reibungslosen Übergang sicherzustellen, empfehlen wir, einen Testprozess und ein Projekt zu erstellen, mit dem Sie Ihre Anpassungen testen können, bevor Sie sie organisationsweit implementieren. Weitere Informationen finden Sie unter Erstellen und Verwalten geerbter Prozesse.

Hinzufügen eines Workflowstatus

Zustände, die Sie hinzufügen, werden im Dropdownmenü für das Feld "Status" in Arbeitsaufgabenformularen und im Abfrage-Editor angezeigt. Ein Übergang zu und von dem Staat, den Sie hinzufügen, wird zu jedem anderen Staat erstellt. Standardgründe sind definiert, z . B. "In Zustand "Triaged " verschoben und aus dem Zustand "Triaged" verschoben.

  1. Wählen Sie auf der Seite "Arbeitsaufgabentypen " den Arbeitsaufgabentyp aus, den Sie ändern möchten, wählen Sie "Zustände" und dann " Neuer Status" aus.

    Screenshot der Seite

    Wenn die Option "Neuer Status " deaktiviert ist, verfügen Sie nicht über die erforderlichen Berechtigungen zum Bearbeiten des Prozesses. Siehe Anpassen eines geerbten Prozesses.

  2. Geben Sie den Namen des Staates ein, wählen Sie die Kategorie und Farbe aus, und wählen Sie dann " Speichern" aus. Die von Ihnen angegebene Farbe wird im gesamten Produkt angezeigt, einschließlich des Arbeitsaufgabenformulars und wenn das Feld "Status" in einem Backlog, Boards, Abfrageergebnissen und mehr angezeigt wird.

    Screenshot des Dialogfelds

    Hinweis

    Jeder Workflowstatus, den Sie den Statuskategorien "In Bearbeitung" oder "Gelöst" hinzufügen, bewirkt, dass die Felder "Aktiviert nach/Aktiviert" und "Durch/aufgelöstes Datum" mit Änderungen am Workflowstatus in und aus diesen Kategorien aktualisiert werden. Weitere Informationen finden Sie in den Feldern "Aktiviert nach/Datum" und "Aufgelöst nach/Datum".

  3. (Optional) Um die Reihenfolge des Zustands im Dropdownmenü zu ändern, wählen Sie das Kontextmenüsymbol und dann "Nach oben " oder "Nach unten" aus.

    Screenshot der Registerkarte

  4. Wenn Sie mit dem Hinzufügen von Zuständen für das WIT fertig sind, überprüfen Sie Ihre Änderungen, indem Sie Ihren Browser aktualisieren und eine Arbeitsaufgabe des typs öffnen, den Sie angepasst haben.

    Hier sehen Sie das Dropdownmenü "Status" mit ausgewählter Option "Triaged".

    Screenshot des Fehlerformulars mit ausgewähltem Triaged-Zustand.

  5. Wenn Sie einem WIT einen Status hinzufügen, der einer Backlog-Ebene zugeordnet ist, muss jedes Team, das die Tafel verwendet, ihre Spalteneinstellungen aktualisieren. Siehe "Spalten verwalten" in Ihrer Tafel.

Bearbeiten eines Zustands

Sie können die Kategorie oder die Farbe eines benutzerdefinierten Zustands bearbeiten. Sie können den Namen des benutzerdefinierten Zustands jedoch nicht ändern.

  1. Wählen Sie "Bearbeiten " aus der ... Kontextmenü für den Zustand, den Sie ändern möchten.

    Screenshot eines Fehlerformulars mit ausgewähltem Zustand und geöffnetem Kontextmenü zum Bearbeiten.

  2. Ändern Sie die Kategorie oder Farbe, und wählen Sie dann "Speichern" aus.

  3. Wenn Sie die Kategorie ändern, müssen Teams, die das Board verwenden, ihre Spalteneinstellungen aktualisieren. Siehe "Spalten verwalten" in Ihrer Tafel.

Ausblenden oder Entfernen eines benutzerdefinierten Zustands

Wenn Sie einen Zustand ausblenden oder entfernen:

  • Der Zustand wird nicht mehr im Dropdownmenü "Status" für das WIT angezeigt.

  • Es treten keine Änderungen am Arbeitsaufgabenverlauf auf.

  • Vorhandene Arbeitsaufgaben behalten ihren Statuswert bei, befinden sich jedoch in einem ungültigen Zustand. Wenn Sie eine Änderung an der Arbeitsaufgabe vornehmen möchten, müssen Sie zuerst den Statuswert aktualisieren.

    Möglicherweise möchten Sie eine Abfrage erstellen und eine Massenaktualisierung durchführen, um die betroffenen Arbeitsaufgaben in einen gültigen Zustand zu verschieben. Wenn Sie den Zustand wieder dem Arbeitsaufgabentyp hinzufügen, werden die Arbeitsaufgaben in einen gültigen Zustand zurückgesetzt.

Ausblenden oder Einblenden eines geerbten Zustands

Sie können einen geerbten Zustand ausblenden, den Ihr Team im Workflowprozess nicht verwendet. Sie müssen jedoch mindestens einen Zustand für jede Kategorie definiert haben.

  1. Öffnen Sie das Kontextmenü (...) Kontextmenü für den Zustand, den Sie ausblenden möchten, und wählen Sie die Option "Ausblenden" aus.

    In diesem Beispiel wird der Status "Gelöst" für das Fehler-WIT ausgeblendet.

    Screenshot eines Fehlertyps mit ausgewähltem Zustand und dem Kontextmenü, in dem

    Hinweis

    Wenn Sie den Status eines WIT ausblenden, das auf einem Board nachverfolgt wird, muss jedes Team, das das Board verwendet, seine Spalteneinstellungen aktualisieren. Siehe "Spalten verwalten" in Ihrer Tafel.

  2. Öffnen Sie zum Einblenden die ... Kontextmenü und Wählen Sie die Option "Einblenden " aus.

Entfernen eines benutzerdefinierten Zustands

  1. Öffnen Sie das Kontextmenü (...) Kontextmenü für den Zustand, den Sie entfernen möchten, und wählen Sie "Entfernen" aus. Sie können nur einen benutzerdefinierten Zustand entfernen.

  2. Wählen Sie im Dialogfeld "Status entfernen" die Option "Entfernen" aus.

    Screenshot des Dialogfelds

Anzeigen des Statusworkflowmodells

Sie können das Statusworkflowmodell anzeigen, indem Sie die Erweiterung State Model Visualization Marketplace installieren. Diese Erweiterung fügt einen neuen Hub unter Boards mit der Bezeichnung Zustandsvisualisierung (State Visualizer) hinzu. Auf dieser Seite können Sie einen Arbeitselementtyp auswählen und das Workflowstatusmodell anzeigen.

Hinweis

Die Erweiterung "Zustandsmodellvisualisierung" wird von Azure Boards oder dem Produktteam nicht unterstützt. Fragen, Vorschläge oder Probleme finden Sie auf der Erweiterungsseite.

Sie können beispielsweise den Fehlerworkflow so anpassen, dass er einen Triaged-Zustand aufweist, und alle Zustände können von einem Zustand zu einem anderen wechseln.

Sie können die Ansicht vergrößern und verkleineren. Außerdem können Sie die Zustandsknoten verschieben, um eine bessere Ansicht des Zustandsmodells zu erhalten.

Nächste Schritte