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 ein Portfoliobacklog der dritten Ebene mit der Bezeichnung Initiativen hinzugefügt, das den Arbeitselementtyp der benutzerdefinierten Initiative nachverfolgt, und wir haben das Produktbacklog in Stories und Tickets umbenannt, um anzugeben, dass wir nicht nur User Storys, sondern auch Kundentickets im Produktbacklog nachverfolgen.

Änderungen an den Backlogebenen

Ihr Projekt definiert zwei Portfoliobacklogs: Features und Epics. Wenn Sie jedoch ein oder mehrere zusätzliche Portfoliobacklogs benötigen, können Sie diese hinzufügen.

Wichtig

Dieser Artikel gilt für Azure DevOps Services und Azure DevOps Server 2019 und höher. Informationen zum Anpassen eines projekts, das für eine Auflistung für TFS 2018 oder früher definiert ist, finden Sie unter Lokales XML-Prozessmodell.

Wichtig

Sie können das Vererbungsprozessmodell nur für Projekte verwenden, die für eine Projektsammlung definiert sind, die zur Unterstützung des Vererbungsprozessmodells konfiguriert ist. Wenn Ihre lokale Sammlung für die Verwendung des lokalen XML-Prozessmodells konfiguriert ist, können Sie dieses Prozessmodell nur verwenden, um die Arbeitsnachverfolgung anzupassen. Weitere Informationen finden Sie unter Anpassen der Arbeitsnachverfolgung, Auswählen des Prozessmodells für Ihre Projektsammlung.

Informationen zum Anpassen eines projekts, das für eine Auflistung für TFS 2018 oder früher definiert ist, finden Sie unter Lokales XML-Prozessmodell.

Portfoliobacklogs sind nützlich, um Ihr Backlog unter verschiedenen Geschäftsinitiativen und Benutzerszenarien zu organisieren. Wenn Sie Ihre Backlogs in Portfolios organisieren, erhalten Sie einen hierarchischen Überblick über die Arbeit, die in Backlogs auf niedrigerer Ebene definiert ist, einschließlich der laufenden Arbeit in mehreren Teams. 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 keiner Backlogebene einen geerbten Arbeitselementtyp hinzufügen. Beispielsweise können Sie dem Produktbacklog nicht den Arbeitselementtyp Issue or Impediment 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.


Backlogtypen

Anpassungsunterstützung


Geerbte Backlogs


Benutzerdefinierte Portfoliobacklogs


Was Sie nicht anpassen können

  • Sie können eine geerbte Portfolioebene nicht aus dem Produkt entfernen (Sie können jedoch die Portfolioebene umbenennen und einen geerbten Arbeitselementtyp deaktivieren).
  • Sie können keine Backlogebene in den vorhandenen Satz von definierten Backlogs einfügen.
  • Sie können die Backlogebenen nicht neu anordnen.
  • Sie können zwei verschiedenen Backlogebenen keinen Arbeitselementtyp hinzufügen.
  • Sie können keine benutzerdefinierte Aufgabenbacklogebene erstellen, obwohl Sie dem Iterationsbacklog benutzerdefinierte WITs hinzufügen können.
  • Sie können die Fehler-WIT keiner Backlogebene hinzufügen. Stattdessen ermöglicht das System jedem Team zu entscheiden, wie fehler verwaltet werden sollen. Weitere Informationen finden Sie unter Anzeigen von Fehlern in Backlogs und Boards.
  • Sie können einen geerbten WIT nicht zu oder aus einem Backlog hinzufügen, z. B. können Sie die Issue WIT nicht zum Produktbacklog hinzufügen.
  • Sie können eine geerbte Portfolioebene nicht aus dem Produkt entfernen (Sie können jedoch die Portfolioebene umbenennen und einen geerbten Arbeitselementtyp deaktivieren).
  • Sie können keine Backlogebene in den vorhandenen Satz von definierten Backlogs einfügen.
  • Sie können die Backlogebenen nicht neu anordnen.
  • Sie können zwei verschiedenen Backlogebenen keinen Arbeitselementtyp hinzufügen.
  • Sie können keine benutzerdefinierte Aufgabenebene erstellen, obwohl Sie dem Iterationsbacklog benutzerdefinierte Arbeitselementtypen hinzufügen können.
  • Sie können die Fehler-WIT keiner Backlogebene hinzufügen. Stattdessen ermöglicht das System jedem Team zu entscheiden, wie fehler verwaltet werden sollen. Weitere Informationen finden Sie unter Anzeigen von Fehlern in Backlogs und Boards.

