Freigeben über


Lernprogramm: Erstellen und Verwalten geerbter Prozesse

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

In Azure DevOps haben Sie die Flexibilität, Ihr Projekt, Ihre agilen Werkzeuge und das Arbeitsverfolgungssystem durch die Verwendung vererbter Prozesse anzupassen. Die Anpassungen gelten für alle Projekte, die denselben Prozess verwenden.

Ein vererbter Prozess dient als Grundlage für Ihr Arbeitsverfolgungssystem. Wenn Sie ein neues Projekt erstellen, wählen Sie einen Prozess, um dessen Bausteine zu definieren. Die Bausteine umfassen Arbeitsaufgabentypen, Zustände, Felder und Regeln. Indem Sie einen geerbten Prozess anpassen, passen Sie ihn an die spezifischen Anforderungen Ihres Teams an. Für weitere Informationen darüber, was Sie anpassen können, siehe Über Prozessanpassung und geerbte Prozesse.

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 Sammlung für die Verwendung des lokalen XML-Prozessmodells konfiguriert ist, können Sie nur dieses Prozessmodell zur Anpassung der Arbeitsverfolgung verwenden. Weitere Informationen finden Sie unter Prozessanpassung auf Organisationsebene.

Hinweis

Sie können änderungen, die an einem geerbten Prozess vorgenommen wurden, mithilfe der Überwachungsprotokoll- und Überwachungsfeatures überprüfen. Weitere Informationen finden Sie unter Zugreifen auf, Exportieren und Filtern von Überwachungsprotokollen.

In diesem Tutorial erfahren Sie:

  • Erstellen eines geerbten Prozesses basierend auf den Agile-, Scrum-, Basic- oder CMMI-Modellen
  • Ändern des Prozesstyps, der einem Projekt zugeordnet ist
  • Erstellen eines neuen Projekts aus einem definierten Prozess
  • Kopieren eines Prozesses und Vornehmen von Anpassungen
  • Aktivieren und Deaktivieren von Prozessen und Festlegen des Standardprozesses

Voraussetzungen

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

Kategorie Anforderungen
Berechtigungen – So erstellen, löschen oder bearbeiten Sie einen Prozess: Mitglied der Gruppe Projektsammlungsadministrator oder spezifische Berechtigungen auf Sammlungsebene – Prozess erstellen, Prozess löschen, Prozess bearbeiten oder Feld aus Organisation löschen – auf Zulassen gesetzt. Weitere Informationen finden Sie unter Anpassen eines geerbten Prozesses.
- Zum Aktualisieren von Boards: Teamadmin oder Mitglied der Gruppe Projektadministrierende.
Zugriff – Selbst wenn Sie über den Einfachen oder niedrigeren Zugriff verfügen, können Sie einen Prozess weiterhin ändern, wenn Ihnen jemand die Berechtigung erteilt.
– Um den Typ Ihrer vorhandenen Arbeitsaufgaben zu aktualisieren und zu ändern: Mitglied des Projekts.
Projektprozessmodell – Verwenden Sie das Vererbungsprozess-Modell für die Projektsammlung, die das Projekt enthält.
– Verwenden Sie den Team Foundation Server-Datenbankimportdienst, um Daten zu Azure DevOps Services zu migrieren.
Wissen - Vertrautheit mit den Anpassungs- und Prozessmodellen.

Erstellen eines geerbten Prozesses

