Informationen zu Bereichs- und Iterationspfaden (Sprint)

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

Bereichspfade ermöglichen es Ihnen, Arbeitselemente nach Team, Produkt oder Featurebereich zu gruppieren. Iterationspfade ermöglichen Ihnen das Gruppieren von Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume. Mit beiden Feldern können Sie eine Hierarchie von Pfaden definieren.

Sie definieren Bereichs- und Iterationspfade für ein Projekt. Teams können dann auswählen, welche Pfade zur Unterstützung ihres Backlogs und anderer Agile-Tools verwendet werden. Informationen dazu, wie Agile-Tools Bereichs- und Iterationspfade verwenden, finden Sie unter Agile Tools, die auf Bereichen und Iterationen basieren.

Hinweis

Bereichspfade und Iterationspfade werden auch als Klassifizierungsknoten bezeichnet. Sie können sie programmgesteuert über die Klassifizierungsknoten (REST-API) oder den Azure DevOps CLI-Befehl az boards iteration verwalten.

Hinweis

Bereichspfade und Iterationspfade werden auch als Klassifizierungsknoten bezeichnet. Sie können sie programmgesteuert über die Klassifizierungsknoten (REST-API) verwalten.

Welche Bereiche und Iterationen angezeigt werden, hängt von dem Prozess ab, den Sie zum Erstellen Ihres Projekts verwendet haben. Hier zeigen wir die für den Scrum-Prozess definierten Standardwerte an. Es werden keine Datumsangaben festgelegt. Sie legen Datumsangaben fest, die Ihren Sprint- oder Releasezeitplänen entsprechen.

Iterationen Bereiche
Standarditerationen, Scrum-Prozess Ein Satz mit Beispielbereichspfaden

Wichtig

Das Löschen von Bereichspfaden oder das Neukonfigurieren von Iterationspfaden kann zu Datenverlust führen und kann nicht wiederhergestellt werden. Beispielsweise spiegeln Burndown- oder Burnupwidgetdiagramme, Sprint-Burndown und Geschwindigkeitsdiagramme für Teams, deren Bereichspfade geändert wurden, keine richtigen Daten wider. Verlaufstrenddiagramme verweisen auf den Bereichspfad und den Iterationspfad , wie sie zu einem Zeitpunkt in der Vergangenheit für jedes Arbeitselement definiert sind. Wenn ein Bereichspfad oder Iterationspfad gelöscht wird, können die Verlaufsdaten dafür nicht abgerufen werden.

Definieren und Zuweisen von Bereichspfaden

Wenn Sie mit der Verwaltung von Projekten und Teams noch nicht fertig sind, ist die einfachste Reihenfolge zum Konfigurieren Ihres Projekts und Ihrer Teams wie folgt.

  1. Bestimmen Sie die Anzahl und die Namen der Bereichspfade , die Sie unterstützen möchten, um Ihre Arbeit zu kategorisieren. Fügen Sie mindestens einen Bereichspfad für jedes Team hinzu, das Sie definieren.
  2. Bestimmen Sie die Anzahl und die Namen der Teams, die Sie unterstützen möchten. Anleitungen finden Sie unter Informationen zu Teams und agilen Tools.
  3. Öffnen Sie Projekteinstellungen > Projektkonfiguration , und definieren Sie die Bereichspfade, um die Schritte 1 und 2 auf Projektebene zu unterstützen. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Öffnen Sie Projekteinstellungen, Projektkonfiguration und Bereichspfade hinzufügen.
  4. Definieren Sie die Teams, die Sie für Schritt 2 benötigen. Eine Anleitung finden Sie unter Hinzufügen eines Teams, Wechseln von einem Standardteam zu mehreren Teams.
  5. Öffnen Sie die Teamkonfiguration, und weisen Sie jedem Team die Standard- und zusätzlichen Bereichspfade zu. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Teameinstellungen öffnen und Teamstandardbereichspfade festlegen.
  6. Weisen Sie den Bereichspfad von Arbeitselementen einem von Ihnen definierten Bereichspfad zu. Verwenden Sie Bulk Modify , um mehrere Arbeitselemente gleichzeitig zu ändern.

Hinweis

Projekte sind auf das Definieren von maximal 10.000 Bereichspfaden und das Zuweisen von maximal 300 Bereichspfaden zu einem einzelnen Team beschränkt. Weitere Informationen finden Sie unter Arbeitsnachverfolgung, Prozess- und Projektlimits.

