Anpassen von Backlogs oder Boards (Vererbungsprozess)
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Sie können Ihre Backlogs anpassen, um weitere Ebenen hinzuzufügen, oder um ihnen benutzerdefinierte Arbeitselementtypen hinzuzufügen. Wie unten gezeigt, haben wir einen Portfolio-Backlog auf dritter Ebene hinzugefügt, der den benutzerdefinierten Initiative-Arbeitsaufgabentyp verfolgt, und wir haben den Produktrückstand in Stories und Tickets umbenannt, um anzugeben, dass wir nicht nur User Stories nachverfolgen, sondern auch Kundentickets im Produktrückstand.
Ihr Projekt definiert zwei Portfolio-Backlogs: Features und Epics. Wenn Sie jedoch ein oder mehrere zusätzliche Portfoliobacklogs benötigen, können Sie diese hinzufügen.
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.
Portfolio-Backlogs sind nützlich, um Ihren Backlog unter verschiedenen Geschäftsinitiativen und Benutzerszenarien zu organisieren. Wenn Sie Ihre Backlogs in Portfolios organisieren, können Sie eine hierarchische Ansicht der in backlogs auf niedrigerer Ebene definierten Arbeit erhalten, einschließlich der in mehreren Teams ausgeführten Arbeiten. Programmmanager können die status dieser backlog-Elemente von Interesse nachverfolgen und einen Drilldown ausführen, um sicherzustellen, dass alle Arbeiten dargestellt werden.
Weitere Informationen dazu, was Sie anpassen können, finden Sie unter Informationen zur Prozessanpassung und geerbten Prozessen.
Hinweis
Sie können keinen geerbten Arbeitsaufgabentyp zu einer backlog-Ebene hinzufügen. Sie können z. B. den Arbeitsaufgabentyp "Problem" oder "Impediment" nicht zum Produktrückstand hinzufügen.
Unterstützte Anpassungen
Backlogs und Boards sind wichtige Agile-Tools zum Erstellen und Verwalten von Arbeit für ein Team. Die vom Systemprozess geerbten Standardbacklogs (Produkt, Iteration und Portfolio) sind vollständig anpassbar. Außerdem können Sie insgesamt fünf benutzerdefinierte Portfoliobacklogs hinzufügen.
Backlog-Typen
Anpassungsunterstützung
Geerbte Backlogs
Benutzerdefinierte Portfolio-Backlogs
Was Sie nicht anpassen können
- Sie können keine geerbte Portfolioebene aus dem Produkt entfernen (sie können die Portfolioebene jedoch umbenennen und einen geerbten Arbeitsaufgabentyp deaktivieren).
- Sie können keinen Backlog-Level innerhalb der vorhandenen Gruppe definierter Backlogs einfügen.
- Sie können die Backlogebenen nicht neu anordnen.
- Sie können keinen Arbeitsaufgabentyp zu zwei verschiedenen Backlogebenen hinzufügen.
- Sie können keine benutzerdefinierte Vorgangsrückstandsebene erstellen, obwohl Sie dem Iterationsrückstand benutzerdefinierte WITs hinzufügen können.
- Sie können den Bug WIT nicht zu jeder Backlog-Ebene hinzufügen. Stattdessen kann das System jedes Team entscheiden, wie sie Fehler verwalten möchten. Weitere Informationen finden Sie unter "Anzeigen von Fehlern bei Backlogs und Boards".
- Sie können kein geerbtes WIT zu einem Oder aus einem Backlog hinzufügen oder daraus entfernen, z. B. können Sie das Problem WIT nicht zum Produktrücklog hinzufügen.
- Sie können keine geerbte Portfolioebene aus dem Produkt entfernen (sie können die Portfolioebene jedoch umbenennen und einen geerbten Arbeitsaufgabentyp deaktivieren).
- Sie können keinen Backlog-Level innerhalb der vorhandenen Gruppe definierter Backlogs einfügen.
- Sie können die Backlogebenen nicht neu anordnen.
- Sie können keinen Arbeitsaufgabentyp zu zwei verschiedenen Backlogebenen hinzufügen.
- Sie können keine benutzerdefinierte Aufgabenebene erstellen, obwohl Sie dem Iterationsbacklog benutzerdefinierte Arbeitsaufgabentypen hinzufügen können.
- Sie können den Bug WIT nicht zu jeder Backlog-Ebene hinzufügen. Stattdessen kann das System jedes Team entscheiden, wie sie Fehler verwalten möchten. Weitere Informationen finden Sie unter "Anzeigen von Fehlern bei Backlogs und Boards".
Hinweis
Bestimmte Features erfordern die Installation des Azure DevOps Server 2020.1-Updates. Weitere Informationen finden Sie unter Azure DevOps Server 2020 Update 1 RC1 Versionshinweise, Boards.
Hinzufügen eines Systemarbeitselementtyps zu einem Backlog
Wenn Sie Probleme oder Hindernisse oder andere geerbte Arbeitsaufgabentypen in einem Backlog oder Board nachverfolgen möchten, können Sie den entsprechenden Backlog bearbeiten. In der folgenden Tabelle sind die verfügbaren Arbeitsaufgabentypen aufgeführt, die Sie einem Backlog hinzufügen können.
Hinweis
Für dieses Feature wird Azure DevOps Server 2020.1, Update 1 oder höher benötigt.
Prozess
Arbeitselementtypen
Agilität
Abgang
Scrum
Impediment
CMMI
Änderungsanforderung, Problem, Überprüfung, Risiko
Jedes Dialogfeld "Backlog-Ebene bearbeiten" enthält automatisch geerbte und benutzerdefinierte Arbeitsaufgabentypen, die anderen Backlogebenen nicht zugewiesen wurden. Beispielsweise werden nicht zugewiesene Agile-Arbeitsaufgabentypen unter dem Abschnitt "Andere Arbeitsaufgabentypen " aufgeführt, wie in der folgenden Abbildung gezeigt.
Dieselben Arbeitsaufgabentypen werden zusammen mit allen benutzerdefinierten Arbeitsaufgabentypen im Dialogfeld "Backlog-Ebene bearbeiten" aller Backlogebenen angezeigt, bis sie einer bestimmten Backlog-Ebene zugewiesen sind.
Hinweis
Sie können den Standard-, geerbten Arbeitsaufgabentyp nicht aus jeder Backlog-Ebene entfernen, aber Sie können den entsprechenden Arbeitsaufgabentyp deaktivieren. Sie können beispielsweise den Arbeitsaufgabentyp "User Story" für den Agile-Anforderungsrückstand deaktivieren, solange Sie einen weiteren Arbeitsaufgabentyp hinzugefügt haben, um diesen Backlog zu unterstützen.
Felder, die Arbeitsaufgabentypen hinzugefügt wurden
Wenn Sie einer Backlog-Ebene einen Arbeitsaufgabentyp hinzufügen, werden die folgenden Felder zur Definition des Arbeitselementtyps als ausgeblendete Felder hinzugefügt (d. h., sie werden nicht im Arbeitselementformular angezeigt), um die Auswahl von Agile-Toolfeatures zu unterstützen.
Ebene "Backlog" | Hinzugefügte Felder |
---|---|
Portfoliobacklog | - Stapelrang (Agile, CMMI) - Backlog Priority (Scrum) |
Anforderungsrücksprotokoll | - Stack Rank, Story Points (Agile) - Stapelrang, Größe (CMMI) - Backlog Priority, Effort (Scrum) |
Iterationsbacklog | - Aktivität, Verbleibende Arbeit, Stapelrang (Agile) - Disziplin, Verbleibende Arbeit, Stapelrang (CMMI) - Aktivität, Verbleibende Arbeit, Backlog Priority (Scrum) |
Die Felder "Stack Rank" und "Backlog Priority" erfassen die relative Priorität von Arbeitsaufgaben, während sie in einem Backlog oder Board neu angeordnet werden. Ausführliche Informationen zur Verwendung finden Sie im Hintergrund: das Feld "Priorität des Backlog" oder "Stack Rank".
Die Felder "Story Points", "Size" und "Effort" erfassen die relative Arbeit, die zum Abschließen eines WIT erforderlich ist, das dem Anforderungsrücksprotokoll zugewiesen ist. Dieser Wert wird zum Berechnen der Geschwindigkeit verwendet.
Und schließlich werden verbleibende Arbeit in Sprint-Burndown- und Kapazitätsdiagrammen verwendet.
Voraussetzungen
Wir empfehlen, Azure Boards zu konfigurieren und anzupassen, die Anleitungen zum Anpassen von Azure Boards an Ihre spezifischen Geschäftsanforderungen bieten.
- Sie müssen über eine Organisation in Azure DevOps verfügen.
- Zum Erstellen, Bearbeiten und Verwalten von Prozessen müssen Sie Mitglied der Gruppe Projektsammlungsadministratoren sein oder über die entsprechenden Berechtigungen auf Sammlungsebene Erstellen, Löschvorgang, Bearbeitungsprozess oder Löschen eines Felds aus organization auf Zulassen festgelegt sein. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung, Anpassen eines geerbten Prozesses.
- Sie müssen über das Vererbungsprozessmodell für die Projektsammlung verfügen, in der das Projekt erstellt wird. Weitere Informationen finden Sie unter Auswählen des Prozessmodells für Ihre Projektsammlung.
- Zum Erstellen, Bearbeiten und Verwalten von Prozessen müssen Sie Mitglied der Gruppe Projektsammlungsadministratoren sein oder über die entsprechenden Berechtigungen Prozess erstellen, Löschprozess, Bearbeitungsprozess oder Löschen eines Felds aus organization auf Zulassen festgelegt sind. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung, Anpassen eines geerbten Prozesses.
Öffnen von Einstellungen > Prozess
Melden Sie sich bei Ihrem organization (
https://dev.azure.com/{yourorganization}
) an.Wählen Sie
"Organisationseinstellungen" aus.
Wählen Sie Prozess aus.
Melden Sie sich bei Ihrer Sammlung an (
https://dev.azure.com/{Your_Collection}
).Wählen Sie Sammlungseinstellungen oder Administratoreinstellungen aus.
Wählen Sie Prozess aus.
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 oder Bearbeiten von Portfoliobacklogs
Die Systemprozesse Agile, Scrum und CMMI definieren zwei Standardportfolio-Backlogs, Epics und Features. Jede ist ihren entsprechenden Arbeitsaufgabentypen, Epic und Feature zugeordnet. Der Grundlegende Prozess definiert nur den Epics Backlog- und Epic-Arbeitsaufgabentyp. Weitere Informationen finden Sie unter Informationen zu Prozessen und Prozessvorlagen.
Sie können beim Hinzufügen oder Bearbeiten eines Portfoliorückstands einen benutzerdefinierten Arbeitsaufgabentyp hinzufügen oder bearbeiten, oder Sie können einen Arbeitsaufgabentyp auswählen, den Sie zuvor hinzugefügt haben. Nur die Arbeitsaufgabentypen, die nicht zu einer anderen Backlogebene gehören, werden für die Auswahl angezeigt.
Hinzufügen eines Portfolio-Backlogs
Sie können nach den folgenden Schritten einen Portfolio-Backlog und einen benutzerdefinierten Arbeitsaufgabentyp hinzufügen.
Wählen Sie auf der Seite "Backlog levels" die Option
"Neuer Portfolio-Backlog der obersten Ebene" aus.
Benennen Sie die Backlogebene, wählen Sie die Farbe der Backlogebene aus, und fügen Sie den Arbeitsaufgabentyp hinzu, der dieser Ebene zugeordnet werden soll. Klicken Sie auf Hinzufügen.
Wenn Sie nur einen Arbeitsaufgabentyp dem Backlog zuordnen, wählen Sie " Speichern" aus, um Ihre Änderungen zu speichern. Andernfalls können Sie bei Bedarf weitere Arbeitsaufgabentypen hinzufügen.
Bearbeiten, Umbenennen oder Löschen eines Portfoliobacklogs
Wählen Sie auf der Seite "Zurücklogebenen " das Kontextmenü eines Portfoliobacklogs aus, um ihn zu bearbeiten, um ihn umzubenennen oder zu löschen.
Durch das Löschen einer Backlog-Ebene wird der Backlog und das Board entfernt, der der Ebene für alle Teams zugeordnet ist, einschließlich anpassungen, die an sie vorgenommen wurden. Die mit den zugehörigen Arbeitsaufgabentypen definierten Arbeitsaufgaben werden in keiner Weise gelöscht oder betroffen.
Hinweis
Sie können den Standard-, geerbten Arbeitsaufgabentyp nicht aus den Portfolio-Backlogs von Epics oder Features entfernen. Sie können diese Arbeitsaufgabentypen jedoch deaktivieren und diese effektiv von der Benutzeroberfläche entfernen.
Bearbeiten oder Umbenennen des Anforderungsbacklogs
Der Anforderungsrückstand, auch als Produktrückstand bezeichnet, definiert die Arbeitsaufgabentypen, die im Produktrückstand und in der Tafel angezeigt werden. Der Standardmäßige Arbeitsaufgabentyp für Agile ist User Story; für Grundlegendes, Problem; für Scrum, Product Backlog Item; und für CMMI, Anforderung.
Sie können den Backlog umbenennen, die Farbe ändern, Arbeitsaufgabentypen hinzufügen und den Standardmäßigen Arbeitsaufgabentyp ändern. Öffnen Sie das Dialogfeld "Backlog bearbeiten" im Kontextmenü für den Anforderungs-Backlog.
Hier haben wir den Backlog umbenannt, Kundenticket und Problem hinzugefügt und den Standardtyp in "Kundenticket" geändert. Aktivieren Sie diese Kontrollkästchen der Arbeitsaufgabentypen, die in den Backlog aufgenommen werden sollen.
Hier haben wir den Backlog umbenannt, Kundenticket hinzugefügt und den Standardtyp in "Kundenticket" geändert.
Hinweis
Sie können den Standard-, geerbten Arbeitsaufgabentyp nicht aus dem Anforderungsrückstand entfernen. Sie können den Arbeitsaufgabentyp jedoch deaktivieren und ihn effektiv von der Benutzeroberfläche entfernen.
Bearbeiten des Iterations-Backlogs
Der Iterations-Backlog, auch als Sprint-Backlogs bezeichnet, definiert die Arbeitsaufgabentypen, die in den Sprint-Backlogs und Taskboards angezeigt werden. Der Standardmäßige Arbeitsaufgabentyp für alle Prozesse ist "Task".
Für den Iterationsrückstand können Sie Arbeitsaufgabentypen hinzufügen und den Standardmäßigen Arbeitsaufgabentyp ändern. Öffnen Sie das Dialogfeld "Backlog bearbeiten" im Kontextmenü für den Iterations-Backlog.
Hier haben wir den Arbeitsaufgabentyp "Ticket " hinzugefügt, der zusammen mit Aufgaben nachverfolgt wird.
Hinweis
Sie können den Standard-, geerbten Arbeitsaufgabentyp nicht aus dem Iterations-Backlog entfernen. Sie können den Arbeitsaufgabentyp jedoch deaktivieren und ihn effektiv von der Benutzeroberfläche entfernen.
Verwandte Artikel
Hinweis
Überprüfen Sie änderungen, die an einem geerbten Prozess über das Überwachungsprotokoll vorgenommen wurden. Weitere Informationen finden Sie unter Access, Export und Filtern von Überwachungsprotokollen.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter:Einreichen und Feedback anzeigen für