Verwenden von Backlogs zum Verwalten von Projekten

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

Ein Backlog ist die priorisierte Liste der Arbeit, die jeden Sprint steuert. In Azure Boards helfen Backlogs Ihrem Team, User Storys und Anforderungen zu erfassen, sie nach ihrem Wert zu priorisieren und daraus die Arbeit zu machen, die ausgeliefert wird.

Jedes Team verfügt über eigene Produkt-, Portfolio- und Sprint-Backlogs, und Einstellungen auf Teamebene steuern, welche Arbeitsaufgaben jeweils angezeigt werden.

Tip

Sie können KI verwenden, um Azure DevOps-Aufgaben zu unterstützen. Informationen zu den ersten Schritten finden Sie unter Aktivieren der KI-Unterstützung bei Azure DevOps MCP Server .

Informationen zu Backlogs

Verwenden Sie ein Backlog, um die Arbeit Ihres Teams zu steuern, den Umfang unter Kontrolle zu halten und allen einen gemeinsamen Überblick darüber zu geben, was als Nächstes ansteht.

Allgemeine Aufgaben, gruppiert nach Absicht:

Um dies zu tun... Verwendung
Arbeit erfassen Definieren Sie User Storys, Product-Backlog-Elemente oder AnforderungenFügen Sie Details und Schätzungen hinzu
Organisieren und Priorisieren Backlog neu anordnenElemente in einer Hierarchie anordnenElemente gesammelt aktualisieren
Planen und Vorhersagen Elemente in einen Sprint ziehenArbeit prognostizierenRollup-Fortschritt, Anzahlen oder Summen anzeigen
Koordinieren von Teams Überprüfen der Arbeit, die mehreren Teams zugewiesen ist

Note

Wenn die erwarteten Arbeitsaufgaben nicht in Ihrem Backlog oder Board angezeigt werden, lesen Sie Create and manage your backlog or What is Azure Boards?

Product und Portfolio Backlogs

Azure Boards stellt Arbeitsaufgaben als Listen dar. Zwei Backlog-Typen dienen verschiedenen Planungshorizonten:

Backlog-Typ Was es repräsentiert Am besten geeignet für:
Produktrückbestand Der Projektplan und die Roadmap der zu liefernden Arbeit Ihres Teams. Dient als gemeinsames Repository für alles, was geplant ist, in Bearbeitung ist und nachverfolgt wird. Tägliche Teamplanung von Benutzergeschichten, Anforderungen und Fehlern.
Portfolio-Backlog Eine Hierarchie, in der Product-Backlog-Elemente unter Features, Epics oder übergeordneten Initiativen gruppiert werden. Erfahren Sie mehr in agilen Methoden. Langfristige Initiativen, die Teams umfassen oder zu groß für einen einzelnen Team-Backlog sind.

Screenshot von Boards und Backlogs.

Backlogkonfiguration

Note

Sie fügen keine Backlogs oder Boards direkt hinzu. Wenn Sie ein Team erstellen, stellt Azure Boards automatisch eigene Backlogs und Boards bereit. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Jeder Backlog ist einem Team zugeordnet, und die Teamkonfigurationseinstellungen bestimmen, welche Arbeitsaufgaben darin angezeigt werden. Teamadministratoren konfigurieren die folgenden Einstellungen für ihr Team:

Setting Was sie steuert Referenz
Pfade für aktive Bereiche Welche Arbeitsaufgaben im Backlog des Teams angezeigt werden. Es werden nur Elemente angezeigt, die den ausgewählten Bereichspfaden zugewiesen sind. Definieren von Bereichspfaden und Zuweisen zu einem Team
Standardbereichspfad und Iterationspfad Die Werte, die neu erstellten Arbeitselementen aus dem Team-Backlog zugewiesen werden. Definieren von Bereichspfaden und Zuweisen zu einem Team
Aktive Iterationspfade Welche Sprints das Team für die Planung und Kapazität nutzt. Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen
Aktive Backlog-Stände Welche Portfolio-, Produkt- und Sprint-Backlogs für das Team sichtbar sind. Auswählen von Backlogebenen
Fehlerverhalten Gibt an, ob Fehler als Anforderungen oder als Aufgaben behandelt werden. Fehler in Backlogs oder Boards anzeigen

