Anpassen von Backlogs und Boards (Vererbungsprozess)

  • Artikel

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.

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.

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.

Screenshot mit änderungen, die an den Backlogebenen vorgenommen wurden.

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

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:
  • Hinzufügen oder Entfernen eines geerbten WIT aus einem Backlog:
    • Sie können kein geerbtes WIT direkt zu einem Oder aus einem Backlog hinzufügen oder daraus entfernen. Beispielsweise wird das Hinzufügen des WIT-Werts "Problem" zum Produktbacklog nicht unterstützt.
    • Sie haben jedoch folgende Möglichkeiten:
      • Benennen Sie die Portfolioebene um: Wenn die geerbte Portfolioebene WITs enthält, die Sie nicht verwenden möchten, sollten Sie es nach Ihren Anforderungen umbenennen.
      • Deaktivieren Sie ein geerbtes WIT: Wenn geerbte WITs vorhanden sind, die Sie ausschließen möchten, können Sie sie deaktivieren. Diese Aktion verhindert, dass Teams neue Arbeitsaufgaben dieser Typen erstellen.
  • Entfernen einer geerbten Portfolioebene:
    • Sie können zwar keine geerbte Portfolioebene von einem Produkt entfernen, sie haben jedoch eine Reihe von Optionen:
      • Benennen Sie die Portfolioebene um: Geben Sie ihm einen passenderen Namen.
      • Geerbte WITs deaktivieren: Verhindern, dass Teams bestimmte geerbte WITs verwenden.
  • Einfügen einer Backlogebene:
    • Leider können Sie keine neue Backlog-Ebene innerhalb der vorhandenen Gruppe definierter Backlogs einfügen. Die vordefinierten Backlog-Ebenen bleiben fest (z. B. Epics, Features, User Stories, Tasks).
  • Neuanordnen von Backlogebenen:
    • Backlogebenen folgen in der Regel einer vordefinierten Hierarchie, und das Ändern ihrer Reihenfolge wird nicht unterstützt. Sie können sie nicht neu anordnen.
  • Hinzufügen eines WIT zu mehreren Backlogebenen:
    • Jedes WIT (z. B. Bug, Task, User Story) 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 Aufgabenebene:
    • Obwohl Sie keine benutzerdefinierte aufgabenspezifische Backlogebene erstellen können, können Sie dem Iterationsrückstand weiterhin benutzerdefinierte WITs hinzufügen. Erstellen Sie beispielsweise ein benutzerdefiniertes WIT namens "Enhancement" oder "Maintenance", und ordnen Sie es dem Iterationsrückstand zu.
  • Verwalten von Fehlern:

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, bearbeiten Sie den entsprechenden Backlog. 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

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.

Screenshot des Abschnitts

Dieselben Arbeitsaufgabentypen werden zusammen mit allen benutzerdefinierten Arbeitsaufgabentypen im Dialogfeld "Backlog-Ebene bearbeiten" aller Backlogebenen angezeigt, bis sie einer bestimmten Backlogebene zugewiesen werden.

Screenshot des Dialogfelds

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

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.

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 zahnradsymbol Organisationseinstellungen.

    Screenshot mit hervorgehobener Schaltfläche „Organisationseinstellungen“.

  3. Wählen Sie Prozess aus.

  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.

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

    Screenshot mit Webportal, Administratorkontext, Seite

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

    Screenshot des Webportals, Dialogfeld

    Screenshot des Webportals, Dialogfeld

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

    Screenshot des Webportals, Dialogfeld

    Screenshot des Webportals, Dialogfeld

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.

Screenshot mit dem Kontextmenü eines Portfolio-Backlogs zum Bearbeiten, Umbenennen oder 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.

Screenshot mit dem Löschen einer Backlog-Ebene entfernt den Backlog und das Board, das der Ebene zugeordnet ist.

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.

Bei

Im folgenden Beispiel haben wir den Backlog umbenannt, Kundenticket hinzugefügt und den Standardtyp in "Kundenticket" geändert.

Beispiel für die Umbenennung des Backlogs, Hinzufügen von Kundenticket und Ändern des Standardtyps in

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.

Screenshot des Beispiels zum Hinzufügen der Arbeitsaufgabe

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.