Verwenden von Backlogs für effektives Projektmanagement in Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

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

Wenn Sie ein Projektadministrator sind, lesen Sie Konfigurieren und Anpassen von Azure Boards. Überprüfen Sie die Einstellungen, um mehr über das Definieren von Bereichs- und Iterationspfaden und das Anpassen Ihrer Arbeitselementtypen zu erfahren. Backlogs werden automatisch erstellt, wenn Sie ein Projekt erstellen oder ein Team hinzufügen. Jedes Team hat Zugriff auf seine eigenen Produkt-, Portfolio- und Sprintbacklogs, wie unter Informationen zu Teams und Agile-Tools beschrieben.

Verwenden von Backlogs

Sie planen und verfolgen Ihr Projekt mithilfe der Suite von Agile-Tools, auf die Sie über das Webportal zugreifen. Agile Tools unterstützen die wichtigsten Agile-Methoden – Scrum und Kanban – die heute von Softwareentwicklungsteams verwendet werden. Scrum-Tools unterstützen das Definieren und Verwalten von Arbeit innerhalb von Sprints, das Festlegen von Kapazität und das Nachverfolgen von Aufgaben. Kanban-Tools ermöglichen es Ihnen, einen kontinuierlichen Arbeitsablauf über ein interaktives Signboard zu verwalten.

Wenn Sie noch nicht mit Agile arbeiten, finden Sie unter Was ist Agile? eine Übersicht.

Kurz gesagt: Sie verwenden Backlogs für Folgendes:

• Definieren Sie schnell die Arbeit, mit der Ihr Team beauftragt wird , indem Sie User Storys, Product Backlog-Elemente oder Anforderungen definieren.
• Ordnen Sie Ihr Backlog neu an, um sicherzustellen, dass Sie zuerst an den Elementen mit der höchsten Priorität arbeiten.
• Hinzufügen von Details und Schätzungen zu Ihren Backlogelementen
• Schnelles Zuweisen von Backlogelementen zu Teammitgliedern und Sprints. Sie können ein Massenupdate oder das Ziehen in einen Sprint verwenden.
• Gruppieren oder Organisieren von Backlogelementen durch Zuordnung innerhalb einer Hierarchie
• Überprüfen der Hierarchie oder des Arbeitsportfolios, die mehreren Teams zugewiesen sind
• Prognostizieren von Aufgaben , um zu schätzen, was innerhalb eines Sprints bereitgestellt werden kann
• Zeigen Sie den Rollupstatus, die Anzahl oder die Summen an, um den Abschluss der Arbeit oder den noch zu erledigenden Arbeitsaufwand anzuzeigen.

Hinweis

Weitere Informationen finden Sie unter Backlogs, Boards und Pläne. Falls die gewünschten Arbeitselemente in Ihrem Backlog oder Board nicht angezeigt werden, lesen Sie Einrichten Ihrer Backlogs und Boards , um sie gemäß Ihren Vorlieben zu konfigurieren.

Produkt- und Portfoliobacklogs

Backlogs stellen Arbeitselemente als Listen dar. Ein Produktbacklog stellt Ihren Projektplan dar, die Roadmap für das, was Ihr Team bereitstellen möchte. Ihr Backlog enthält auch ein Repository mit allen Informationen, die Sie zum Nachverfolgen und Freigeben für Ihr Team benötigen. Mit Portfoliobacklogs können Sie Ihr Backlog in einer Hierarchie gruppieren und organisieren.

Backlogkonfiguration

Hinweis

Gewusst wie ein Backlog oder board hinzufügen? Sie fügen keine Backlogs oder Boards hinzu. Sie fügen ein Team hinzu, das automatisch mit einem eigenen Satz von Backlogs und Boards konfiguriert wird, wie unter Informationen zu Teams und Agile-Tools beschrieben.

Jeder Backlog ist einem Team zugeordnet. Teamkonfigurationseinstellungen bestimmen die Arbeitselemente, die im Teambacklog angezeigt werden. Insbesondere definiert der Teamadministrator Folgendes für sein Team:

