Verwenden von Backlogs für effektive Projektverwaltung 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 Benutzergeschichten oder Anforderungen zu Ihrem Produktbacklog hinzufügen. Sobald Sie Ihren Plan eingerichtet haben, können Sie mit der Entwicklung von Code beginnen.

Wenn Sie gerade beginnen, lesen Sie die Einstellungen konfigurieren und Ihr Azure Boards Projekt verwalten. Überprüfen Sie die Einstellungen, um weitere Informationen zum Definieren von Bereichs- und Iterationspfaden zu erhalten und Ihre Arbeitselementtypen anzupassen. Backlogs werden automatisch erstellt, wenn Sie ein Projekt erstellen oder ein Team hinzufügen. Jedes Team hat Zugriff auf eigene Produkt-, Portfolio- und Sprint-Backlogs wie in Informationen zu Teams und agilen Tools beschrieben.

Verwenden von Backlogs

Sie planen und nachverfolgen Ihr Projekt mithilfe der Suite von Agile-Tools, auf die Sie im Webportal zugreifen. Agile Tools unterstützen die wichtigsten agilen Methoden – Scrum und Kanban – die heute von Softwareentwicklungsteams verwendet werden. Scrum-Tools unterstützen das Definieren und Verwalten von Arbeiten innerhalb von Sprints, Festlegen von Kapazität und Nachverfolgung von Aufgaben. Kanban-Tools ermöglichen Es Ihnen, einen kontinuierlichen Arbeitsfluss über ein interaktives Sign board zu verwalten.

Wenn Sie für Agile neu sind, finden Sie unter "Was ist Agile" für eine Übersicht.

In einer Nussshell verwenden Sie Backlogs zu:

Hinweis

Informationen zu den Unterschieden zwischen Backlogs, Boards, Taskboards und Übermittlungsplänen finden Sie unter Backlogs, Boards und Pläne. Wenn Ihr Backlog oder Board nicht die Arbeitselemente anzeigt, die Sie erwarten oder möchten, finden Sie unter Einrichten Ihrer Backlogs und Boards.

Produkt- und Portfolio-Backlogs

Backlogs präsentieren Arbeitselemente als Listen. Ein Produktbacklog stellt Ihren Projektplan dar, die Roadmap für die Bereitstellung Ihres Teams. Ihr Backlog bietet auch ein Repository aller Informationen, die Sie für Ihr Team nachverfolgen und freigeben müssen. Portfolio-Backlogs ermöglichen Es Ihnen, Ihren Backlog in eine Hierarchie zu gruppieren und zu organisieren.

Screenshot von Boards-Backlogs.

Screenshot des Webportals, wählen Sie Boards und dann Backlogs, TFS 2018.

Backlogkonfiguration

Hinweis

Gewusst wie einen Backlog oder ein Board hinzufügen? Sie fügen keine Backlogs oder Boards hinzu. Sie fügen ein Team hinzu, das automatisch mit seinem eigenen Satz von Backlogs und Boards konfiguriert wird, wie in " Informationen zu Teams" und agilen Tools beschrieben.

Jeder Backlog ist einem Team zugeordnet. Teamkonfigurationseinstellungen bestimmen die Arbeitselemente, die im Team-Backlog 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 Standardbereichspfad und den Iterationspfad fest, der beim Definieren von Arbeitselementen aus dem Team-Backlog verwendet wird.
  • Wählt die Iterationspfade aus, die für das Team aktiv sind
  • Bestimmt, welche Backlogstufen für das Team aktiv sind
  • Definiert, wie Fehler behandelt werden, als Anforderungen oder als Aufgaben.

Details finden Sie in den folgenden Artikeln:

Tipp