Außerdem können Sie denselben Bereichspfad mehreren Teams zuweisen, dies kann probleme verursachen, wenn zwei Teams den Besitz für denselben Satz von Arbeitselementen beanspruchen. Weitere Informationen finden Sie unter Informationen zu Boards und Kanban, Einschränkungen von Kanban-Boardsichten mit mehreren Teams.

Bei Bedarf können Sie die folgenden Aktionen jederzeit ausführen:

  • Hinzufügen zusätzlicher untergeordneter Knoten
  • Umbenennen eines Bereichspfads (mit Ausnahme des Stammbereichspfads)
  • Verschieben eines untergeordneten Knotens unter einen anderen Knoten
  • Löschen eines untergeordneten Knotens
  • Umbenennen eines Teams
  • Ändern der Bereichspfadzuweisungen an ein Team

Siehe auch Konfigurieren einer Hierarchie von Teams.

Wie viele Bereiche sollte ein Team definieren?

Sie fügen Bereiche hinzu, um die Ablaufverfolgungs- und Sicherheitsanforderungen Ihres Teams zu unterstützen. Verwenden Sie Bereiche, um logische oder physische Komponenten darzustellen, und erstellen Sie dann untergeordnete Bereiche, um bestimmte Funktionen darzustellen.

Fügen Sie Bereiche hinzu, wenn Sie folgende Anforderungen haben:

  • Filtern von Abfragen basierend auf einem Produkt oder Featurebereich
  • Organisieren oder Gruppieren von Arbeitselementen nach Team- oder Unterteams
  • Schränken Sie den Zugriff auf Arbeitselemente basierend auf ihrem Bereich ein.

Jedes Team kann eine Hierarchie von Bereichen erstellen, unter denen das Team Backlog Items, User Stories, Anforderungen, Aufgaben und Fehler organisieren kann.

Sie sollten keine übermäßig komplexen Bereichsstrukturen erstellen. Sie können Bereiche erstellen, um Berechtigungen für Arbeitselemente zu partitionieren. Komplexe Strukturen erfordern jedoch bedeutenden Aufwand hinsichtlich der Berechtigungsverwaltung. Möglicherweise stellen Sie fest, dass es zu viel Arbeit ist, die Struktur und die Berechtigungen in anderen Projekten zu duplizieren.

Definieren und Zuweisen von Iterationspfaden

Verwenden Sie die folgende Anleitung, um Iterationspfade für Ihr Projekt und Ihre Teams zu konfigurieren:

  1. Definieren Sie zunächst die Bereichspfade und Teams gemäß der Anleitung unter Definieren von Bereichspfaden und Zuweisen zu einem Team.
  2. Bestimmen Sie die Länge der Iteration, die Sie unterstützen möchten. Es wird empfohlen, dass alle Teams den gleichen Sprintrhythmus verwenden.
  3. Bestimmen Sie, ob Sie eine flache Struktur oder Hierarchie von Sprints und Releases wünschen.
  4. Öffnen Sie Projekteinstellungen > Projektkonfiguration , und definieren Sie die Iterationspfade, um die Schritte 2 und 3 auf Projektebene zu unterstützen. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Öffnen Sie Projekteinstellungen, Projektkonfiguration und Iterationen hinzufügen, und legen Sie Iterationsdaten fest.
  5. Öffnen Sie die Teamkonfiguration, und weisen Sie jedem Team die Standard-, Backlog- und zusätzlichen Iterationspfade zu. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Öffnen sie Teameinstellungen und Festlegen von Teamstandarditerationspfaden.
  6. Jedes Team sollte seinen Arbeitselementen einen Iterationspfad zuweisen, der unter den Iterationspfad backlog fällt. Diese Arbeitselemente werden dann in ihren Produktbacklogs und Boards angezeigt. Verwenden Sie Bulk Modify , um mehrere Arbeitselemente gleichzeitig zu ändern. Siehe auch Zuweisen von Backlogelementen zu einem Sprint.

Hinweis

Projekte können maximal 10.000 Iterationspfade definieren und einem einzelnen Team maximal 300 Iterationspfade zuweisen. Weitere Informationen finden Sie unter Arbeitsnachverfolgung, Prozess- und Projektlimits.

Bei Bedarf können Sie die folgenden Aktionen jederzeit ausführen:

  • Hinzufügen zusätzlicher untergeordneter Iterationsknoten
  • Umbenennen eines Iterationspfads (mit Ausnahme des Stammpfads)
  • Verschieben eines untergeordneten Iterationspfads unter einen anderen Knoten
  • Löschen eines untergeordneten Iterationspfads
  • Ändern der Standard- und ausgewählten Iterationspfade, die einem Team zugewiesen sind

