Anpassen von Backlogs und Boards (Vererbungsprozess)

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

In Ihrem Projekt haben Sie derzeit zwei vordefinierte Portfolio-Backlogs: "Features" und "Epics". Wenn Ihr Projekt jedoch mehr Portfolio-Backlogs benötigt, können Sie diese erstellen.

Vorteile von Portfolio-Backlogs:

• Organisieren von Arbeiten: Portfolio-Backlogs ermöglichen es Ihnen, Arbeit basierend auf Geschäftsinitiativen, Benutzerszenarien oder anderen relevanten Kriterien zu organisieren.
• Hierarchische Ansicht: Indem Sie Backlogs in Portfolios strukturieren, erhalten Sie eine hierarchische Ansicht der Arbeit, die Elemente enthält, die in Backlogs auf niedrigerer Ebene definiert sind (z. B. Benutzergeschichten, Features oder Aufgaben).
• Teamübergreifende Sichtbarkeit: Programmmanager können den Status von Backlogelementen in mehreren Teams nachverfolgen. Sie können einen Drilldown ausführen, um sicherzustellen, dass alle Arbeiten angemessen dargestellt werden.

Weitere Informationen finden Sie unter Informationen zur Prozessanpassung und geerbten Prozessen.

Im folgenden Beispiel haben wir einen Portfolio-Backlog der dritten Ebene mit der Bezeichnung "Initiativen" hinzugefügt, der den benutzerdefinierten Arbeitsaufgabentyp "Initiative" nachverfolgt. Wir haben auch den Produktrückbestand in Stories und Tickets umbenannt, um anzugeben, dass wir nicht nur User Stories, sondern auch Kundentickets im Produktrücklog nachverfolgen.

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

• Hinzufügen eines benutzerdefinierten Arbeitselementtyps (Work Item Type, WIT)

• Hinzufügen eines geerbten Arbeitsaufgabentyps

• Ändern des Standardmäßigen Arbeitsaufgabentyps
• Umbenennen eines Backlogs

---

Benutzerdefinierte Portfolio-Backlogs

• Hinzufügen eines Portfolio-Backlogs zum Anzeigen von benutzerdefinierten Arbeitsaufgabentypen (WITs)
• Bearbeiten oder Umbenennen eines Portfolio-Backlogs
• Löschen des benutzerdefinierten Portfolio-Backlogs der obersten Ebene

---

Nicht unterstützte Anpassungen:

• Entfernen einer geerbten Portfolioebene:
  • Sie können zwar nicht direkt eine geerbte Portfolioebene aus einem Produkt entfernen, sie haben jedoch eine Reihe von Optionen:
    • Benennen Sie die Portfolioebene um: Sie können die geerbte Portfolioebene umbenennen, um Ihren Anforderungen besser gerecht zu werden.
    • Deaktivieren Sie ein geerbtes WIT: Wenn die geerbte Portfolioebene WITs enthält, die Sie nicht verwenden möchten, können Sie sie deaktivieren. Diese Aktion verhindert, dass Teams neue Arbeitsaufgaben dieser Typen erstellen.
• Einfügen einer Backlogebene:
  • Sie können keine neue Backlog-Ebene innerhalb der vorhandenen Gruppe definierter Backlogs einfügen. Die vordefinierten Backlogebenen sind in der Regel behoben (z. B. Epics, Features, User Stories, Tasks), und Sie können keine benutzerdefinierten Zwischenebenen hinzufügen.
• Neuanordnen von Backlogebenen:
  • Leider können Sie die Backlogebenen nicht neu anordnen. Normalerweise folgen sie einer vordefinierten Hierarchie, und das Ändern ihrer Reihenfolge wird nicht unterstützt.
• Hinzufügen eines WIT zu mehreren Backlogebenen:
  • Jede WIT kann nur zu einer Backlog-Ebene gehören. Sie können ein WIT nicht gleichzeitig zu zwei verschiedenen Backlog-Ebenen hinzufügen.
• Erstellen einer benutzerdefinierten Vorgangsrücklogebene:
  • Obwohl Sie keine benutzerdefinierte aufgabenspezifische Backlogebene erstellen können, können Sie dem Iterationsrückstand weiterhin benutzerdefinierte WITs hinzufügen. Sie können z. B. ein benutzerdefiniertes WIT namens "Enhancement" oder "Maintenance" erstellen und dem Iterationsbacklog zuordnen.