Jedes Teammitglied verfügt über verschiedene Tools zum Konfigurieren der Backlogansicht: Erweitern/Reduzieren einer Ebene, Spaltenoptionen, Auswahl auf Backlogebene, Ansichtsoptionen und Filtersymbolleiste . Optionen, die für jede Backlogebene festgelegt sind, sind unterschiedlich und bleiben bis zum Ändern beibehalten. Weitere Informationen finden Sie unter Konfigurieren ihrer 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 ihre eigenen Teameinstellungen und Backlogkonfigurationen.

Da jeder Benutzer eigene 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.

Da jeder Benutzer eigene Spaltenoptionen und Ansichtsoptionen konfigurieren kann, gibt es keine Möglichkeit, eine gemeinsame Backlogansicht für alle Teams zu konfigurieren. Sie können jedoch die Standardspaltenoptionen für alle Teammitglieder definieren, indem Sie die Prozesskonfiguration bearbeiten. Informationen dazu finden Sie unter Prozesskonfigurations-XML-Elementreferenz, Standardspalten festlegen.

Definieren von Arbeitselementen und Erstellen ihres Backlogs

Sie erstellen Ihren Projektplan, indem Sie einen Backlog von Arbeitselementen erstellen. Diese Elemente stellen die Features, Anforderungen, Benutzergeschichten oder andere Arbeiten dar, die abgeschlossen werden sollen. Portfolio-Backlogs unterstützen die Organisation von Arbeiten in hierarchischer Weise. Sie helfen ihnen, wichtige Produktinitiativen oder Szenarien zu verfolgen, die auf viele Geschichten oder Anforderungen basieren. Verschiedene Arten von Arbeitselementen helfen Ihnen beim Nachverfolgen verschiedener Arbeitstypen, z. B. Benutzergeschichten, Aufgaben, Fehler, Probleme und vieles mehr.

Definieren sie konzeptionelles Bild von Vorgängen.Organisieren sie konzeptionelles Bild von Vorgängen.Verwalten sie konzeptionelles Bild von Vorgängen.Verwalten von Problemen im konzeptionellen Bild von Vorgängen.

Prioritäts- oder Stapelrangreihenfolge

Die Reihenfolge der Elemente auf jedem Backlog wird entsprechend der Position bestimmt, an der Sie die Elemente hinzugefügt oder die Elemente auf der Seite verschoben haben. Während Sie Elemente in der 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 Bewertung von Elementen auf dem Produkt, Feature, Epen oder anderen Portfolio-Backlog nachzuverfolgen. Standardmäßig werden diese Felder nicht im Arbeitselementformular angezeigt.

Screenshot, der zeigt, wie Arbeitselemente neu angeordnet werden.

Verzichten Sie darauf, die Massenänderungsfunktion zu verwenden, um den Wert des Felds "Backlog-Priorität" zu ändern. Während Sie diesen Feldern einen Wert zuweisen können, weisen Sie allen Elementen, die Sie für die Massenbearbeitung ausgewählt haben, denselben Wert zu.

Die bevorzugte Methode für die Massenbearbeitung besteht darin, mehrauswahl zu verwenden, um Elemente oben, unten oder bestimmte Position in der Seite zu verschieben. Wenn Sie eine der Backlogreihenfolgefelder in Massen bearbeiten müssen, um eine große Anzahl von Arbeitselementen in der gewünschten Prioritätsreihenfolge abzurufen, verwenden Sie Excel. Sie können eine Abfrage exportieren, die die Backlogelemente enthält, entweder die Felder "Backlog Priority" oder "Stack Rank" aktualisieren und dann Ihre Änderungen veröffentlichen.

In Statuselementen und arbeiten, die im Backlog aufgeführt sind

Backlogs sind so konzipiert, dass Arbeitsarbeiten angezeigt werden, die einem Status der Vorgeschlagenen, In Fortschritt oder aufgelösten Kategorie entsprechen. Nachdem Sie die Arbeit abgeschlossen haben und der Zustand abgeschlossen wurde, wird der Status "Fertig" oder " Geschlossen " eingegeben, dann wird die Backlogansicht deaktiviert. Sie können immer eine Abfrage erstellen, um abgeschlossene Arbeiten anzuzeigen oder den zuletzt abgeschlossenen Pivot auf der Seite "Arbeitselemente" anzuzeigen.

