Verwenden von Backlogs zum Verwalten von Projekten

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

Mit Backlogs können Sie Ihr Projekt planen, indem Sie Ihrem Produktbacklog User Storys oder Anforderungen hinzufügen. Mit Ihrem Plan können Sie mit der Entwicklung von Code beginnen.

Wenn Sie ein Projektadministrator sind, lesen Sie Konfigurieren und Anpassen von Azure Boards, um zu erfahren, wie Sie Bereichs- und Iterationspfade definieren und Ihre Arbeitsaufgabentypen anpassen können. Wenn Sie ein Projekt erstellen oder ein Team hinzufügen, erstellt Azure Boards automatisch ein Backlog. Jedes Team hat Zugriff auf seine eigenen Product, Portfolio und Sprint-Backlogs. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Informationen zu Backlogs

Ein Azure Boards-Backlog ist eine priorisierte Liste von Arbeitselementen, die den Aufwand Ihres Entwicklungsteams bestimmen. Ein Backlog hilft beim Verwalten des Projektumfangs und erleichtert eine effektive Kommunikation und Zusammenarbeit über den Softwareentwicklungslebenszyklus.

Verwenden Sie Backlogs, um die folgenden Aufgaben auszuführen:

Product und Portfolio Backlogs

Backlogs stellen Arbeitselemente als Listen dar. Ein Product Backlog entspricht Ihrem Projektplan, also der Roadmap der Lieferungen, auf die Ihr Team zuarbeitet. Außerdem wird ein Repository aller Informationen bereitgestellt, die für das Nachverfolgen und Freigeben mit Ihrem Team erforderlich sind.

In agilen Methoden können Sie mit einem Portfolio-Backlog Ihren Backlog in einer Hierarchie gruppieren und organisieren. Sie können allgemeine Initiativen, Epics oder Projekte anzeigen, an denen Ihre Organisation über einen längeren Zeitraum hinweg arbeiten möchte. Diese Initiativen sind häufig zu groß oder komplex, um in den Umfang des Backlogs eines einzelnen Teams zu passen. Sie erfordern Koordination und Planung auf einer höheren Organisationsebene.

Backlogkonfiguration

Jeder Backlog ist einem Team zugeordnet und die Teamkonfigurationseinstellungen bestimmen die Arbeitselemente, die im Teambacklog angezeigt werden. Der Teamadministrator führt die folgenden Aufgaben für sein Team aus:

• Wählen Sie die Bereichspfade aus, die für das Team aktiv sind. Nur Arbeitselemente, die diesen Bereichspfaden zugewiesen sind, werden im Backlog des Teams angezeigt.
• Legen Sie den standardmäßigen Bereichs- und Iterationspfad fest, der beim Definieren von Arbeitselementen aus dem Teambacklog verwendet werden.
• Wählen Sie die Iterationspfade aus, die für das Team aktiv sind.
• Bestimmen Sie, welche Backlogebenen für das Team aktiv sind.
• Definieren Sie, wie Fehler behandelt werden – als Anforderungen oder als Aufgaben.

Weitere Informationen finden Sie in den folgenden Artikeln:

• Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen
• Definieren von Bereichspfaden und Zuweisen zu einem Team
• Auswählen von Backlogebenen
• Anzeigen von Fehlern in Backlogs oder Boards

Allgemeine Backlogkonfigurationen für mehrere Teams

Frage: Kann ich eine Backlogkonfiguration definieren, die mehrere Teams abonnieren können?Antwort: Nein. Jedes Team steuert seine eigenen Teameinstellungen und Backlogkonfigurationen.

Definieren von Arbeitselementen und Erstellen Ihres Backlogs

Erstellen Sie Ihren Projektplan, indem Sie ein Backlog mit Arbeitselementen erstellen. Diese Elemente stellen die Features, Anforderungen, User Storys oder andere zu erledigende Arbeit dar. Portfolio Backlogs unterstützen die Organisation von Arbeit in hierarchischer Form. Sie helfen dabei, wesentliche Produktinitiativen oder Szenarien nachzuverfolgen, die auf vielen Storys oder Anforderungen basieren. Verschiedene Arten von Arbeitselementen helfen Ihnen dabei, unterschiedliche Arten von Arbeit nachzuverfolgen, z. B. User Storys, Aufgaben, Fehler und Probleme.

Backlog Priority oder Stapelrangfolge

Wo Sie die Elemente auf der Seite hinzufügen oder verschieben, bestimmt die Reihenfolge der Elemente in jedem Backlog. Weitere Informationen finden Sie unter Neuordnen Ihres Backlogs.