• Wählt die Bereichspfade aus, die für das Team aktiv sind. Nur Arbeitselemente, die diesen Bereichspfaden zugewiesen sind, werden im Backlog des Teams angezeigt.
• Legt den Standardmäßigen Bereichspfad und Iterationspfad fest, der beim Definieren von Arbeitselementen aus dem Teambacklog verwendet wird.
• Wählt die Iterationspfade aus, die für das Team aktiv sind.
• Bestimmt, welche Backlogebenen für das Team aktiv sind.
• Definiert, wie Fehler als Anforderungen oder Aufgaben behandelt werden.

Details finden Sie in den folgenden Artikeln:

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

Tipp

Jedes Teammitglied verfügt über mehrere Tools zum Konfigurieren seiner Backlogansicht: Erweitern/Reduzieren einer Ebene, Spaltenoptionen, Selektor auf Backlogebene, Ansichtsoptionen und Filtersymbolleiste . Die für jede Backlogebene festgelegten Optionen sind unterschiedlich und bleiben bis zur Änderung erhalten. Weitere Informationen finden Sie unter Konfigurieren der Backlogansicht.

Allgemeine Backlogkonfigurationen für mehrere Teams

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

Da jeder Benutzer seine eigenen Spaltenoptionen und Ansichtsoptionen konfigurieren kann, gibt es keine Möglichkeit, eine gemeinsame Backlogansicht für alle Teams zu konfigurieren. Außerdem gibt es keine Standardspaltenoptionen, die für jedes Team festgelegt werden können.

Definieren von Arbeitselementen und Erstellen Ihres Backlogs

Sie erstellen Ihren Projektplan, indem Sie ein Backlog mit Arbeitselementen erstellen. Diese Elemente stellen die Features, Anforderungen, User Storys oder andere zu erledigende Aufgaben dar. Portfoliobacklogs unterstützen die hierarchische Organisation von Arbeit. Sie helfen dabei, wichtige Produktinitiativen oder Szenarien nachzuverfolgen, die auf vielen Geschichten oder Anforderungen basieren. Verschiedene Arten von Arbeitselementen helfen Ihnen, verschiedene Arten von Arbeit nachzuverfolgen, z. B. User Storys, Aufgaben, Fehler, Probleme und vieles mehr.

Backlogpriorität oder Stapelrangreihenfolge

Die Reihenfolge der Elemente in jedem Backlog wird abhängig davon bestimmt, wo Sie die Elemente hinzugefügt oder die Elemente auf der Seite verschoben haben. Wenn Sie Elemente in die Backlogliste ziehen, aktualisiert ein Hintergrundprozess die Felder Stack Rank (Agile- und CMMI-Prozesse) oder Backlog Priority (Scrum process). Diese Felder werden vom System verwendet, um die relative Rangfolge von Elementen im Produkt-, Feature-, Epic- oder anderen Portfoliobacklog nachzuverfolgen. Standardmäßig werden diese Felder nicht im Arbeitselementformular angezeigt.

Verwenden Sie nicht die Massenänderungsfunktion, um den Wert des Backlogprioritätsfelds zu ändern. Obwohl Sie diesen Feldern einen Wert zuweisen können, weisen Sie allen Elementen, die Sie für die Massenbearbeitung ausgewählt haben, den gleichen Wert zu.

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

Im Backlog aufgeführte Elemente und Arbeiten in Bearbeitung

Backlogs dienen zum Anzeigen von Arbeiten, die einem Kategorienstatus "Vorgeschlagen", "In Bearbeitung" oder "Aufgelöst" entsprechen. Nachdem Sie die Arbeit abgeschlossen haben und ihr Zustand in den Status Fertig oder Geschlossen wechselt, fällt sie aus der Backlogansicht ab. Sie können jederzeit eine Abfrage erstellen, um die abgeschlossene Arbeit anzuzeigen, oder den Pivot Zuletzt abgeschlossen auf der Seite Arbeitselemente anzeigen.