Im Allgemeinen möchten Sie alle Elemente anzeigen, die sich im Status " In Fortschritt " befinden, der den Status "Aktiv " und " Commit " entspricht. Um sich auf Die Arbeit zu konzentrieren, die vorgeschlagen wird, aber nicht in Bearbeitung, können Sie die Backlogansicht deaktivieren, um in Bearbeitung zu deaktivieren. Dieser Umschalter ist nützlich, wenn Sie Ihren Produktbacklog prognostizieren.

Wenn Ihr Backlog nicht vorhanden ist, überprüfen Sie möglicherweise, ob die In-Status-Ansicht deaktiviert wurde. Weitere Informationen finden Sie unter Workflowstatus und Statuskategorien.

Organisieren Des Backlogs durch Zuordnung und ErneutesParenieren von Backlogelementen

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

Hier hat das Kundendienstteam beispielsweise mehrere Backlog-Elemente unter zwei Features und einem Ep organisiert.

Screenshot des Backlogs, der Eltern und Mehrteambesitz anzeigt.

Screenshot des Backlogs, der Eltern und Mehrteambesitz, Azure DevOps Server 2019 und früheren Versionen anzeigt.

Geschwindigkeit

Wenn Sie Ihren Backlog-Elementen Sprints zuweisen, erhalten Sie Zugriff auf einen Kontextgeschwindigkeitsbericht für Produkt- und Portfolio-Backlogs. Velocity hilft Teams dabei, zu bestimmen, wie viel Arbeit sie sprint-over-sprint durchführen können.

Sie können den Geschwindigkeitsbericht schnell konfigurieren, um Arbeitselemente zu zählen oder Storypunkte, Aufwand, Verbleibende Arbeit oder ein anderes numerisches Feld zu zählen.

Open Velocity Analytics

Wenn Sie Ihren Produktrücklaufelementen Sprints zuweisen, erhalten Sie Zugriff auf einen Kontextgeschwindigkeitsbericht für Ihren Produktrücklauf. Velocity hilft Teams dabei, zu bestimmen, wie viel Arbeit sie sprint-over-sprint durchführen können.

Der Bericht verfolgt die geschätzte Backlogarbeit des Teams – Summe des Aufwands (Basic- oder Scrum-Prozesse), Story Points (Agile-Prozess) oder Size (CMMI-Prozess), den Ihr Team in den vorherigen Sprints abgeschlossen hat (grün), oder die noch in Bearbeitung sind (blau).

Webportal, Geschwindigkeitsdiagramm mit sieben Laufenden Sprints und abgeschlossener Arbeit

Weitere Informationen erhalten Sie in den folgenden Artikeln:

Anzeigen des Rollupfortschritts, anzahl oder Summen

Produkt- und Portfolio-Backlogs unterstützen die Anzeige von Rollupspalten. Sie können eine oder mehrere Rollupspalten hinzufügen, um Statusindikatoren, Anzahl der absteigenden Arbeitselemente oder Summen der ausgewählten numerischen Felder anzuzeigen. Ihre Einstellungen bleiben für jede von Ihnen angepasste Seite erhalten und sind nur für Ihre Ansichten gültig.

Statusindikatoren geben den Prozentsatz der absteigenden Elemente in einer Hierarchie an, die geschlossen oder abgeschlossen sind. Anzahl zeigt die Gesamtzahl der absteigenden Elemente an. Die Summen enthalten eine Summe numerischer Felder, z. B. "Aufwand", "Story Points", "Abgeschlossene Arbeit" oder "Verbleibende Arbeit" von absteigenden Elementen.
Beispiel: Statusindikatoren werden hier für einen Portfolio-Backlog angezeigt.