Tip

Einige zusätzliche Ansichtsanpassungen erleichtern das Scannen großer Backlogs:

  • Jedes Teammitglied verfügt über eigene Steuerelemente (Erweitern/Reduzieren einer Ebene, Spaltenoptionen, Auswahl auf Backlog-Ebene, Ansichtsoptionen und Filter). Optionen, die pro Backlog-Ebene festgelegt werden, sind unterschiedlich und bleiben erhalten, bis sie geändert wurden. Weitere Informationen finden Sie unter Konfigurieren Ihrer Backlog-Ansicht.
  • Um den vertikalen Bildlauf bei großen Backlogs und Boards zu reduzieren, aktivieren Sie in den Boardeinstellungen Ihres Teams die Option Kompakte Kartendarstellung.

Konfigurieren Sie eine gemeinsame teamübergreifende Backlogansicht

Jedes Team verwaltet seine eigenen Einstellungen und die Backlogkonfiguration unabhängig voneinander – Sie können keine einzelne Konfiguration definieren, die von anderen Teams verwendet wird. Spaltenoptionen und Ansichtsoptionen sind auch pro Benutzer verfügbar, sodass es keine integrierte Möglichkeit gibt, eine gemeinsame Ansicht in einem Team zu erzwingen.

Sie können jedoch standardspaltenoptionen für alle Teammitglieder festlegen, indem Sie die Prozesskonfiguration bearbeiten. Weitere Informationen finden Sie unter Prozesskonfigurations-XML-Elementreferenz, Standardspalten festlegen.

Definieren von Arbeitselementen und Erstellen Ihres Backlogs

Erstellen Sie Ihren Projektplan, indem Sie Ihrem Backlog Arbeitsaufgaben hinzufügen. Jeder Arbeitsaufgabentyp verfolgt eine andere Art von Arbeit:

Arbeitsaufgabentyp Verwenden Sie es, um
User Story, Product-Backlog-Element oder Anforderung Erfassen Sie eine Einheit mit kundenorientiertem Wert, um sie zu planen und zu liefern. Wechseln Sie zu "Backlog erstellen".
Feature und Epic Gruppieren Sie verwandte Geschichten in einer mehrstufigen Hierarchie für die Portfolioplanung. Wechseln Sie zu "Backlog organisieren".
Fehler Fehler nachverfolgen. Wählen Sie aus, ob Fehler als Anforderungen oder Aufgaben pro Team angezeigt werden. Wechseln Sie zu "Fehler verwalten".
Problem oder Behinderung Verfolgen Sie Blockaden und Risiken getrennt von der Umsetzungsarbeit. Wechseln Sie zu "Probleme verwalten".

Wenn Ihr Team GitHub für die Quellcodeverwaltung verwendet, können Sie die Arbeit auch direkt aus einem Backlog-Element mit GitHub Copilot Integration für Azure Boards starten, wodurch eine Verzweigung erstellt wird, eine Pullanforderung erstellt und die Arbeitsaufgabe mit Dem Fortschritt aktualisiert wird.

Prioritäts- und Stapelrangreihenfolge des Backlogs

Backlogs von oben nach unten ordnen: Die Position eines Elements auf der Seite ist seine Priorität. Wenn Sie ein Element ziehen, aktualisiert Azure Boards ein ausgeblendetes Bewertungsfeld im Hintergrund:

Process Feld aktualisiert
Scrum Backlog-Priorität
Agile, CMMI Stapelrang

Diese Felder werden standardmäßig nicht im Arbeitselementformular angezeigt, Sie können sie jedoch abfragen und für Berichte verwenden. Eine Schritt-für-Schritt-Anleitung zum Neuordnen finden Sie unter Backlog neu ordnen.

Zum Umordnen mehrerer Elemente verwenden Sie die Mehrfachauswahl, um Elemente an den Anfang, ans Ende oder an eine bestimmte Position auf der Seite zu verschieben. Um viele Elemente gleichzeitig neu anzuordnen, bearbeiten Sie sie in Excel: Exportieren einer Abfrage, Aktualisieren Backlog Priority oder Stack Rank und Veröffentlichen.