Hinweis

Für bestimmte Features ist die Installation von Azure DevOps Server Update 2020.1 erforderlich. Weitere Informationen finden Sie unter versionshinweise zu Azure DevOps Server 2020 Update 1 RC1, Boards.

Hinzufügen eines Systemarbeitselementtyps zu einem Backlog

Wenn Sie Probleme oder Hindernisse oder andere geerbte Arbeitselementtypen innerhalb eines Backlogs oder Boards nachverfolgen möchten, können Sie den entsprechenden Backlog bearbeiten. In der folgenden Tabelle sind die verfügbaren Arbeitselementtypen 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.


Process

Arbeitselementtypen


Agilität

Problem


Scrum

Impediment


CMMI

Änderungsanforderung, Problem, Überprüfung, Risiko


Jedes Dialogfeld "Backlogebene bearbeiten " enthält automatisch geerbte und benutzerdefinierte Arbeitselementtypen, die anderen Backlogebenen nicht zugewiesen wurden. Beispielsweise werden nicht zugewiesene Agile-Arbeitselementtypen im Abschnitt Andere Arbeitselementtypen aufgeführt, wie in der folgenden Abbildung gezeigt.

Webportal, Prozess, Backlogebenen, Abschnitt

Dieselben Arbeitselementtypen werden zusammen mit allen benutzerdefinierten Arbeitselementtypen im Dialogfeld Backlogebene bearbeiten aller Backlogebenen angezeigt, bis sie einer bestimmten Backlogebene zugewiesen sind.

Webportal, Prozess, Backlogebenen, Dialogfeld

Hinweis

Sie können den standardmäßigen, geerbten Arbeitselementtyp nicht aus jeder Backlogebene entfernen, aber Sie können den entsprechenden Arbeitselementtyp deaktivieren. Beispielsweise können Sie den Arbeitselementtyp User Story für den Agile-Anforderungsbacklog deaktivieren, solange Sie einen weiteren Arbeitselementtyp zur Unterstützung dieses Backlogs hinzugefügt haben.

Zu Arbeitselementtypen hinzugefügte Felder

Wenn Sie einer Backlogebene einen Arbeitselementtyp hinzufügen, werden die folgenden Felder der 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.

Backlogebene Hinzugefügte Felder
Portfoliobacklog – Stapelrang (Agile, CMMI)
- Backlog Priority (Scrum)
Anforderungsbacklog - Stapelrang, Storypunkte (agil)
– Stapelrang, Größe (CMMI)
- Backlog Priority, Effort (Scrum)
Iterationsbacklog - Aktivität, Verbleibende Arbeit, Stapelrang (agil)
- Disziplin, Verbleibende Arbeit, Stapelrang (CMMI)
- Aktivität, Verbleibende Arbeit, Backlogpriorität (Scrum)

Die Felder Stapelrang und Backlogpriorität erfassen die relative Priorität von Arbeitselementen, wenn sie in einem Backlog oder Board neu angeordnet werden. Ausführliche Informationen zur Verwendung finden Sie unter Hinter den Kulissen: Das Feld Backlogpriorität oder Stapelrangfolge.

Die Felder Story Points, Size und Effort erfassen die relative Arbeit, die erforderlich ist, um eine WIT abzuschließen, die dem Anforderungsbacklog zugewiesen ist. Dieser Wert wird verwendet, um die Geschwindigkeit zu berechnen.

Und schließlich wird Verbleibende Arbeit in Sprint-Burndown- und Kapazitätsdiagrammen verwendet.

Voraussetzungen

