Informationen zu Bereichs- und Iterationspfaden (Sprint)

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 – TFS 2013

Mit Bereichspfaden können Sie Arbeitselemente nach Team, Produkt oder Featurebereich gruppieren. Iterationspfade ermöglichen es Ihnen, Die Arbeit in Sprints, Meilensteinen oder einem 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 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 iterationverwalten.

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 vom Prozess ab, den Sie zum Erstellen Ihres Projekts verwendet haben. Hier werden die für den Prozess "Der Prozess" definierten Standardwerte angezeigt. Es sind 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

Definieren und Zuweisen von Bereichspfaden

Wenn Sie noch nicht mit der Verwaltung von Projekten und Teams arbeiten, ist die einfachste Sequenz für die Konfiguration Ihres Projekts und Ihrer Teams wie folgt.

  1. Bestimmen Sie die Anzahl und die Namen von Bereichspfaden, 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 hierzu erhalten 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: Öffnen von Projekteinstellungen, Projektkonfiguration und Hinzufügen von Bereichspfaden.
  4. Definieren Sie die Teams, die Sie für Schritt 2 benötigen. Anleitungen 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 Standardpfade und zusätzlichen Bereichspfade zu. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Öffnen Sie Teameinstellungen, und legen Sie die Standardbereichspfade des Teams fest.
  6. Weisen Sie den Bereichspfad von Arbeitselementen einem von Ihnen definierten Bereichspfad zu. Verwenden Sie bulk modify, um mehrere Arbeitselemente gleichzeitig zu ändern.

Hinweis

Sie können zwar mehreren Teams den gleichen Bereichspfad zuweisen, dies kann jedoch 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 jederzeit die folgenden Aktionen 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, die an ein Team vorgenommen wurden

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 Diese Anforderungen erfüllt sind:

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

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 Berechtigungen in anderen Projekten zu duplizieren.

Definieren und Zuweisen von Iterationspfaden

Verwenden Sie die folgenden Anleitungen, 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 weisen Sie sie einem Team zu.
  2. Bestimmen Sie die Länge der Iteration, die Sie unterstützen möchten. Es wird empfohlen, dass alle Teams denselben Sprint-Rhythmus 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 zur Unterstützung der Schritte 2 und 3 auf Projektebene. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Projekteinstellungen öffnen, Projektkonfiguration und Iterationen hinzufügen und Iterationsdaten festlegen.
  5. Öffnen Sie die Teamkonfiguration, und weisen Sie jedem Team die Standardpfade und zusätzlichen Bereichspfade zu. Führen Sie die weiter unten in diesem Artikel beschriebenen Schritte aus: Öffnen Sie Die Teameinstellungen, und legen Sie die Standardmäßigen Iterationspfade des Teams fest.
  6. Jedes Team sollte den von ihm ausgewählten Standarditerationspfad den Arbeitselementen zuweisen. Diese Arbeitselemente werden in ihren Produktbacklogs und Boards angezeigt. Verwenden Sie bulk modify, um mehrere Arbeitselemente gleichzeitig zu ändern. Siehe auch Zuweisen von Backlogelementen zu einem Sprint.

Bei Bedarf können Sie jederzeit die folgenden Aktionen 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 einem Team zugewiesenen Standard- und ausgewählten Iterationspfade

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, Ergebnisse vor der Beta- und Betaversion sowie andere Releasemeilensteine. Ein Team verlä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 Von Ihren Teams für die Planung und Ausführung ihrer Sprints verwendet werden
  • Einrichten komplexerer Multi-Release- und Sprintzyklen
  • Filtern von Abfragen basierend auf Sprints, Meilensteinen oder Zykluszeit für Ihr Projekt
  • Unterstützen Sie zukünftige Aufgaben, die Sie nicht einem Zielversionszyklus zuweisen können.

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

Flat iteration hierarchy

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

  • Dürfen keinen Punkt (.) oder zwei Punkte (..) enthalten.
  • 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

  • Unicode-Steuerzeichen sind nicht zulässig
  • Darf keines der folgenden Zeichen enthalten: \ / $ ? * : " & > < # % | +
  • Dürfen keine für das lokale Dateisystem unzulässigen Zeichen enthalten. 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

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.

Unterstützte Feldregeln

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

Teamfeld im Vergleich zu Teambereichspfad

A: Wenn Ihre Organisation über mehrere Teams verfügt, die in einem allgemeinen Backlog und in den verschiedensten Produktbereichen arbeiten, möchten Sie möglicherweise die Konfiguration der Teams ändern. Fügen Sie ein benutzerdefiniertes Feld hinzu, um Teams in Ihrer Organisation darzustellen. Sie können die Agile-Planungstools und -seiten neu konfigurieren, um Ihre Teams zu unterstützen und die Zuweisung zu Teams und Bereichspfaden zu entkoppeln.