Beispielportfolio-Backlog mit Statusindikatoren

Arbeiten mit mehreren Teambesitz von Backlogelementen

Wenn Sie mehrere Teams haben, können Ihre hierarchischen Ansichten Elemente anzeigen, die zu anderen Teams gehören.

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

Das Produktrückmeldeprotokoll Ihres Teams listet nur die Elemente auf, deren Bereichspfad elementen entspricht, die Ihrem Team zugewiesen sind. Wenn Sie Eltern zeigen, sehen Sie jedoch das übergeordnete Ep der Features und Backlog-Elemente, auch wenn das Ep oder Feature einem anderen Team gehört.

Elemente, die im Besitz anderer Teams sind, werden mit einem Informationssymbol angezeigt.

Screenshot von Backlogelementen und übergeordneten Elementen, die anderen Teams gehören.

Tipp

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

Elemente, die im Besitz anderer Teams sind, werden mit einem Informationssymbol angezeigt.

Screenshot von Backlogelementen und übergeordneten Elementen, die anderen Teams gehören, Azure DevOps Server Version 2019.

Tipp

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

Elemente, die im Besitz anderer Teams sind, werden mit einem Informationssymbol angezeigt.

Screenshot des Backlogs, der Eltern und Mehrteambesitz, TFS 2018 zeigt.

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 Epen und untergeordneten Elementen im Besitz anderer Teams

Hier ist ein weiteres Beispiel, das den Epics-Backlog für das Management-Team zeigt. Durch einen Drilldown können Sie alle Backlog-Elemente und -Features sehen, auch wenn sie zu einem von drei verschiedenen Teams gehören: Kundendienst, Telefon und Web.

Screenshot der Ansicht Von Epics und untergeordneten Elementen, die anderen Teams gehören.

Screenshot der Ansicht iew Epics und untergeordnete Elemente, die anderen Teams gehören, Azure DevOps Server Version 2019.

Hier ist ein weiteres Beispiel, das den Epics-Backlog für das Management-Team zeigt. Durch einen Drilldown können Sie alle Backlog-Elemente und -Features sehen, auch wenn sie zu einem von drei verschiedenen Teams gehören: Kundendienst, Telefon und Web.

Screenshot der Ansicht Epics Backlog für das Management-Team, TFS 2018.

Aus diesen Ansichten können Sie elemente erneut übergeordnete Elemente, sowohl diejenigen, die Sie besitzen, als auch diejenigen, die im Besitz anderer Teams sind. Sie können jedoch keine Elemente neu anordnen, die ein anderes Team besitzt.

Diese Organisation ermöglicht es Verwaltungsteams, sich auf allgemeine Features und Epen zu konzentrieren, und Entwicklerteams konzentrieren sich auf nur die Backlog-Elemente, die sie für die Bereitstellung verantwortlich sind.

Damit diese Arbeit für Sie funktioniert, müssen Sie Teams hinzufügen und deren Bereichspfade festlegen. Sie können z. B. eine Teamstruktur erstellen, die mit zwei Verwaltungs- und drei Entwicklungsteams vergleichbar ist.

Konzeptionelles Bild von Backlogs und Multi-Team-Besitz.

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

Neuanordnen und Neuanordnen von Arbeitselementen

Alle Backlogs und Tafeln unterstützen das Ziehen zum Neuanordnen und Neuanordnen von Arbeitselementen. Aktualisierungen an die Backlogs und Boards eines Teams vorgenommen werden, werden in anderen Team-Backlogs und Boards widerzuspiegeln, die denselben Bereichspfad teilen. Möglicherweise müssen Sie die Seite aktualisieren, um die Änderungen anzuzeigen.

Sie können das Ziehen nur verwenden, um Arbeitselemente neu anordnen oder neu zu ordnen, die Bereichspfaden zugeordnet sind, die für Ihr Team ausgewählt sind. Wenn die Option " Elternansicht " aktiviert ist, werden Arbeitselemente möglicherweise in Ihrem Backlog angezeigt, das Ihr Team nicht besitzt. Alles, was mit dem Informationssymbol angezeigt wird, kann nicht neu angeordnet oder erneut analysiert werden, da es sich um ein anderes Team befindet.

