Informationen zu Bereichs- und Iterationspfaden (Sprint)

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

Bereichspfade ermöglichen es Ihnen, Arbeitselemente nach Team, Produkt oder Featurebereich zu gruppieren. Iterationspfade ermöglichen es Ihnen, Die Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume zu gruppieren. Beide Felder ermöglichen es Ihnen, eine Hierarchie von Pfaden zu definieren.

Sie definieren Bereichs- und Iterationspfade für ein Projekt. Teams können dann auswählen, welche Pfade verwendet werden, um ihren Backlog und andere agile Tools zu unterstützen. Um zu verstehen, wie agile Tools Bereichs- und Iterationspfade verwenden, finden Sie unter Agile-Tools, die auf Bereiche und Iterationen basieren.

Hinweis

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

Hinweis

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

Die Bereiche und Iterationen, die Sie sehen, hängen 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 Releaseplänen entsprechen.

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

Definieren und Zuweisen von Bereichspfaden

Wenn Sie neu bei der Verwaltung von Projekten und Teams sind, ist die geradeste Sequenz für die Konfiguration Ihres Projekts und Teams wie folgt.

  1. Bestimmen Sie die Anzahl und 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 Namen von Teams, die Sie unterstützen möchten. Informationen zu Teams und agilen Tools finden Sie unter Anleitungen.
  3. Öffnen Sie Project Einstellungen > Project Konfiguration, 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 bereitgestellten Schritte aus: Öffnen sie Project Einstellungen, Project Konfiguration und Hinzufügen von Bereichspfaden.
  4. Definieren Sie die Teams, die Sie unterstützen müssen, Schritt 2. Anleitungen finden Sie unter Hinzufügen eines Teams, wechseln Sie von einem Standardteam zu mehreren Teams.
  5. Öffnen Sie die Teamkonfiguration, und weisen Sie jedem Team den Standard- und zusätzlichen Bereichspfad zu. Führen Sie die weiter unten in diesem Artikel bereitgestellten Schritte aus: Öffnen sie Teameinstellungen und Festlegen des Standardbereichspfads des Teams.
  6. Weisen Sie den Bereichspfad von Arbeitselementen einem von Ihnen definierten Bereichspfad zu. Verwenden Sie Massen ändern , um mehrere Arbeitselemente gleichzeitig zu ändern.

Hinweis

Organisationen sind auf maximal 10.000 Bereichspfade beschränkt und weisen einem einzelnen Team maximal 300 Bereichspfade zu. Weitere Informationen finden Sie unter "Arbeitsverfolgung", "Prozess" und "Projektlimits".

Hinweis

Während Sie demselben Bereichspfad mehrere Teams zuweisen können, kann dies zu Problemen führen, wenn zwei Teams den Besitz über dieselbe Gruppe von Arbeitselementen beanspruchen. Weitere Informationen finden Sie unter "Informationen zu Boards und Kanban", Einschränkungen der Ansichten des Multi-Team-Kanban-Boards.

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

  • Hinzufügen zusätzlicher untergeordneter Knoten
  • Umbenennen eines Bereichspfads (außer dem Stammbereichspfad)
  • Verschieben eines untergeordneten Knotens unter einem anderen Knoten
  • Löschen eines untergeordneten Knotens
  • Umbenennen eines Teams
  • Ändern der an einem Team vorgenommenen Bereichspfadzuweisungen

Wie viele Bereiche sollten 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 über diese Anforderungen verfügen:

  • Filtern von Abfragen basierend auf einem Produkt- oder Featurebereich
  • Organisieren oder Gruppieren von Arbeitselementen nach Team oder Unterteams
  • Einschränken des Zugriffs 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 finden Sie, dass es zu viel Arbeit ist, um die Struktur und Berechtigungen in anderen Projekten zu duplizieren.

Definieren und Zuweisen von Iterationspfaden

Verwenden Sie die folgenden Anleitungen zum Konfigurieren von Iterationspfaden für Ihr Projekt und Ihre Teams:

  1. Definieren Sie zunächst die Bereichspfade und Teams nach den Anleitungen in " Bereichspfade definieren", und weisen Sie einem Team zu.
  2. Bestimmen Sie die Länge der Iteration, die Sie unterstützen möchten. Empfohlene Praxis besteht darin, dass alle Teams dieselbe Sprint-Kadenz verwenden.
  3. Bestimmen Sie, ob eine flache Struktur oder Hierarchie von Sprints und Versionen erforderlich ist.
  4. Öffnen Sie Project Einstellungen > Project Konfiguration, und definieren Sie die Iterationspfade, um Schritte 2 und 3 auf Projektebene zu unterstützen. Führen Sie die unten in diesem Artikel bereitgestellten Schritte aus: Öffnen sie Project Einstellungen, Project Konfigurationund Hinzufügen von Iterationsterminen und Festlegen von Iterationsterminen.
  5. Öffnen Sie die Teamkonfiguration, und weisen Sie jedem Team die Standard-, Backlog- und zusätzliche Iterationspfade zu. Führen Sie die weiter unten in diesem Artikel bereitgestellten Schritte aus: Öffnen sie Teameinstellungen und Festlegen des Standard-Iterationspfads des Teams.
  6. Jedes Team sollte einem Iterationspfad seine Arbeitselemente zuweisen, die unter dem Backlog-Iterationspfad fallen. Diese Arbeitselemente werden dann auf ihren Produktrückgängen und -boards angezeigt. Verwenden Sie Massen ändern , um mehrere Arbeitselemente gleichzeitig zu ändern. Siehe auch Zuweisen von Backlogelementen zu einem Sprint.

Hinweis

Organisationen sind auf maximal 10.000 Iterationspfade beschränkt und weisen einem einzelnen Team maximal 300 Iterationspfade zu. Weitere Informationen finden Sie unter "Arbeitsverfolgung", "Prozess" und "Projektlimits".

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

  • Hinzufügen zusätzlicher untergeordneter Iterationsknoten
  • Umbenennen eines Iterationspfads (außer dem Stammpfad)
  • 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 sollten ein Team definieren?

Sie definieren so viele untergeordnete Iterationen, wie Sie Ihren Projektlebenszyklus widerspiegeln müssen. Diese Pfade stellen eine Reihe von Ereignissen dar, z. B. Sprints, Pre-Beta- und Betaergebnisse und andere Release-Meilensteine. Ein Team verlässt in der Regel Arbeitselemente, die der Standard-Iteration des Teams zugewiesen sind, wenn sie noch nicht für die Arbeit oder für eine Version geplant sind.

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

  • Definieren von Sprints, die Ihre Scrum-Teams verwenden, um ihre Sprints zu planen und auszuführen
  • Einrichten komplexerer Multi-Release- und Sprintzyklen
  • Filtern von Abfragen basierend auf Sprints, Meilensteinen oder Zykluszeit für Ihr Projekt
  • Unterstützen Sie zukünftige Arbeit, die Sie nicht bereit sind, einem Zielversionszyklus zuzuweisen.

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

Flat iteration hierarchy

Beim Erstellen des Backlogs von Produktfeatures und -aufgaben weisen Sie sie Meilensteinen zu. Weisen Sie die Features und Aufgaben zu, von denen Sie erwarten, dass das Team fertig ist. 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 im folgenden Beispiel gezeigt, enthält die Beta 1-Iteration jetzt drei untergeordnete Knoten, eine 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 geeignete 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 das umgekehrte Schrägstrichzeichen (\) 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 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 Benennungsdateien, Pfade 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. B. System.XXX HELPTEXTREADONLY Felder.

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.