Vor dem Anpassen eines Prozesses sollten Sie konfigurieren und anpassen Azure Boards lesen. Dort finden Sie Anleitungen zum Anpassen von Azure Boards an Ihre Geschäftlichen Anforderungen. Eine Beschreibung der verschiedenen Backlogs und Boards finden Sie unter Aufgaben, die von Backlogs, Boards, Taskboards und Plans unterstützt werden.

Öffnen des Einstellungsprozesses>

Sie erstellen, verwalten und nehmen Anpassungen an Prozessen über die Organisationseinstellungen>Prozess vor.

  1. Wählen Sie das  Azure DevOps-Logo aus, um Projekte zu öffnen. Wählen Sie dann Organisationseinstellungen aus.

    Öffnen Sie die Organisationseinstellungen für Projekte>.

  2. Wählen Sie dann Prozess aus.

    Wählen Sie dann „Prozess“ aus.

    Wichtig

    Wenn Prozess nicht angezeigt wird, arbeiten Sie mit TFS-2018 oder einer niedrigeren Version. Die Seite Prozess wird nicht unterstützt. Sie müssen die für das lokale XML-Prozessmodell unterstützten Features verwenden.

Sie erstellen, verwalten und nehmen Anpassungen an Prozessen über den Sammlungseinstellungsprozess> vor.

  1. Wählen Sie das  Azure DevOps-Logo aus, um Projekte zu öffnen. Wählen Sie die Projektsammlung aus, deren Prozesse Sie anpassen möchten, und wählen Sie dann Sammlungseinstellungen aus.

    Organisationseinstellungen für Projekte>öffnen

  2. Wählen Sie dann Prozess aus.

    Wählen Sie dann „Prozess“ aus.

Sie erstellen, verwalten und nehmen Anpassungen an Prozessen aus Admin Einstellungen>Prozess vor.

  1. Wählen Sie das  Azure DevOps-Logo aus, um Projekte zu öffnen. Wählen Sie dann Admin Einstellungen aus.

    Öffnen Sie die>Projektorganisationseinstellungen.

  2. Wählen Sie dann Prozess aus.

    Wählen Sie dann „Prozess“ aus.

Hinweis

Wenn Sie einen geerbten Prozess anpassen, werden alle Projekte, die diesen Prozess verwenden, automatisch aktualisiert, um die Anpassungen widerzuspiegeln. Aus diesem Grund wird empfohlen, einen Testprozess und ein Testprojekt zu erstellen, wenn Sie eine Reihe von Anpassungen vornehmen müssen, um die Anpassungen zu testen, bevor sie für Ihre organization. Weitere Informationen finden Sie unter Erstellen und Verwalten von geerbten Prozessen.

Hinzufügen oder Bearbeiten von Portfoliobacklogs

Die Systemprozesse Agile, Scrum und CMMI definieren zwei Standardportfoliobacklogs: Epics und Features. Jeder ist den entsprechenden Arbeitselementtypen Epic und Feature zugeordnet. Der Basic-Prozess definiert nur den Epics-Backlog und den Epic-Arbeitselementtyp. Weitere Informationen finden Sie unter Informationen zu Prozessen und Prozessvorlagen.

Sie können einen benutzerdefinierten Arbeitselementtyp hinzufügen, wenn Sie ein Portfoliobacklog hinzufügen oder bearbeiten, oder Sie können einen Arbeitselementtyp auswählen, den Sie zuvor hinzugefügt haben. Nur die Arbeitselementtypen, die nicht zu einer anderen Backlogebene gehören, werden zur Auswahl angezeigt.

Hinzufügen eines Portfoliobacklogs

Mithilfe dieser Schritte können Sie ein Portfoliobacklog und einen benutzerdefinierten Arbeitselementtyp hinzufügen.

  1. Wählen Sie auf der Seite Backlogebenen die Option Neues Portfoliobacklog der obersten Ebene aus.

    Webportal, Admin Kontext, Seite

  2. Benennen Sie die Backlogebene, wählen Sie die Farbe der Backlogebene aus, und fügen Sie den Arbeitselementtyp hinzu, der dieser Ebene zugeordnet werden soll. Klicken Sie auf Hinzufügen.

    Webportal, Dialogfeld

    Webportal, Dialogfeld

  3. Wenn Sie dem Backlog nur einen Arbeitselementtyp zuordnen, wählen Sie Speichern aus, um die Änderungen zu speichern. Andernfalls können Sie bei Bedarf weitere Arbeitselementtypen hinzufügen.

    Webportal, Dialogfeld

    Webportal, Dialogfeld

