Verwenden von Backlogs für effektives Projektmanagement in Azure Boards

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

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

Wenn Sie gerade ein Projektadministrator sind, lesen Sie die Einstellungen konfigurieren und Ihr Azure Boards Projekt verwalten. Überprüfen Sie die Einstellungen, um mehr über das Definieren von Bereichs- und Iterationspfaden zu erfahren und Ihre Arbeitsaufgabentypen 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 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 Arbeiten innerhalb von Sprints, festlegen von Kapazität und Nachverfolgung von Aufgaben. Kanban-Tools ermöglichen Es Ihnen, einen kontinuierlichen Arbeitsfluss über eine interaktive Sign board zu verwalten.

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

Kurz gesagt, verwenden Sie Backlogs für:

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 die arbeitsaufgaben, die Sie erwarten oder wünschen, nicht anzeigt, lesen Sie "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 stellt auch ein Repository aller Informationen bereit, die Sie zum Nachverfolgen und Freigeben für Ihr Team benötigen. Portfolio-Backlogs ermöglichen es Ihnen, Ihren Backlog in eine Hierarchie zu gruppieren und zu organisieren.

Boards>Backlogs

Backlog-Konfiguration

Hinweis

Gewusst wie einen Backlog oder eine Tafel 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 Agile-Tools" beschrieben.

Jeder Backlog ist einem Team zugeordnet. Teamkonfigurationseinstellungen bestimmen die Arbeitselemente, die im Teamrückstand 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 Backlogebenen 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 mehrere 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 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 eigene 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.

Da jeder Benutzer seine eigenen 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 "XML-Referenz zum Prozesskonfigurationselement", "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 bieten Unterstützung für die Organisation von Arbeiten in hierarchischer Weise. Sie helfen dabei, wichtige Produktinitiativen oder Szenarien zu verfolgen, die sich auf viele Geschichten oder Anforderungen verlassen. Unterschiedliche Arten von Arbeitselementen helfen Ihnen, verschiedene Arten von Arbeiten nachzuverfolgen, z. B. Benutzergeschichten, Aufgaben, Fehler, Probleme und vieles mehr.

Define storiesOrganize backlogManage bugsManage issues

Prioritäts- oder Stapelrangreihenfolge

Die Abfolge der Elemente für jeden Backlog wird entsprechend der Position bestimmt, an der Sie die Elemente hinzugefügt oder die Elemente auf der Seite verschoben haben. Wenn Sie Elemente in der Backlogliste ziehen, aktualisiert ein Hintergrundprozess die Stack Rank-Felder (Agile- und CMMI-Prozesse) oder Backlog Priority (Scrum Process). Diese Felder werden vom System verwendet, um die relative Rangfolge von Elementen auf dem Produkt, feature, epischen oder anderen Portfolio-Backlog nachzuverfolgen. Standardmäßig werden diese Felder nicht im Arbeitselementformular angezeigt.

Reorder work items

Vermeiden Sie die Verwendung der Funktion "Massenänderung", 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, elemente in die obere, untere oder bestimmte Position auf 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 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 im Backlog aufgeführte Arbeit

Backlogs sind so konzipiert, dass Arbeitsaufgaben angezeigt werden, die einem Status "Vorgeschlagene", "In Bearbeitung" oder "Aufgelöste Kategorie" entsprechen. Nachdem Sie die Arbeit abgeschlossen haben und ihr Zustand in den Zustand "Fertig" oder " Geschlossen " wechselt, fällt sie aus der Backlogansicht. Sie können immer eine Abfrage erstellen, um abgeschlossene Arbeiten anzuzeigen, oder den Zuletzt abgeschlossenen Pivot auf der Seite "Arbeitselemente" anzeigen.

Im Allgemeinen möchten Sie alle Elemente anzeigen, die sich im Status der Kategorie "In Bearbeitung " befinden, der den Status "Aktiv " und " Commit " entspricht. Um sich auf die vorgeschlagenen, aber nicht ausgeführten Arbeiten zu konzentrieren, können Sie die Backlogansicht umschalten, um die In Bearbeitung zu deaktivieren. Dieser Umschalter ist nützlich, wenn Sie ihren Produktrücklauf vorhersagen.

Wenn Ihr Backlog nicht vorhanden ist, überprüfen Sie möglicherweise, ob die Ansicht "In Bearbeitung" 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 of Backlog that shows parents and multi-team ownership.

Screenshot of Backlog that shows parents and multi-team ownership, Azure DevOps Server 2019 and earlier versions.

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).

Web portal, Velocity chart showing seven sprints of in progress and completed work

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.

Example portfolio backlog with progress bars

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 of backlog items and parent items owned by other teams.

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 of backlog items and parent items owned by other teams, Azure DevOps Server 2019 version.

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.

Backlog that shows parents and multi-team ownership, TFS 2018 and TFS 2017 versions.

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 Backlogelemente und -features sehen, auch wenn sie zu einem von drei verschiedenen Teams gehören: Kundendienst, Telefon und Web.

View Epics and child items owned by other teams.

View Epics and child items owned by other teams, Azure DevOps Server 2019 version.

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

Example that shows the Epics backlog for the Management team, TFS 2017 and TFS 2018 versions.

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.

Conceptual image of backlogs and multi-team ownership

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 den Backlogs und Boards eines Teams 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 of information message on team ownership.

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".