Informationen zu Bereichs- und Iterationspfaden (Sprint)

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

Mit Bereichspfaden können Sie Arbeitselemente nach Team, Produkt oder Featurebereich gruppieren. Iterationspfade ermöglichen es Ihnen, Arbeit in Sprints, Meilensteine oder einen anderen ereignisspezifischen oder zeitbezogenen Zeitraum zu gruppieren. 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 des 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 so fest, dass sie Ihren Sprint- oder Releasezeitplänen entsprechen.

Iterationen Bereiche
Default iterations, Scrum process A set of sample area paths

Wichtig

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

Definieren und Zuweisen von Bereichspfaden

Wenn Sie noch nicht mit der Verwaltung von Projekten und Teams arbeiten, sieht die einfachste Abfolge zum Konfigurieren Ihres Projekts und Ihrer Teams wie folgt aus.

  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 Agile-Tools.
  3. Öffnen Sie Projekteinstellungen > Projektkonfiguration , und definieren Sie die Bereichspfade zur Unterstützung der Schritte 1 und 2 auf Projektebene. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Projekteinstellungen öffnen, 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 Standardbereichspfade für Teams festlegen.
  6. Weisen Sie den Bereichspfad von Arbeitselementen einem von Ihnen definierten Bereichspfad zu. Verwenden Sie massenändernde Änderungen , um mehrere Arbeitselemente gleichzeitig zu ändern.

Hinweis

Projekte sind darauf beschränkt, maximal 10.000 Flächenpfade zu definieren und einem einzelnen Team maximal 300 Flächenpfade zuzuweisen. Weitere Informationen finden Sie unter Arbeitsnachverfolgung, Prozess- und Projektgrenzwerte.

Auch wenn Sie denselben Bereichspfad mehreren Teams zuweisen können, kann dies zu Problemen führen, 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-Boardansichten 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 einem anderen Knoten
  • Löschen eines untergeordneten Knotens
  • Umbenennen eines Teams
  • Ändern der an ein Team vorgenommenen Bereichspfadzuweisungen

Siehe auch Konfigurieren einer Hierarchie von Teams.

Wie viele Bereiche sollte ein Team definieren?

Sie fügen Bereiche hinzu, die die Ablaufverfolgungs- und Sicherheitsanforderungen Ihres Teams 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 diese 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 benötigen.
  4. Öffnen Sie Projekteinstellungen > Die 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 von Projekteinstellungen, Projektkonfiguration und Hinzufügen von Iterationen und Festlegen von Iterationsdaten.
  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: Teameinstellungen öffnen und Standarditerationspfade für Teams festlegen.
  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 massenändernde Änderungen , um mehrere Arbeitselemente gleichzeitig zu ändern. Siehe auch Zuweisen von Backlogelementen zu einem Sprint.

Hinweis

Projekte sind auf das Definieren von maximal 10.000 Iterationspfaden beschränkt und weisen einem einzelnen Team maximal 300 Iterationspfade zu. Weitere Informationen finden Sie unter Arbeitsnachverfolgung, Prozess- und Projektgrenzwerte.

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 einem 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 Beta-Ergebnisse und andere Releasemeilensteine. Ein Team belässt in der Regel Arbeitselemente, die der Standarditeration des Teams zugewiesen sind, 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 Zykluszeiten für Ihr Projekt
  • Unterstützung zukünftiger Arbeiten, die Sie einem Zielveröffentlichungszyklus 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.

Flat iteration hierarchy

Weisen Sie beim Erstellen des Backlogs von Produktfeatures und -aufgaben Meilensteinen zu. Weisen Sie die Features und Aufgaben zu, mit denen das Team fertig sein 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.

Hierarchical Iteration Hierarchy

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 vom System 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, spielen Bereiche und Iterationen eine wichtige Rolle bei der Unterstützung von agilen Tools und der Verwaltung von Arbeitselementen. Weitere Informationen zum Arbeiten mit diesen Feldern finden Sie in den folgenden Artikeln.