Screenshot der Informationsmeldung zum Teambesitz.

Anzeigen von Arbeitselementen für Blattknoten

Bei TFS 2018 und früheren Versionen zeigt die Kanban-Tafel 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 der gleichen Kategorie an, der als Blattknoten bezeichnet wird.

Sie können zwar eine Hierarchie von Backlogelementen, Aufgaben und Fehlern erstellen– es wird jedoch nicht empfohlen, dass Sie hierarchien mit derselben Kategorie erstellen. Erstellen Sie also keine übergeordneten untergeordneten Links zwischen Arbeitselementen desselben Typs, z. B. Story, Bug-Bug, Aufgabenaufgabe. Der Grund dafür ist, dass die Anzeige des Blattknotens, der letzte Knoten in einer Hierarchie derselben Kategorie, nur in Kanban-Boards, Sprint-Backlogs und Taskboards angezeigt werden kann. Wenn Sie beispielsweise Elemente in einer hierarchie mit derselben Kategorie verknüpfen, die vier Ebenen tief ist, werden nur die Elemente auf der vierten Ebene auf der Kanban-Tafel, dem Sprint-Backlog und dem Taskboard angezeigt.

Anstatt Anforderungen, Fehler und Aufgaben zu verschachteln, empfehlen wir, eine flache Liste zu verwalten. Mit anderen Worten: Erstellen Sie nur übergeordnete untergeordnete Links eine Ebene tief zwischen Elementen, die zu einer anderen Kategorie gehören. Weitere Informationen finden Sie unter Beheben der Neuordnung und Verschachtelung von Problemen, 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 Standardzugriff haben vollständigen Zugriff auf alle Features. Benutzer mit Dem Stakeholder-Zugriff sind auf bestimmte Features beschränkt. Ausführliche Informationen finden Sie unter "Stakeholder access quick reference".

Weitere Informationen zu Berechtigungen und Zugriff finden Sie unter Berechtigungen und Zugriff für die Arbeitsnachverfolgung und den Zugriff auf die Stakeholder.

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

Hinzufügen von Portfolio-Backlog-Ebenen und -Boards

Wenn Sie mehr als zwei Portfolio-Backlogs benötigen, können Sie bis zu zwei weitere Für insgesamt fünf Backlog-Ebenen hinzufügen.

Sie können sie hinzufügen, indem Sie Ihren Prozess anpassen, neue Arbeitsaufgabentypen 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 von Backlogs oder Boards (Vererbungsprozess).

Sie können sie hinzufügen, indem Sie entweder Ihren geerbten Prozess anpassen oder Ihre XML-Definitionsdateien ändern. Sie können auch die für einen Arbeitselementtyp (WIT) definierten Felder hinzufügen oder ändern oder eine benutzerdefinierte WIT hinzufügen. Informationen dazu finden Sie in den folgenden Artikeln basierend auf dem Prozessmodell, das zum Aktualisieren Ihres Projekts verwendet wird:

Vererbungsprozessmodell:

Lokales XML-Prozessmodell:

Sie können sie hinzufügen, indem Sie zusätzliche Arbeitsaufgabentypen definieren und dann Die Prozesskonfiguration anpassen. Sie können auch die für einen Arbeitselementtyp (WIT) definierten Felder hinzufügen oder ändern oder eine benutzerdefinierte WIT hinzufügen. Weitere Informationen finden Sie unter Anpassen des lokalen XML-Prozessmodells und Hinzufügen eines Portfolio-Backlog-Levels.

Versuchen Sie dies als Nächstes:

Wenn Sie gerade beginnen, lesen Sie "Starten mit der Verwendung von Azure Boards".