Verwenden von Azure Boards zum Verwalten Ihrer Product und Portfolio Backlogs

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

Portfolio Backlogs bieten Produktbesitzer*innen Einblicke in die Arbeit mehrerer Agile-Featureteams. Produktbesitzer*innen können die übergeordneten Ziele als Epics oder Features definieren. Featureteams können diese Arbeitselemente in die User Storys unterteilen, die sie priorisieren und entwickeln.

In diesem Artikel finden Sie Informationen zu Folgendem:

  • Unterstützung einer Verwaltungsansicht für den Fortschritt mehrerer Teams
  • Wie sich Featureteams auf den Fortschritt ihres Teambacklogs konzentrieren können
  • Zuweisen von Arbeit aus einem gemeinsamen Backlog
  • Einrichten einer hierarchischen Gruppe von Teams und Backlogs

Indem Sie eine Teamstruktur wie die hier gezeigte einrichten, stellen Sie jedem Featureteam ein eigenes Backlog zur Verfügung, mit dem es seine Arbeit planen, priorisieren und nachverfolgen kann. Und Portfolio- oder Produktbesitzer*innen können ihre Vision, Roadmap und Ziele für jedes Release erstellen, den Fortschritt im gesamten Projektportfolio überwachen und Risiken und Abhängigkeiten verwalten.

Jedem Team wird eine eigene Ansicht der Aufgaben angezeigt

Richten Sie eine hierarchische Team- und Backlogstruktur ein, wenn Sie die folgenden Elemente unterstützen möchten:

  • Autonome Featureteams, die ihre Backlogarbeit organisieren und verwalten können
  • Portfoliomanagementansichten für die Planung von Epics und Features und die Überwachung des Fortschritts untergeordneter Featureteams
  • Zuweisung von Backlog Items zu Featureteams aus einem gemeinsamen Backlog

Hinweis

Die Abbildungen, die Sie in Ihrem Webportal sehen, unterscheiden sich möglicherweise von den Abbildungen, die Sie in diesem Artikel sehen. Diese Unterschiede sind auf Updates zurückzuführen, die an Azure DevOps Services vorgenommen wurden. Sofern nicht ausdrücklich erwähnt, sind die grundlegenden Funktionen, die Ihnen zur Verfügung stehen, jedoch identisch.

Hinweis

Die Abbildungen, die Sie in Ihrem Webportal sehen, unterscheiden sich möglicherweise von den Abbildungen, die Sie in diesem Artikel sehen. Diese Unterschiede sind auf Updates zurückzuführen, die für Ihre lokale Azure DevOps-Instanz durchgeführt wurden. Sofern nicht ausdrücklich erwähnt, sind die grundlegenden Funktionen, die Ihnen zur Verfügung stehen, jedoch identisch.

Verwaltungsansicht des Teamfortschritts

In diesem Beispiel wird das Portfolio Backlog Epics für das Team Management gezeigt. 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.

Backlog mit übergeordneten Elementen und Besitz mehrerer Teams

Wichtig

Sie haben die Flexibilität, untergeordnete Verknüpfungen mit Arbeitsaufgaben aus verschiedenen Projekten herzustellen. Wenn sich die Prozesse jedoch zwischen Projekten unterscheiden, wird die Hierarchie für diese untergeordneten Elemente, die sich in den separaten Projekten befinden, nicht im Backlog angezeigt. Dennoch können Sie alle zugeordneten untergeordneten Elemente direkt im Arbeitsaufgabenformular anzeigen.

Besitz des Backlogs und Fortschrittsansicht des Featureteams

Jedes Funktionsteam verfügt über eine eigene Team-Homepage oder Dashboards, Produkt- und Portfolio-Backlogs, Kanban-Boards und Taskboards. Diese Seiten zeigen nur die für jedes Team relevante Arbeit an. Die Relevanz basiert auf Zuweisungen, die für den Arbeitsbereich und die Iterationspfade vorgenommen werden. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Tipp