Im Allgemeinen sollten Sie alle Elemente anzeigen, die sich im Kategoriestatus In Bearbeitung befinden, der den Status Aktiv und Committ entspricht. Um sich auf die arbeit zu konzentrieren, die vorgeschlagen, aber nicht ausgeführt wird, können Sie die Backlogansicht umschalten, um In Bearbeitung zu deaktivieren. Diese Umschaltfläche ist bei der Vorhersage Ihres Produktbacklogs nützlich.

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

Organisieren Ihres Backlogs durch Zuordnen und Erneutes Überprüfen von Backlogelementen

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

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

Geschwindigkeit

Wenn Sie Ihre Backlogelemente Sprints zuweisen, erhalten Sie Zugriff auf einen kontextbezogenen Geschwindigkeitsbericht für Produkt- und Portfoliobacklogs. Mit Velocity können Teams ermitteln, wie viel Arbeit sie sprint-over-sprint ausführen können.

Sie können den Velocity-Bericht schnell so konfigurieren, dass Er Arbeitselemente zählt oder Story Points, Effort, Restarbeit oder ein anderes numerisches Feld summiert.

Weitere Informationen finden Sie unter Anzeigen oder Konfigurieren der Teamgeschwindigkeit.

Anzeigen von Rollupstatus, Anzahlen oder Summen

Produkt- und Portfoliobacklogs unterstützen die Anzeige von Rollupspalten. Sie können eine oder mehrere Rollupspalten hinzufügen, um Statusanzeigen, anzahl von abhängigen Arbeitselementen oder Summen ausgewählter numerischer Felder anzuzeigen. Ihre Einstellungen bleiben für jede von Ihnen angepasste Seite erhalten und sind nur für Ihre Ansichten gültig.

Statusanzeigen geben den Prozentsatz absteigender Elemente innerhalb einer Hierarchie an, die geschlossen oder abgeschlossen sind. Die Anzahl zeigt die Gesamtanzahl absteigender Elemente an. Und Summen bieten eine Summe aus numerischen Feldern, z. B. Aufwand, Story Points, Abgeschlossene Arbeit oder Verbleibende Arbeit von untergeordneten Elementen.
Hier werden beispielsweise Statusanzeigen für ein Portfoliobacklog angezeigt.

Arbeiten mit dem Besitz von Backlogelementen in mehreren Teams

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 Eltern anzeigen, sehen Sie das übergeordnete Ep der Features und Backlogelemente, auch wenn das Epic oder Feature einem anderen Team gehört.

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

Tipp

Fügen Sie das Feld Knotenname als Spalte hinzu, um den Bereichspfad/das Team zu identifizieren, das den Arbeitselementen zugeordnet ist.

Ausführliche 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. Nach unten können Sie alle Backlogelemente und -features sehen, obwohl sie zu einem von drei verschiedenen Teams gehören: Kundendienst, Telefon und Web.

In diesen Ansichten können Sie Elemente, sowohl die Elemente, die Sie besitzen, als auch die Elemente, die sich im Besitz anderer Teams befinden, erneut übergeordnet werden. Sie können jedoch keine Elemente neu anordnen, die ein anderes Team besitzt.

Diese organization ermöglicht es Verwaltungsteams, sich auf allgemeine Features und Epics zu konzentrieren, und Entwicklungsteams können sich nur auf die Backlogelemente konzentrieren, für die sie verantwortlich sind.

Damit dies für Sie funktioniert, müssen Sie Teams hinzufügen und deren Bereichspfade festlegen. Sie können beispielsweise eine teamähnliche Struktur mit zwei Verwaltungs- und drei Entwicklungsteams erstellen.

Weitere Informationen zu hierarchischen Team- und Backlogstrukturen finden Sie unter Portfolioverwaltung.

Neuanordnen und Neuanordnen von Arbeitselementen

Alle Backlogs und Boards unterstützen das Ziehen, um Arbeitselemente neu anzuordnen und neu zu erstellen. Updates, die für die Backlogs und Boards eines Teams erstellt wurden, spiegeln sich in anderen Teambacklogs und Boards wider, die denselben Bereichspfad verwenden. Möglicherweise müssen Sie die Seite aktualisieren, um die Änderungen anzuzeigen.