Wenn Sie Elemente innerhalb der Backlogliste ziehen, aktualisiert ein Hintergrundprozess die Felder Stapelrang (Agile- und CMMI-Prozesse) bzw. Backlogpriorität (Scrum-Prozess). Das System verwendet diese Felder, um die relative Rangfolge von Elementen im Produkt-, Feature-, Epic- oder einem anderen Portfoliobacklog nachzuverfolgen. Standardmäßig werden diese Felder nicht im Arbeitselementformular angezeigt.

Verwenden Sie nicht die Massenänderungsfunktion, um den Wert des Felds „Backlog Priority“ zu ändern. Obwohl Sie diesen Feldern einen Wert zuweisen können, weisen Sie allen Elementen, die Sie für die Massenbearbeitung auswählen, denselben Wert zu.

Die bevorzugte Methode für die Massenbearbeitung ist die Verwendung der Mehrfachauswahl, um Elemente an die oberste, unterste oder eine bestimmte Position innerhalb der Seite zu verschieben. Wenn Sie eins der Felder für die Backlogreihenfolge massenweise bearbeiten müssen, um eine große Anzahl von Arbeitselementen in die gewünschte Prioritätsreihenfolge zu bringen, verwenden Sie Excel. Sie können eine Abfrage exportieren, die die Backlogelemente enthält, entweder das Feld mit der Backlogpriorität oder dem Stapelrang aktualisieren und dann Ihre Änderungen veröffentlichen.

Im Backlog aufgeführte „Elemente in Bearbeitung“ und Arbeit

Backlogs dienen zum Anzeigen von Arbeit, die einem Kategoriezustand von „Vorgeschlagen“, „In Bearbeitung“ oder „Aufgelöst“ entspricht. Nachdem Sie Arbeit abgeschlossen haben und sich ihr Zustand in Fertig oder Geschlossen ändert, wird sie nicht mehr in der Backlogansicht angezeigt. Sie können jederzeit eine Abfrage erstellen, um die abgeschlossene Arbeit anzuzeigen, oder den Pivot Kürzlich abgeschlossen auf der Seite Arbeitselemente anzeigen. Weitere Informationen finden Sie unter Anzeigen und Hinzufügen von Arbeitselementen.

Im Allgemeinen zeigen Sie alle Elemente an, die sich im Kategoriezustand In Bearbeitung befinden, was den Zuständen Aktiv und Committet entspricht. Um sich auf die Arbeit zu konzentrieren, die vorgeschlagen ist, aber nicht bearbeitet wird, können Sie die Backlogansicht so umschalten, dass In Bearbeitung deaktiviert wird. Diese Umschaltfunktion ist bei der Vorhersage Ihres Product Backlogs nützlich.

Wenn in Ihrem Backlog Elemente fehlen, überprüfen Sie, ob die Ansicht In Bearbeitung deaktiviert wurde. Weitere Informationen finden Sie unter Workflowstatus und Zustandskategorien.

Organisieren Ihres Backlogs durch Zuordnen von Backlog Items und durch Neuzuordnen übergeordneter Backlog Items

Wenn Sie viele Initiativen haben, an denen Ihre Teams arbeiten, sollten Sie die Arbeit nach diesen Initiativen gruppieren. Durch Definieren von Features und Epics können Sie Ihre Arbeit in einer dreistufigen Hierarchie gruppieren, die aus Epics, Features und Backlog Items besteht.

Hier hat das Kundendienstteam beispielsweise mehrere Backlogelemente unter zwei Features und einem Epic organisiert.

Geschwindigkeit

Weitere Informationen finden Sie unter Anzeigen und Konfigurieren der Teamgeschwindigkeit.

Arbeiten mit Backlog Items, die im Besitz mehrerer Teams sind

Wenn Sie über mehrere Teams verfügen, zeigen Ihre hierarchischen Ansichten möglicherweise Elemente an, die zu anderen Teams gehören.

Anzeigen von Backlog Items und übergeordneten Elementen, die im Besitz eines anderen Teams sind

Im Product Backlog Ihres Teams werden nur die Elemente aufgelistet, deren Bereichspfad mit den Elementen übereinstimmt, die Ihrem Team zugewiesen sind. Wenn Sie jedoch übergeordnete Elemente anzeigen, wird das übergeordnete Epic der Features und Backlogelemente angezeigt, auch wenn das Epic oder Feature im Besitz eines anderen Teams ist.

Weitere Informationen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.

Anzeigen von Epics und untergeordneten Elementen im Besitz anderer Teams

Hier sehen Sie ein weiteres Beispiel, das das Epics Backlog für das Managementteam zeigt. Wenn Sie Detailinformationen anzeigen, können Sie alle Backlog Items und Features sehen, obwohl sie zu einem von drei verschiedenen Teams gehören: Kundendienst, Telefon und Web.

