Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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.
- Neu bei den Backlogs? Wechseln Sie zu "Über Teams" und "Agile"-Tools.
- Erstmaliges Einrichten eines Projekts? Wechseln Sie zu Configure, und passen Sie Azure Boards an.
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 Anforderungen • Fügen Sie Details und Schätzungen hinzu |
| Organisieren und Priorisieren | Backlog neu anordnen • Elemente in einer Hierarchie anordnen • Elemente gesammelt aktualisieren |
| Planen und Vorhersagen | Elemente in einen Sprint ziehen • Arbeit prognostizieren • Rollup-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. |
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:
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
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:
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 |
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.
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.
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 |
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 anpassen • Ihre Backlogs oder Boards anpassen |
| Lokales XML | Anpassen der Arbeitsnachverfolgung • Hinzufügen von Portfolio-Backlogs • Anpassen des lokalen XML-Prozessmodells |