Fügen Sie den Spaltenoptionen Knotenname hinzu, um das dem Arbeitselement zugewiesene Team anzuzeigen.

Die Ansicht des Featureteams des Kundendiensts für den Backlog umfasst nur die Arbeitselemente, die ihrem Bereichspfad Fabrikam Fiber/Kundendienst zugewiesen sind. Hier zeigen wir übergeordnete Elemente, die einige der Features und Epics bereitstellen, zu denen die Backlog Items gehören. Elemente, die im Besitz anderer Teams sind, werden mit hohl gefüllten Balken angezeigt. Beispielsweise gehören mobiles Feedback und Textwarnungen zum Kontoverwaltungsteam.

Elemente, die anderen Teams gehören, werden mit einem Informationssymbol  angezeigt.

Backlog mit übergeordneten Elementen und Besitz mehrerer Teams

Zuweisen von Arbeit aus einem gemeinsamen Backlog

Während die hierarchische Team- und Backlogstruktur gut funktioniert, um autonome Teams bei der Übernahme der Verantwortung für ihr Backlog zu unterstützen, unterstützt sie auch die Zuweisung von Arbeit an Teams aus einem gemeinsamen Backlog. Während einer Sprint- oder Produktplanungsbesprechung können Produktbesitzer*innen und Entwicklungsleiter*innen den Backlog überprüfen. Teams können auch ausgewählte Elemente verschiedenen Teams zuweisen, indem sie sie dem Bereichspfad des Featureteams zuweisen.

In dieser Ansicht des Backlogs für die Kontoverwaltung müssen alle Elemente, die noch der Kontoverwaltung zugewiesen sind, noch zugewiesen werden.

Gemeinsamer Backlog des Teams „Management“

Während der Planungsbesprechung können Sie jedes Element öffnen, Notizen machen und das Element dem Team zuweisen, um daran zu arbeiten.

Tipp

Sie können Arbeitselemente mehrfach auswählen und eine Massenbearbeitung des Bereichspfads ausführen. Siehe Massenändern von Arbeitselementen.

Hier wurden alle Backlog Items an Featureteams zugewiesen, während alle Features und Epics im Besitz der Kontoverwaltung bleiben.

Alle Backlog Items wurden Featureteams zugewiesen.

Portfoliobacklogs hinzufügen

Wenn Sie mehr als drei Backlogebenen benötigen, können Sie weitere hinzufügen. Weitere Informationen finden Sie unter Anpassen Ihrer Backlogs oder Boards für einen Prozess.

Nachverfolgen von Abhängigkeiten über Teams hinweg

Die einfachste Möglichkeit, Abhängigkeiten teamübergreifend nachzuverfolgen, besteht darin, Arbeitselemente mithilfe des Linktyps Verwandt zu verknüpfen. Wenn sie zeitlich abhängig sind, können Sie die Linktypen Vorgänger/Nachfolger verwenden. Anschließend können Sie Abfragen erstellen, die Arbeitselemente finden, die diese Beziehungen enthalten. Weitere Informationen finden Sie unter Verknüpfen von Arbeitsaufgaben mit anderen Objekten.

Mithilfe von Lieferplänen können Sie Abhängigkeiten projektübergreifend innerhalb einer Organisation nachverfolgen. Weitere Informationen finden Sie unter Nachverfolgen von Abhängigkeiten mithilfe von Übermittlungsplänen.

Fortschritt des Portfoliofeatures

Um den Featurefortschritt basierend auf verknüpften Anforderungen anzuzeigen, können Sie eine Rollupspalte hinzufügen oder einen Lieferplan anzeigen. Weitere Informationen finden Sie unter Anzeigen des Rollups und Überprüfen von Übermittlungsplänen.

Um den Featurefortschritt basierend auf verknüpften Anforderungen anzuzeigen, können Sie die Featurezeitachse anzeigen. Weitere Informationen finden Sie unter Anzeigen des Portfoliofortschritts mit der Funktionszeitachse.

Nächste Schritte