Erstellen Sie einen geerbten Prozess, den Sie mit den folgenden Schritten anpassen können. Die Standardsystemprozesse sind gesperrt, sodass Sie sie nicht anpassen können.

  1. Melden Sie sich bei Ihrem organization (https://dev.azure.com/<Your_Organization>) an.

  2. Wählen Sie Organisationseinstellungen aus.

    Screenshot der in Azure DevOps hervorgehobenen Aktion

  3. Wählen Sie "Boards-Prozess> aus. Markieren Sie in der Liste "Prozesse " den zu verwendenden Prozess, und wählen Sie "Weitere Aktionen>erstellen" aus.

    Wählen Sie denselben Systemprozess aus, der zum Erstellen des Projekts verwendet wurde, das Sie anpassen möchten. Die Prozesstypen können Agile, Basic, Scrum und Capability Maturity Model Integration(CMMI) umfassen.

    Im folgenden Beispiel wird ein geerbter Prozess aus dem Agile-Systemprozess erstellt:

    Screenshot, der zeigt, wie Sie die Option

    Wenn Sie keinen Zugriff auf diese Optionen haben, bitten Sie ein Mitglied Ihrer Gruppe "Projektsammlungsadministratoren ", Ihnen Berechtigungen zu erteilen. Um ein Mitglied zu finden, siehe Suchen eines Projektsammlungsadministrators.

  4. Geben Sie einen Namen für Ihren Prozess und eine optionale Beschreibung ein.

    Prozessnamen müssen eindeutig sein und dürfen nicht mehr als 128 Zeichen enthalten. Weitere Einschränkungen finden Sie unter Prozessanpassung und geerbte Prozesse – Prozessnameneinschränkungen.

    Screenshot, der das Dialogfeld Vererbten Prozess erstellen zeigt.

  1. Melden Sie sich bei Ihrer Sammlung an.

  2. Wählen Sie Einstellungen für die Sammlung oder Admin-Einstellungen.

  3. Wählen Sie Verarbeiten aus.

    Screenshot, der zeigt, wie Sie die Option

    Wichtig

    Wenn Sie nicht über die Option Geerbten Prozess erstellen Wenn Sie die Menüoption "Zuweisen an" auswählen, wird die ausgewählte Sammlung für die Arbeit mit dem XML-Prozessmodell vor Ort aktiviert. Weitere Informationen finden Sie unter Anpassen ihrer Arbeitsverfolgungserfahrung – lokales XML-Prozessmodell.

    Geerbte untergeordnete Prozesse werden basierend auf ihren übergeordneten Systemprozessen automatisch aktualisiert. Updates zu Prozessen sind in den Versionshinweisen für Azure DevOps Server dokumentiert.

Nachdem Sie den geerbten Prozess definiert haben, können Sie die folgenden Aufgaben ausführen:

Ändern Sie den Prozess eines Projekts

Sie können den Prozess eines Projekts von einem geerbten Prozess in einen anderen mit den folgenden Methoden ändern:

  • Wechseln Sie innerhalb desselben Basisprozesses , indem Sie ein Projekt zwischen Prozessen verschieben, die dieselbe Basis haben, z. B. Agile oder Scrum.
  • Migrieren Sie zu einem anderen Prozessmodell , indem Sie beispielsweise das Prozessmodell des Projekts von Agile zu Scrum oder Basic zu Agile ändern.

Das Beispiel in diesem Abschnitt enthält detaillierte Schritte für die Migrationsmethode, die Sie auf mehrere gängige Prozessänderungsszenarien anwenden können:

Hinweis

  • Sie können den Prozess eines Projekts ändern, solange Sie keine löschten Arbeitselemente eines benutzerdefinierten Arbeitselementtyps haben, der nicht auch im Zielprozess definiert ist.
  • Wenn Sie ein Projekt in einen Systemprozess oder einen anderen geerbten Prozess ändern, der nicht dieselben benutzerdefinierten Felder enthält, werden die Daten weiterhin gepflegt. Benutzerdefinierte Felder, die im aktuellen Prozess nicht dargestellt werden, werden jedoch nicht im Arbeitsaufgabenformular angezeigt. Sie können weiterhin auf die Felddaten zugreifen, indem Sie eine Abfrage oder die REST-APIs verwenden. Diese Felder sind vor Änderungen gesperrt und werden als schreibgeschützte Werte angezeigt.

Die folgenden Schritte veranschaulichen, wie Sie die Migrationsmethode verwenden, um den Prozess eines Projekts von Agile zu Scrum zu ändern:

  1. Wählen Sie "Boards-Prozess> aus. Wählen Sie in der Liste "Prozesse " den Prozess Ihres Projekts aus, um die Prozessdetails zu öffnen. In diesem Beispiel wird der Agile-Prozess ausgewählt.

    Screenshot, der zeigt, wie Sie die Details für einen Prozess öffnen, indem Sie den Prozessnamen auswählen.

  2. Wählen Sie auf der Seite "Prozessdetails" die Registerkarte "Projekte " aus. Markieren Sie in der Projektliste das Zu ändernde Projekt, und wählen Sie "Weitere Aktionen>ändern" aus.

    Screenshot, der zeigt, wie Sie die Änderungsprozessaktion für ein Projekt auswählen.

  3. Befolgen Sie die Anweisungen im Assistenten. Einige Projektänderungen, z. B. die Migration vom Agile-Prozess zum Scrum-Prozess, erfordern manuelle Aufgaben:

    Screenshot des Assistentendialogfelds, in dem andere Aufgaben aufgelistet sind, die nach der Migration des Projekts vom Agile-zu-Scrum-Prozess ausgeführt werden sollen.

Wichtig

Wenn Sie ein Projekt in einen vererbten Prozess umwandeln, werden einige Agile-Werkzeuge oder Workitems möglicherweise ungültig. Zum Beispiel:

  • Wenn Sie ein Feld als erforderlich festlegen, werden arbeitsaufgaben, für die das Feld fehlt, eine Fehlermeldung angezeigt. Beheben Sie die identifizierten Fehler, fahren Sie mit weiteren Änderungen fort, und speichern Sie die Arbeitsaufgabe.
  • Wenn Sie Workflowzustände für einen Arbeitsaufgabentyp hinzufügen oder ändern, der auf Ihrem Board sichtbar ist, aktualisieren Sie die Boardspaltenkonfigurationen für alle Teams innerhalb des Projekts.

Erstellen eines Projekts aus einem Prozess

Führen Sie die folgenden Schritte aus, um ein Projekt aus einem Prozess zu erstellen:

  1. Wählen Sie "Boards-Prozess> aus. Markieren Sie in der Liste "Prozesse " den Prozess zum Aktualisieren und Auswählen weiterer Aktionen>"Neues Teamprojekt".

    Screenshot, der zeigt, wie Die neue Teamprojektoption für einen ausgewählten Prozess ausgewählt wird.

  2. Geben Sie im Dialogfeld " Neues Projekt erstellen " Ihre Projektinformationen ein, und wählen Sie dann "Erstellen" aus. Weitere Informationen finden Sie unter Erstellen eines Projekts.

    Screenshot des Dialogfelds

Kopieren eines Prozesses

Bevor Sie Anpassungen in Ihrer Organisation implementieren, müssen Sie Ihre geplanten Änderungen testen, indem Sie die folgenden Schritte ausführen.

Tipp

Wenn Sie einen Prozess ändern, der von mehreren Projekten verwendet wird, spiegelt jedes Projekt sofort die inkrementelle Prozessänderung wider. Führen Sie zum Bündeln von Prozessänderungen vor dem Rollout für alle Projekte das folgende Verfahren aus.

  1. Wählen Sie "Boards-Prozess> aus. Markieren Sie in der Liste "Prozesse " den zu verwendenden Prozess, und wählen Sie "Weitere Aktionen>erstellen" aus.

    Screenshot, der zeigt, wie Sie die Kopieroption für einen ausgewählten Prozess auswählen.

  2. Geben Sie einen Namen und eine optionale Beschreibung für den kopierten Prozess ein und wählen Sie Prozess kopieren.

    Screenshot des Dialogfelds

  3. Nehmen Sie Ihre Änderungen am kopierten Prozess vor. Da derzeit kein Projekt den neuen (kopierten) Prozess verwendet, wirken sich Ihre Änderungen nicht auf Projekte aus.

  4. Überprüfen Sie Ihre Änderungen, indem Sie ein Testprojekt auf der Grundlage des kopierten und aktualisierten Prozesses erstellen. Wenn Sie bereits ein Testprojekt erstellt haben, wählen Sie "Projekt ändern" aus, um Process_Name< zu verwenden>. Weitere Informationen finden Sie unter Ändern des Prozesses eines Projekts in diesem Artikel.

  5. Führen Sie Ihre Aktualisierungen durch, indem Sie den Prozess der Projekte ändern, die die neuen Änderungen benötigen. Verwenden Sie das Projekt ändern, um Process_Name< Option für jedes Zu aktualisierende Projekt zu verwenden>. For more information, siehe Ändern Sie den Prozess eines Projekts.

  6. Deaktivieren oder löschen Sie den ursprünglichen Prozess.

Aktivieren oder Deaktivieren eines Prozesses

Um die Erstellung von Projekten aus einem bestimmten Prozess zu verhindern, können Sie die Option deaktivieren. Sie können diese Option aktivieren, wenn Sie mehrere Anpassungen anwenden möchten und nicht möchten, dass der Prozess verwendet wird, bis die Updates abgeschlossen sind. Oder Sie können die Verwendung eines bestimmten Prozesses stilllegen, um Projekte auf einen neuen Prozess zu verschieben.

Alle Systemprozesse und neu erstellten geerbten Prozesse sind standardmäßig aktiviert. Um einen Prozess zu deaktivieren oder zu aktivieren, öffnen Sie das Menü "Weitere Aktionen" für den Prozess, und wählen Sie "Prozess deaktivieren" oder "Prozess aktivieren" aus.

Festlegen eines Prozesses als Standard

Sie können einen geerbten Prozess für andere Projekte, die Sie erstellen möchten, vorab ausgewählt haben, indem Sie den Prozess als Standard festlegen. Diese Aktion stellt sicher, dass alle neuen Projekte automatisch den geerbten Prozess verwenden, den Sie bevorzugen.

Um einen Prozess als Standard festzulegen, öffnen Sie das Menü "Weitere Aktionen" für den geerbten Prozess, und wählen Sie "Als Standardprozess festlegen" aus. Diese Option ist bei keinem der Systemprozesse verfügbar.

Projektsammlungsadministratoren können Projekte auf der Projektseite hinzufügen.

Nächster Schritt