• Verwalten von Fehlern:
  • Der Bug WIT gehört standardmäßig nicht zu einer bestimmten Backlog-Ebene. Stattdessen kann jedes Team entscheiden, wie sie Fehler verwalten möchten. Sie können auswählen, dass Fehler auf Backlogs und Boards angezeigt oder separat behandelt werden.

Hinzufügen eines Systemarbeitselementtyps zu einem Backlog

Wenn Sie Probleme oder Hindernisse oder andere geerbte Arbeitsaufgabentypen in einem Backlog oder Board nachverfolgen möchten, bearbeiten Sie den entsprechenden Backlog. In der folgenden Tabelle sind die verfügbaren Arbeitsaufgabentypen aufgeführt, die Sie einem Backlog hinzufügen können.

---

Prozess

Arbeitselementtypen

---

Agilität

Problem

---

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 sind. 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 Backlogebene zugewiesen werden.

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 ein WIT hinzufügen, werden bestimmte Felder der WIT-Definition automatisch als ausgeblendete Felder hinzugefügt. Diese Felder werden nicht im Arbeitsaufgabenformular angezeigt, sondern sind für die Unterstützung bestimmter Agile-Toolfeatures unerlässlich.

Ebene "Backlog"	Hinzugefügte Felder	Beschreibung
Portfoliobacklog	- Stapelrang (Agile, CMMI) - Backlog Priority (Scrum)	Die Felder "Stack Rank" und "Backlog Priority" erfassen die relative Priorität von Arbeitsaufgaben, wenn sie in einem Backlog oder Board neu angeordnet werden. Weitere Informationen finden Sie im Hintergrund: das Feld "Priorität des Backlogs" oder "Stapelrang".
Anforderungsrücksprotokoll	- Stack Rank, Story Points (Agile) - Stapelrang, Größe (CMMI) - Backlog Priority, Effort (Scrum)	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.
Iterationsbacklog	- Aktivität, Verbleibende Arbeit, Stapelrang (Agile) - Disziplin, Verbleibende Arbeit, Stapelrang (CMMI) - Aktivität, Verbleibende Arbeit, Backlog Priority (Scrum)	Verbleibende Arbeit wird 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.
• Um Prozesse zu erstellen, zu bearbeiten und zu verwalten, müssen Sie Mitglied der Gruppe "Projektsammlungsadministratoren" sein oder über die entsprechenden Berechtigungen auf Sammlungsebene verfügen, "Prozess erstellen", "Prozess löschen", "Bearbeitungsprozess" oder "Löschen eines Felds aus der Organisation" auf "Zulassen" festlegen. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung, Anpassen eines geerbten Prozesses.

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 Agile-, Scrum- und CMMI-Systemprozesse definieren zwei Standardportfolio-Backlogs, Epics und Features. Jeder ist den 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 ein benutzerdefiniertes WIT hinzufügen oder eines auswählen, das Sie zuvor hinzugefügt haben. Beachten Sie, dass nur WITs, die keiner anderen Backlog-Ebene zugeordnet sind, für die Auswahl angezeigt werden.

Hinzufügen eines Portfolio-Backlogs

Sie können nach den folgenden Schritten einen Portfolio-Backlog und einen benutzerdefinierten Arbeitsaufgabentyp hinzufügen.

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

2. Wählen Sie "Organisationseinstellungen" aus.

   

3. Wählen Sie Prozess aus.

4. Wählen Sie auf der Seite "Backlog levels" die Option "Neuer Portfolio-Backlog der obersten Ebene" aus.

   

5. 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, und wählen Sie dann "Hinzufügen" aus.

   

6. 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.

Im folgenden Beispiel 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.

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.

Im folgenden Beispiel haben wir den Arbeitsaufgabentyp "Ticket" hinzugefügt, der zusammen mit Vorgängen 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

• Organisieren Ihres Backlogs, Arbeiten mit Portfolio-Backlogs
• Hinzufügen eines benutzerdefinierten Arbeitselementtyps
• Erfahren Sie mehr über Backlogs, Boards und Pläne
• Anpassen eines Projekts mithilfe eines geerbten Prozesses
• Zeigen Sie Änderungen an einem geerbten Prozess über das Überwachungsprotokoll an.