Wie viele Iterationen sollte ein Team definieren?

Sie definieren so viele untergeordnete Iterationen, wie Sie benötigen, um ihren Projektlebenszyklus widerzuspiegeln. Diese Pfade stellen eine Reihe von Ereignissen dar, z. B. Sprints, Pre-Beta- und Betaergebnisse und andere Releasemeilensteine. Ein Team lässt Arbeitselemente normalerweise der Standarditeration des Teams zugewiesen, wenn sie noch nicht für die Arbeit oder für ein Release geplant sind.

Fügen Sie Iterationen hinzu, um diese Anforderungen zu unterstützen:

  • Definieren von Sprints, die Ihre Scrum-Teams zum Planen und Ausführen ihrer Sprints verwenden
  • Einrichten komplexerer Multi-Release- und Sprintzyklen
  • Filtern von Abfragen basierend auf Sprints, Meilensteinen oder Zykluszeit für Ihr Projekt
  • Unterstützung zukünftiger Arbeiten, die Sie einem Zielversionszyklus nicht zuweisen möchten.

Im folgenden Beispiel werden Beta 1, Beta 2, Release 1.0 und Release 2.0 für das Projekt MyApplication definiert.

Flache Iterationshierarchie

Wenn Sie das Backlog von Produktfeatures und -aufgaben erstellen, weisen Sie sie Meilensteinen zu. Weisen Sie die Features und Aufgaben zu, mit denen das Team abgeschlossen werden soll. Bei geänderten Anforderungen können Sie Ereignisse unter jedem größeren Meilenstein hinzufügen, die widergeben, wie die Arbeit im Team geplant und verwaltet wird.

Wie das folgende Beispiel zeigt, enthält die Beta 1-Iteration jetzt drei untergeordnete Knoten, einen für jeden Sprint im Beta 1-Zeitraum.

Hierarchische Iterationshierarchie

Iterationen erzwingen keine Regeln. Sie können z. B. einer Iteration eine Aufgabe zuweisen, diese jedoch nicht während dieser Iteration abschließen oder fertig stellen. Am Ende einer Iteration sollten Sie alle Arbeitselemente finden, die für diese Iteration aktiv oder geöffnet bleiben, und entsprechende Maßnahmen ergreifen. Sie können die Aufgaben beispielsweise in eine andere Iteration verschieben oder wieder in den Rückstand aufnehmen.

Benennungseinschränkungen

Die Felder Bereichspfad und Iterationspfad , datentyp=TreePath, bestehen aus mehreren Knotenelementen, die durch den umgekehrten Schrägstrich (\) getrennt sind. Minimieren Sie die Namen von Knoten, und stellen Sie sicher, dass Sie die folgenden Einschränkungen einhalten, wenn Sie untergeordnete Knoten hinzufügen.

Einschränkungstyp Einschränkung
Knotenlänge Darf nicht mehr als 255 Zeichen enthalten.
Reservierte Namen - Darf nicht nur aus einem Punkt . oder zwei Perioden ..bestehen.
– Darf kein systemseitig reservierter Name sein, z. B. PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON oder AUX. Weitere Informationen zu reservierten Namen finden Sie unter Dateinamen, Pfade und Namespaces.
Sonderzeichen für Knoten - Darf keine Unicode-Steuerzeichen enthalten.
– Darf keins der folgenden Zeichen enthalten: \ / : * ? " < > | ; # $ * { } , + = [ ].
- Darf keine Zeichen enthalten, die vom lokalen Dateisystem verboten sind. Weitere Informationen zu Windows-Zeicheneinschränkungen finden Sie unter Benennen von Dateien, Pfaden und Namespaces.
Pfadlänge Darf nicht mehr als 4.000 Unicode-Zeichen enthalten.
Pfadhierarchietiefe Muss weniger als 14 Ebenen tief sein.

Unterstützte Feldregeln

Sie können nur eine kleine Teilmenge von Regeln angeben, z HELPTEXT . B. und READONLY , um Felder zu System.XXX.

Wie Sie sehen können, spielen Bereiche und Iterationen eine wichtige Rolle bei der Unterstützung von Agile-Tools und der Verwaltung von Arbeitselementen. Weitere Informationen zum Arbeiten mit diesen Feldern finden Sie in den folgenden Artikeln.