Bearbeiten, Umbenennen oder Löschen eines Portfoliobacklogs

Wählen Sie auf der Seite Backlogebenen das Kontextmenü eines Portfoliobacklogs aus, um es zu bearbeiten, umzubenennen oder zu löschen.

Wählen Sie das Kontextmenü eines Portfoliobacklogs aus, um es zu bearbeiten, umzubenennen oder zu löschen.

Durch das Löschen einer Backlogebene werden das Backlog und das Board entfernt, das der Ebene für alle Teams zugeordnet ist, einschließlich der anpassungen, die an ihnen vorgenommen wurden. Die mit den zugeordneten Arbeitselementtypen definierten Arbeitselemente werden in keiner Weise gelöscht oder betroffen.

Durch das Löschen einer Backlogebene werden das Backlog und das Board entfernt, das der Ebene zugeordnet ist.

Hinweis

Sie können den standardmäßigen, geerbten Arbeitselementtyp nicht aus den Epics- oder Features-Portfoliobacklogs entfernen. Sie können diese Arbeitselementtypen jedoch deaktivieren, sodass sie effektiv von der Benutzeroberfläche entfernt werden.

Bearbeiten oder Umbenennen des Anforderungsbacklogs

Der Anforderungsbacklog, auch als Produktbacklog bezeichnet, definiert die Arbeitselementtypen, die auf dem Produktbacklog und im Kanban-Board angezeigt werden. Der Standardarbeitselementtyp für Agile ist User Story; für Basic, Issue; für Scrum, Product Backlog Item; und für CMMI: Anforderung.

Sie können den Backlog umbenennen, die Farbe ändern, Arbeitselementtypen hinzufügen und den Standardarbeitselementtyp ändern. Öffnen Sie das Dialogfeld Backlog bearbeiten im Kontextmenü für das Anforderungsbacklog.

Hier haben wir das Backlog umbenannt, Kundenticket und Problem hinzugefügt und den Standardtyp in Kundenticket geändert. Aktivieren Sie die Kontrollkästchen der Arbeitselementtypen, die in den Backlog aufgenommen werden sollen.

Unter Backlog bearbeiten werden Stories und Tickets in Name eingegeben, und es gibt eine Liste der Arbeitselementtypen für diese Backlogebene.

Hier haben wir das Backlog umbenannt, Kundenticket hinzugefügt und den Standardtyp in Kundenticket geändert.

Beispiel für das Umbenennen des Backlogs, hinzufügen eines Kundentickets und Ändern des Standardtyps in Kundenticket.

Hinweis

Sie können den standardmäßigen, geerbten Arbeitselementtyp nicht aus dem Anforderungsbacklog entfernen. Sie können den Arbeitselementtyp jedoch deaktivieren, sodass er effektiv von der Benutzeroberfläche entfernt wird.

Bearbeiten des Iterationsbacklogs

Das Iterationsbacklog, auch als Sprintbacklog bezeichnet, definiert die Arbeitselementtypen, die in den Sprintbacklogs und Taskboards angezeigt werden. Der Standardarbeitselementtyp für alle Prozesse ist Task.

Für das Iterationsbacklog können Sie Arbeitselementtypen hinzufügen und den Standardarbeitselementtyp ändern. Öffnen Sie das Dialogfeld Backlog bearbeiten über das Kontextmenü für das Iterationsbacklog.

Hier haben wir den Arbeitselementtyp Ticket hinzugefügt, der zusammen mit Aufgaben nachverfolgt wird.

Beispiel für das Hinzufügen des Arbeitselements Ticket.

Hinweis

Sie können den standardmäßigen, geerbten Arbeitselementtyp nicht aus dem Iterationsbacklog entfernen. Sie können den Arbeitselementtyp jedoch deaktivieren, sodass er effektiv von der Benutzeroberfläche entfernt wird.

Hinweis

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