Warning

Verwenden Sie keine Massenänderung, um die Priorität des Backlogs oder den Stapelrang zu ändern. Bei einer Massenänderung wird allen ausgewählten Elementen derselbe Wert zugewiesen, wodurch die relative Reihenfolge verloren geht. Verwenden Sie stattdessen multiselect oder Excel (weiter oben in diesem Artikel).

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

Backlogs zeigen Arbeitselemente mit dem Kategoriestatus „Vorgeschlagen“, „In Bearbeitung“ oder „Gelöst“ an. Die folgende Tabelle zeigt die Zuordnung von Kategoriezuständen zu dem, was im Backlog angezeigt wird, und wo Elemente zu finden sind, die dort nicht angezeigt werden:

Kategoriestatus Beispielworkflowstatus Im Backlog angezeigt? Wo finde ich sie?
Vorgeschlagen Neu, Genehmigt Yes Standardansicht
In Bearbeitung Aktiv, Zugesichert Ja, es sei denn, Sie deaktivieren die Umschaltfläche "In Bearbeitung " Schalten Sie „In Arbeit“ wieder ein; beim Erstellen von Prognosen ist es nützlich, diese Option deaktiviert zu lassen
Gelöst Gelöst Yes Standardansicht
Abgeschlossen Fertig, geschlossen No Das Pivot "Zuletzt abgeschlossen" auf der Seite " Arbeitselemente " oder eine benutzerdefinierte Abfrage

Wenn Ihr Backlog elemente fehlt, die Sie erwartet haben, ist der Schalter "In Bearbeitung " der häufigste Culprit. Weitere Informationen zur Zuordnung von Kategorien zu Status finden Sie unter Workflowzustände und Statuskategorien.

Zuordnen und erneutes Zuordnen von Backlogelementen

Gruppieren Sie verwandte Arbeit, indem Sie Elemente im Backlog unter Features und Epen gruppieren. Diese Struktur erstellt eine dreistufige Hierarchie, die die Rollup-, Planungs- und teamübergreifende Koordination vereinfacht:

Grad Purpose
Epic Eine langfristige Initiative, die mehrere Features umfasst.
Feature Eine auslieferbare Funktionalität, die aus zusammengehörigen Backlog-Elementen besteht.
Backlogeintrag (User Story, Product-Backlog-Eintrag oder Anforderung) Eine einzelne Einheit mit kundenorientiertem Wert.

Der folgende Screenshot zeigt die Backlogelemente des Kundendienstteams, die unter zwei Features und einer epischen Gruppe gruppiert sind:

Screenshot des Backlogs mit übergeordneten Elementen und Besitz mehrerer Teams.

Eine Schritt-für-Schritt-Anleitung zur Zuordnung und zum Umhängen finden Sie unter Organisieren Sie Ihren Backlog.

Velocity

Wenn Sie Backlogelemente Sprints zuweisen, berechnet Azure Boards einen kontextbezogenen Geschwindigkeitsbericht für Produkt- und Portfolio-Backlogs. Velocity hilft Ihrem Team, zu prognostizieren, wie viel Arbeit es in bevorstehenden Sprints basierend auf der bisherigen Leistung abschließen kann.

Konfigurieren Sie den Bericht so, dass die Arbeit gemessen wird, indem Sie:

  • Anzahl der Arbeitselemente
  • Story Points oder Aufwand
  • Verbleibende Arbeit
  • Jedes andere numerische Feld in Ihrem Arbeitselementtyp

Screenshot: Geschwindigkeitsanalyse, die ein Balkendiagramm anzeigt

Weitere Informationen finden Sie unter Anzeigen und Konfigurieren der Teamgeschwindigkeit.

Rollupfortschritt, Anzahlen oder Summen anzeigen

Fügen Sie einem Produkt- oder Portfolio-Backlog Rollupspalten hinzu, um untergeordnete Arbeitsaufgabendaten in der übergeordneten Zeile zusammenzufassen. Ihre Spaltenauswahl bleibt pro Seite erhalten und gilt nur für Ihre eigene Ansicht.