Sie können nur das Ziehen verwenden, um Arbeitselemente, die den für Ihr Team ausgewählten Bereichspfaden zugewiesen sind, neu anzuordnen oder neu anzuordnen. Wenn die Ansichtsoption Übergeordnete Elemente aktiviert ist, werden möglicherweise Arbeitselemente in Ihrem Backlog angezeigt, die sich nicht im Besitz Ihres Teams befinden. Alles, was mit dem Informationssymbol angezeigt wird, kann nicht neu sortiert oder erneut überprüft werden, da es sich im Besitz eines anderen Teams befindet.

Anzeigen von Arbeitselementen für Blattknoten

Für TFS 2018 und frühere Versionen zeigt das Kanban-Board nur den Blattknoten mit geschachtelten Elementen einer Hierarchie derselben Kategorie an. Für alle Versionen zeigen Sprint-Backlogs und Taskboards nur den letzten Knoten in einer Hierarchie derselben Kategorie an, der als Blattknoten bezeichnet wird.

Sie können zwar eine Hierarchie von Backlogelementen, Aufgaben und Fehlern erstellen, es wird jedoch nicht empfohlen, Hierarchien mit derselben Kategorie zu erstellen. Das heißt, erstellen Sie keine übergeordneten und untergeordneten Links zwischen Arbeitselementen desselben Typs, z. B. story-story, bug-bug, task-task. Der Grund ist, dass die Anzeige des Blattknotens, des letzten Knotens in einer Hierarchie derselben Kategorie, möglicherweise nur auf Kanban-Boards, Sprintbacklogs und Taskboards angezeigt wird. Wenn Sie beispielsweise Elemente innerhalb einer Hierarchie derselben Kategorie verknüpfen, die vier Ebenen tief ist, werden nur die Elemente auf der vierten Ebene im Kanban-Board, im Sprintbacklog und im Taskboard angezeigt.

Anstatt Anforderungen, Fehler und Aufgaben zu verschachteln, empfiehlt es sich, eine flache Liste zu verwalten. Mit anderen Worten: Erstellen Sie nur übergeordnete und untergeordnete Verknüpfungen zwischen Elementen, die zu einer anderen Kategorie gehören. Weitere Informationen finden Sie unter Beheben von Problemen bei der Neuordnung und Schachtelung, Wie Backlogs und Boards hierarchische (geschachtelte) Elemente anzeigen.

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 vollen Zugriff auf alle Features. Benutzer mit Zugriff auf Stakeholder sind auf bestimmte Features beschränkt. Ausführliche Informationen finden Sie unter Schnellübersicht für den Stakeholderzugriff.

Weitere Informationen zu Berechtigungen und Zugriff finden Sie unter Berechtigungen und Zugriff für die Arbeitsnachverfolgung und Schnellübersicht zum Zugriff auf Beteiligte.

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

Hinzufügen von Portfoliobacklogebenen und -boards

Wenn Sie mehr als zwei Portfoliobacklogs benötigen, können Sie bis zu zwei weitere für insgesamt fünf Backlogebenen hinzufügen.

Sie können sie hinzufügen, indem Sie Ihren Prozess anpassen, neue Arbeitselementtypen hinzufügen und dann Ihre Backlogs und Boards konfigurieren. Sie können auch die für einen Arbeitselementtyp (WIT) definierten Felder hinzufügen oder ändern oder eine benutzerdefinierte WIT hinzufügen. Ausführliche Informationen finden Sie unter Anpassen eines Vererbungsprozesses und Anpassen Ihrer Backlogs oder Boards (Vererbungsprozess).

Versuchen Sie dies als Nächstes:

Informationen zu den ersten Schritten finden Sie unter Verwenden von Azure Boards.

Verwandte Artikel

• Navigation im Webportal
• Informationen zu Kanban und agilem Projektmanagement
• Informationen zur Arbeitselementen
• Was bedeutet agile?
• Was ist Agile-Entwicklung?
• Agile-Kultur