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
In Azure DevOps haben Sie die Flexibilität, Ihr Projekt, Agile-Tools und das Arbeitsverfolgungssystem mithilfe geerbter 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 des Prüfprotokolls und der Prüffunktionen ü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
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
Anleitungen zum Anpassen von Azure Boards an Ihre spezifischen Geschäftsanforderungen finden Sie unter Configure 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 |
| 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.
Melden Sie sich bei Ihrem organization (
https://dev.azure.com/<Your_Organization>) an.Wählen Sie
Organisationseinstellungen aus.
Wählen Sie „Boards“>„Process“ aus. Markieren Sie in der Liste Prozesse den zu verwendenden Prozess, und wählen Sie
Weitere Aktionen>Geerbten Prozess 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:
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.
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.
Melden Sie sich bei Ihrer Sammlung an.
Wählen Sie Einstellungen für die Sammlung oder Admin-Einstellungen.
Wählen Sie Verarbeiten aus.
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. Aktualisierungen von Prozessen werden in Notizen zur Azure DevOps Server dokumentiert.
Nachdem Sie den geerbten Prozess definiert haben, können Sie die folgenden Aufgaben ausführen:
- Anpassen eines Projekts mithilfe eines geerbten Prozesses
- Ein Projekt erstellen die den vererbten Prozess verwendet
- Aktualisieren eines Projekts zur Verwendung des geerbten Prozesses
Ä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:
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.
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>Prozess ändern aus.
Befolgen Sie die Anweisungen im Assistenten. Einige Projektänderungen, z. B. die Migration vom Agile-Prozess zum Scrum-Prozess, erfordern manuelle Aufgaben:
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:
Wählen Sie Boards>Prozess aus. Markieren Sie in der Liste "Prozesse " den Prozess zum Aktualisieren und Auswählen
weiterer Aktionen>"Neues Teamprojekt".
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.
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.
Wählen Sie "Boards>Prozess" aus. Markieren Sie in der Prozesse-Liste den zu verwendenden Prozess und wählen Sie
Weitere Aktionen>Kopie des Prozesses erstellen aus.
Geben Sie einen Namen und eine optionale Beschreibung für den kopierten Prozess ein und wählen Sie Prozess kopieren.
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.
Ü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.
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.
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.
Verwenden von KI zum Verwalten geerbter Prozesse
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 den Azure DevOps MCP Server geerbte Prozesse mithilfe von Aufforderungen in natürlicher Sprache erstellen, verwalten und anwenden.
Beispielaufforderungen für die Prozessverwaltung
| Aufgabe | Beispielaufforderung |
|---|---|
| Erstellen eines standardisierten Prozesses | Create an inherited process based on Agile for our organization's web development projects. Include custom fields for 'Sprint Goal', 'Definition of Done', and 'Tech Stack', and set it as the default process for new projects |
| Migrieren eines Projekts zu einem neuen Prozess | Move my 'Legacy App' project from the default Scrum process to our customized 'Engineering-Scrum' inherited process. Explain what changes automatically and what I need to update manually |
| Kopieren und Anpassen eines Prozesses | I want to create a variation of our 'Engineering-Agile' process for our Data Science team. Clone the process, add a 'Model Training' work item type, and add 'Dataset' and 'Accuracy Metric' fields |
| Projektenübergreifende Prozessnutzung auditieren | List all inherited processes in my organization, which projects use each process, and identify any processes that aren't assigned to any project so I can consider disabling or removing them |
| Einrichten eines Prozessgovernancemodells | We have 15 teams and need a process governance strategy. Help me design a process hierarchy with a base process for shared customizations and team-specific derived processes for teams with unique needs |
| Problembehandlung bei der Prozessmigration | After changing my project from Agile to our custom inherited process, some work items show incorrect state mappings and fields are missing. Walk me through diagnosing and fixing the state category mismatches |
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 Prozessnamen, Projektnamen oder organisatorischen Anforderungen an.