Rollup-Typ Was es zeigt
Fortschrittsanzeige Prozentsatz der geschlossenen oder abgeschlossenen untergeordneten Elemente.
Anzahl Gesamtzahl der Nachfolgeelemente.
Gesamt Summe eines numerischen Felds (z. B. "Aufwand", "Storypunkte", "Abgeschlossene Arbeit" oder "Verbleibende Arbeit") für alle Nachfolgerelemente.

Das folgende Beispiel zeigt Fortschrittsbalken in einem Portfolio-Backlog:

Screenshot der Spalte

Arbeiten mit Backlog Items, die im Besitz mehrerer Teams sind

In einem Projekt mit mehreren Teams können hierarchische Ansichten Elemente enthalten, die zu anderen Teams gehören. Die folgenden Regeln regeln, was sichtbar ist und was Sie ändern können:

Was ist sichtbar? Die Backlogelemente Ihres Teams (abgeglichen nach Bereichspfad) sowie übergeordnete Epen und Features anderer Teams, wenn Eltern aktiviert sind.
Sie können neu anordnen Nur Elemente in den Bereichspfaden Ihres Teams.
Sie können sie erneut verwenden Elemente, die Sie besitzen, sowie Elemente, die andere Teams besitzen.
Sie können sich nicht ändern Elemente, die mit dem Informationssymbol gekennzeichnet sind. Ein anderes Team besitzt sie.

Tip

Fügen Sie das Feld "Knotenname " als Spalte hinzu, um zu identifizieren, welcher Bereichspfad (und welches Team) jedes Element besitzt.

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

Wenn Parents aktiviert ist, zeigt Ihr Backlog das übergeordnete Epic aller Features oder Backlog-Elemente an, für die Ihr Team verantwortlich ist, auch wenn das übergeordnete Epic einem anderen Team gehört.

Screenshot von Backlog Items und übergeordneten Elementen, die im Besitz anderer Teams sind.

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

Anzeigen von Epics und untergeordneten Elementen im Besitz anderer Teams

In ein Portfolio-Backlog wechseln, um alle untergeordneten Elemente anzuzeigen, auch die, die anderen Teams zugewiesen sind. So erweitert sich beispielsweise der Epics-Backlog des Managementteams, um Features und Backlog-Elemente anzuzeigen, die im Besitz der Kundendienst-, Telefon- und Webteams sind.

Screenshot der Anzeige von Epics und untergeordneten Elementen, die im Besitz anderer Teams sind.

Diese Aufteilung ermöglicht es den Managementteams, sich auf Epics und Features zu konzentrieren, während sich die Entwicklungsteams auf die Backlog-Elemente konzentrieren, die sie umsetzen. Eine typische Struktur paaret zwei Managementteams mit drei Entwicklungsteams. Weitere Informationen finden Sie unter Erstellen oder Hinzufügen eines Teams und Verwalten von Produkt- und Portfolio-Backlogs.

Important

Sie können untergeordnete Verknüpfungen zu Arbeitsaufgaben in anderen Projekten erstellen, aber wenn die Projekte unterschiedliche Prozesse verwenden, ist die projektübergreifende Hierarchie im Backlog nicht sichtbar. Öffnen Sie das Formular des Arbeitselements, um alle zugehörigen untergeordneten Elemente anzuzeigen.

Anzeigen von Blattknoten-Arbeitselementen

Behalten Sie jeden Arbeitsaufgabentyp in einer flachen Liste bei, und verknüpfen Sie Eltern und Kinder nur über verschiedene Typen hinweg, z. B. episch, feature to story, story to task. Vermeiden Sie Hierarchien vom gleichen Typ wie Story-to-Story, Bug-to-Bug oder Task-to-Task.

Wenn Sie eine Hierarchie derselben Kategorie erstellen, wird nur der Blattknoten auf Boards, Sprint-Backlogs und Taskboards angezeigt. In einer vierstufigen Aufgabenkette werden beispielsweise nur die Vorgänge auf vierter Ebene angezeigt.

Weitere Informationen finden Sie unter Beheben von Problemen beim Neuanordnen und Schachteln.

Product Backlog-Steuerelemente