Aus diesen Ansichten können Sie übergeordnete Elemente, die Sie und andere Teams besitzen, neu zuordnen. Sie können keine Elemente neu anordnen, die ein anderes Team besitzt.

Diese Organisation ermöglicht es Managementteams, sich auf allgemeine Features und Epics zu konzentrieren, und Entwicklungsteams können sich nur auf die Backlog Items konzentrieren, für deren Lieferung sie verantwortlich sind. Sie können beispielsweise eine Teamstruktur ähnlich der folgenden mit zwei Management- und drei Entwicklungsteams erstellen. Weitere Informationen finden Sie unter Erstellen oder Hinzufügen eines Teams.

Weitere Informationen zu hierarchischen Team- und Backlogstrukturen finden Sie unter Verwalten der Produkt- und Portfoliobacklogs.

Neuanordnen von Arbeitselementen und Neuzuordnen übergeordneter Arbeitselemente

Alle Backlogs und Boards unterstützen das Neuanordnen von Arbeitselementen und das Neuzuordnen übergeordneter Arbeitselemente mittels Ziehen. Aktualisierungen, die an den Backlogs und Boards eines Teams vorgenommen werden, spiegeln sich in den Backlogs und Boards anderer Teams wider, die denselben Bereichspfad verwenden. Möglicherweise müssen Sie die Seite aktualisieren, um die Änderungen anzuzeigen.

Sie können nur mit Ziehen Arbeitselemente neu anordnen oder übergeordneten Elementen neu zuordnen, die Bereichspfaden zugewiesen sind, die für Ihr Team ausgewählt sind. Wenn die Option Elternansicht aktiviert ist, werden möglicherweise Arbeitsaufgaben in Ihrem Backlog angezeigt, die Ihr Team nicht besitzt. Alle Elemente, die mit dem Informationssymbol angezeigt werden, können nicht neu angeordnet oder übergeordneten Elementen neu zugeordnet werden, weil sie sich im Besitz eines anderen Teams befinden.

Anzeigen von Blattknoten-Arbeitselementen

Sprint-Backlogs und Taskboards zeigen nur den letzten Knoten in einer Hierarchie der gleichen Kategorie an, die als Blattknoten bezeichnet wird.

Sie können eine Hierarchie von Backlogelementen, Aufgaben und Fehlern erstellen. Es wird nicht empfohlen, Hierarchien identischer Kategorien zu erstellen. Das heißt, erstellen Sie keine Übergeordnet/Untergeordnet-Links zwischen Arbeitselementen desselben Typs, z. B. Story-Story, Fehler-Fehler, Aufgabe-Aufgabe.

Die Anzeige des letzten Knotens in einer Hierarchie identischer Kategorien ist nur in Boards, Sprintbacklogs und Taskboards möglich. Wenn Sie beispielsweise Elemente innerhalb einer Hierarchie identischer Kategorien verknüpfen, die vier Ebenen tief ist, werden nur die Elemente auf der vierten Ebene im Board, Sprintbacklog und Taskboard angezeigt.

Anstatt Anforderungen, Fehler und Aufgaben zu schachteln, empfiehlt es sich, eine flache Liste beizubehalten. Erstellen Sie Verknüpfungen vom Typ „Übergeordnet/Untergeordnet“ eine Ebene tief zwischen Elementen, die zu verschiedenen Kategorien gehören. Weitere Informationen finden Sie unter Beheben von Problemen beim Neuanordnen und Schachteln.

Product Backlog-Steuerelemente

Sie können die die folgenden Steuerelemente verwenden, um Ihre Product Backlog-Ansicht zu filtern oder zu ändern.

Berechtigungen und Zugriff

Als Mitglied, das der Gruppe „Mitwirkende“ eines Projekts hinzugefügt wurde, können Sie die meisten Features verwenden, die unter Boards oder Arbeit bereitgestellt werden. Benutzer mit „Basic“-Zugriff haben Vollzugriff auf alle Features. Benutzer mit Beteiligtenzugriff sind auf bestimmte Features beschränkt. Weitere Informationen finden Sie unter Kurzreferenz zu Beteiligtenzugriff.

Weitere Informationen zu Berechtigungen und Zugriff finden Sie unter Festlegen von Berechtigungen für die Arbeitsnachverfolgung und Kurzreferenz zum Beteiligtenzugriff.

Informationen zum Hinzufügen von Benutzern zu einem Projekt finden Sie unter Hinzufügen von Benutzern zu einem Projekt oder Team.

Hinzufügen der Portfolio Backlogs und Boards

Nächste Schritte

Verwandte Artikel

• Navigieren im Webportal
• Informationen zu Kanban-Boards
• Entdecken Sie, was Agile ist