Die Symbolleiste des Produktbacklogs gliedert Steuerelemente in Registerkarten, Ansichtsoptionen und Befehlsmenüs. Ausführliche Informationen finden Sie unter Konfigurieren der Backlog-Ansicht.

Drehpunkte

Steuerung Beschreibung
Backlog Anzeigen der Arbeitsaufgabenliste.
Analytics Analyseberichte im Kontext anzeigen.
Backlog-Auswahl Wechseln zwischen Portfolio-, Produkt- und Sprint-Backlogs.

Ansichtsoptionen

Umschalten Beschreibung
Eltern Zeigen Sie übergeordnete Epen und Features an. Im Portfolio-Backlog auf oberster Ebene nicht verfügbar.
Prognose Schätzen Sie, welche Elemente in anstehende Sprints passen. Nur Produkt-Backlog.
Elemente in Bearbeitung Elemente im Status „Aktiv“, „Übernommen“ oder „Aufgelöst“ ein- oder ausblenden.
Abgeschlossene untergeordnete Elemente Abgeschlossene untergeordnete Elemente ein- oder ausblenden
Abbildung Öffnen Sie den Zuordnungsbereich für übergeordnete Elemente durch Ziehen. Im Portfolio-Backlog auf oberster Ebene nicht verfügbar.
Planung Öffnen Sie den Planungsbereich, um Elemente per Drag & Drop in Sprints zu ziehen.

Aktionen in der Symbolleiste

Steuerung Beschreibung
Filter Filtern Sie den Backlog nach Schlüsselwort, Tag oder Feld.
Einstellungen Verwalten sie Teams, und konfigurieren Sie Teamtools.
Erweitern/Reduzieren Erweitern oder Reduzieren einer Ebene der Hierarchie.
Vollbildmodus Geben Sie den Vollbildmodus ein, oder beenden Sie ihn.
Weitere Befehle Festlegen von Spaltenoptionen, Erstellen einer Abfrage oder Senden von E-Mails

Important

Wenn Parents aktiviert ist, wirken Abfrage erstellen und E-Mail senden weiterhin nur auf Elemente auf der aktuell ausgewählten Backlog-Ebene.

Berechtigungen und Zugriff

Was Sie für einen Backlog tun können, hängt von Ihrer Zugriffsebene und der Gruppenmitgliedschaft ab:

Zugriffsebene oder Gruppe Mögliche Aktionen
Einfacher Zugriff Vollzugriff auf alle Backlog- und Boardfunktionen.
Stakeholder-Zugriff Backlogs und Boards anzeigen, Arbeitselemente hinzufügen und bearbeiten, jedoch mit eingeschränkter Kontrolle über die Reihenfolge und Konfiguration des Backlogs. Weitere Informationen finden Sie unter Kurzübersicht zum Stakeholder-Zugriff.
Gruppe "Mitwirkende" Nutzen Sie die meisten Funktionen unter Boards oder Work (mit Basic-Zugriff).
Gruppe Projektadministratoren Konfigurieren Sie Teameinstellungen, verwalten Sie Bereichs- und Iterationspfade und passen Sie Backlog-Ebenen an.

Die vollständige Berechtigungsmatrix finden Sie unter "Festlegen von Arbeitsverfolgungsberechtigungen". Informationen zum Gewähren des Zugriffs finden Sie unter Hinzufügen von Benutzern zu einem Projekt oder Team.

Hinzufügen der Portfolio Backlogs und Boards

Um einen Portfolio-Backlog oder ein Board hinzuzufügen, passen Sie Ihren Prozess an, um Arbeitsaufgabentypen hinzuzufügen oder zu ändern, und aktivieren Sie diese Typen dann für die gewünschten Backlogs und Boards.

Verwenden Sie das geerbte Prozessmodell:

Wählen Sie Ihr Prozessmodell aus:

Prozessmodell Referenz
Geerbter Prozess Geerbten Prozess anpassenIhre Backlogs oder Boards anpassen
Lokales XML Anpassen der ArbeitsnachverfolgungHinzufügen von Portfolio-BacklogsAnpassen des lokalen XML-Prozessmodells

Nächster Schritt