Konfigurieren und Anpassen von Azure Boards

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Passen Sie Azure Boards an die Prozesse und Portfolioanforderungen Ihres Teams an. In diesem Artikel werden empfohlene Aufgaben und Überlegungen für Administratoren beschrieben, die Bereichs- und Iterationsstruktur, Arbeitsaufgabentypen (WORK Item Types, WITs), Workflows und Boardverhalten konfigurieren.

Verwenden Sie diesen Artikel, um zu entscheiden, wie Ihr Projekt organisiert werden soll, bevor Sie Boards, Backlogs und Teameinstellungen anpassen.

Wenn Sie die gewünschten Konfigurationsaufgaben bereits kennen, beginnen Sie mit den folgenden Artikeln:

Note

Die meisten Anleitungen gelten hier sowohl für Azure DevOps-Dienste als auch für Azure DevOps Server. Einige Funktionen, z. B. Analyse- und Bereitstellungsplanungsfunktionen, variieren je nach Version oder Installation. Übermittlungspläne sind in Azure DevOps Server 2022 und höher integriert und waren zuvor als Marketplace-Erweiterung verfügbar.

Tipp

Sie können KI verwenden, um Azure DevOps Aufgaben zu unterstützen. Informationen zu den ersten Schritten finden Sie unter Enable AI-Unterstützung bei Azure DevOps MCP Server.

Wichtige Überlegungen

Verwenden Sie diese Fragen, um die ausgewählte Konfiguration zu gestalten.

Area Zu beantwortende Fragen
Projekt- und Teamstruktur Wie viele Teams, wie viele Einträge in der Bereichspfadhierarchie und wie viele Rollup-Ansichten benötigen Sie?
Iterationen Welche Sprint-Kadenz, die Freigabegruppierung und der Prognosehorizont funktionieren am besten?
Arbeitselementschema Welche WITs sollten Teams nutzen (Features, Storys/Probleme/PBIs, Aufgaben, Epics)?
Berichtsanforderungen Welche Felder, Rollups und Analyseansichten müssen verfügbar sein?
Anpassungen Wie wirken sich benutzerdefinierte Felder, Workflows und WITs auf Boards, Backlogs und Berichte aus?
Berechtigungen und Verwaltung Wer kann Prozesse, Flächen-/Iterationsstrukturen und Teameinstellungen ändern?

Dokumentieren Sie Ihre Auswahl, damit Teams sie konsistent im gesamten Projekt anwenden.

Wählen Sie Arbeitselementtypen und Portfolio-Backlogs aus

Wählen Sie einen Prozess (Agile, Basic, Scrum oder CMMI) aus, wenn Sie ein Projekt erstellen. Jeder Prozess definiert einen Standardsatz von WITs und Portfolio-/Backlogebenen. Sie können benutzerdefinierte WITs und Portfolio-Backlogs hinzufügen, um Ihre Organisation zu unterstützen.

Dieses Diagramm zeigt die Hierarchie des Agile-Prozess-Backlogs:

Diagramm, das die Typen der Agile-Arbeitselemente zeigt.

  • Verwenden Sie Benutzergeschichten und Aufgaben, um Die Arbeit nachzuverfolgen.
  • Verwenden Sie Bugs, um Codefehler nachzuverfolgen.
  • Verwenden Sie Epics und Features, um Arbeitsaufgaben unter übergeordneten Szenarien zu gruppieren.

Jedes Team kann konfigurieren, ob Fehler auf derselben Ebene wie Arbeitselemente vom Typ User Story oder Aufgabe verwaltet werden. Verwenden Sie die Einstellung Arbeiten mit Fehlern. Weitere Informationen zur Verwendung dieser Arbeitselementtypen finden Sie unter Agile-Prozess.

Verwenden Sie benutzerdefinierte WITs und Portfolio-Backlogs, wenn Sie zusätzliche Planungsebenen benötigen, z. B. Ziele und Wichtige Ergebnisse, oder wenn Teams eine Rollupebene oberhalb der Features benötigen.

Screenshot eines Projekts, das Ziele und Wichtige Ergebnisse als benutzerdefinierte Portfolio-Backlogs hinzufügt.

Vergleich von Tracking-Ansätzen

Wählen Sie das Trackingmodell aus, das am besten dazu passt, wie Ihre Teams Arbeit planen und darüber berichten.

Vorgehensweise Verwenden Sie, wenn Kompromiss
Nur Aufgaben Sie benötigen einfache Aufgabenverfolgung mit geringer Hierarchie Begrenzte Priorisierung und keine Portfolioplanung
Anforderungen mit untergeordneten Aufgaben Scrum-Teams schätzen die Arbeit und verfolgen sie in Sprints Weitere Hierarchie zur Verwaltung
Nur Anforderungen Kanban- oder Scrumban-Teams verfolgen keine Zeit Weniger Details auf Aufgabenebene
Anforderungen, die unter Portfolio-WITs gruppiert sind Mehrere Teams benötigen Rollups und teamübergreifende Kalenderansichten Erfordert mehr Vorabprozessdesign

Erläutern Sie das Modell, das Sie für Teams auswählen, und aktualisieren Sie die Prozessdokumentation, damit jeder dasselbe Muster verwendet.

Einrichten von Bereichen, Iterationen und Teams

Verwenden Sie Bereichspfade, um Arbeit nach Produkt, Feature oder Geschäftsbereich zu partitionieren. Verwenden Sie Iterationszyklen für Sprints, Freigaben oder Meilensteine.

Empfehlung Ursache
Erstellen von Bereichspfadhierarchien, die angeben, wie Manager Rollups melden möchten Ermöglicht eine präzise Berichterstattung über zusammengefasste Daten auf allen Organisationsebenen.
Jedem Team einen Standardbereich und ein Iterationsabonnement erteilen Arbeitsaufgaben erben automatisch den richtigen Kontext
Verwenden Sie einheitliche Iterationsrhythmen in allen Teams, die zusammen liefern Vereinfacht teamübergreifende Planung und Abhängigkeitsnachverfolgung

Screenshot mit Bereichspfaden und Teamzuweisungen.

Verwandte Inhalte:

Fehler auf Boards und in Backlogs anzeigen

Jedes Team entscheidet, ob Fehler im Produktrückstand als Anforderungen angezeigt werden oder als Aufgaben nachverfolgt werden, die an Anforderungen gebunden sind. Teams, die Scrum verwenden, zeigen häufig Fehler im Backlog an. Teams, die Agile oder CMMI verwenden, können auswählen, ob Fehler in Backlogs angezeigt werden. Der Basisprozess verwendet nicht den Arbeitselementtyp „Fehler“; stattdessen wird „Issue“ verwendet. Um die Anzeige von Fehlern für ein Team zu ändern, aktualisieren Sie die Teameinstellungen:

Halten Sie eine konsistente Teamrichtlinie ein, damit Abfragen, Boards und Rollups zuverlässig funktionieren.

Rollup- und Portfolioansichten

Fügen Sie Rollup-Spalten zu Backlogs hinzu, um Fortschrittsbalken, Anzahl oder Summen für untergeordnete Elemente anzuzeigen. Verwenden Sie Übermittlungspläne, um teamübergreifende Zeitpläne und Abhängigkeiten zu überprüfen. Wenn Sie eine roadmapähnliche Ansicht wie die Feature Timeline-Erweiterung verwenden, weisen Sie in den Projektrichtlinien gesondert darauf hin.

Screenshot mit Fortschrittsanzeige auf einem Backlog.

Verwenden Sie für die teamübergreifende Planung Übermittlungspläne und jede erweiterung im Roadmap-Stil, auf die Ihre Organisation standardisiert hat.

Boards, Spalten und Workflows

Workflowzustände für Arbeitsaufgaben bestimmen standardmäßige Boardspalten.

Maßnahme Geltungsbereich Überlegung
Hinzufügen von benutzerdefinierten Workflowzuständen zu WITs Betrifft alle Teams Änderungen werden auf allen Team-Boards, die dieses WIT verwenden, angezeigt.
Spalten zu Teamboards hinzufügen Betrifft nur dieses Team Nützlich für teamspezifische Workflowschritte
Zuordnen von Zustands-zu-Spalten-Zuordnungen Wirkt sich auf die Berichterstellung aus Abbilden Sie sorgfältig, um die Genauigkeit des kumulativen Flussdiagramms zu bewahren.

Verwandte Inhalte:

Benutzerdefinierte Felder und Berichte

Mit benutzerdefinierten Feldern können Sie projektspezifische Daten erfassen. Sie können Rollups und Berichte einschalten, aber über den gesamten Prozess hinweg anwenden.

Empfehlung Ursache
Beschränken Sie benutzerdefinierte Felder auf diejenigen, die Berichterstellung oder Automatisierung unterstützen. Reduziert Unordnung und Wartungsaufwand
Verwenden numerischer benutzerdefinierter Felder für Rollupsummen Ermöglicht die Fortschrittsverfolgung und Kapazitätsplanung
Verwenden von Auswahllisten für konsistente Berichte Verhindert Dateninkonsistenzen durch Freitexteinträge
Denken Sie daran, dass Felder auf Prozessebene gemeinsam genutzt werden Änderungen wirken sich auf alle Projekte in der Sammlung oder Organisation aus.

Note

Sie können bis zu 1.024 Felder pro Prozess definieren.

Benutzerdefinierte WITs und Prozessänderungen

Das Hinzufügen oder Ändern von Arbeitsaufgabentypen (Work Item Types, WITs) und Workflows wirkt sich auf viele Tools aus.

Veränderung Wo sie angezeigt wird Erforderliche Aktion
Neue WITs auf der Ebene der Anforderungen Produkt-Backlogs, möglicherweise Sprint-Backlogs Konfigurieren von Backlogebenen
Neue WITs auf Vorgangsebene Aufgabenübersicht Aktualisieren der Taskboardeinstellungen
Benutzerdefinierte WITs Team-Tafeln Aktualisieren von Boards und Spaltenzuordnungen

Von Bedeutung

Änderungen auf Prozessebene wirken sich auf alle Teams aus. Beschränken Sie störende Änderungen und kommunizieren Sie sie im Voraus.

Berechtigungen und wer was ändern kann

Steuern Sie, wer Prozesse, Flächen- und Iterationsstrukturen ändern kann, und die Teamkonfiguration.

Änderungstyp Wer kann Änderungen vornehmen?
Prozessebene Projektsammlungsadministratoren oder Benutzer mit Prozessberechtigungen
Projektebene (Bereiche und Iterationen) Projektadministratoren oder Benutzer mit Knotenberechtigungen
Teamebene Teamadministratoren oder Projektadministratoren

Verwandte Inhalte:

Zeitverfolgung und Sprintplanung

Verwenden Sie die Arbeitsverfolgungsfelder, die Ihrem Prozess- und Teamplanungsmodell entsprechen:

Feld Allgemeine Verwendung
Verbleibende Arbeit Verfolgen Sie den Aufwand, um einen Vorgang oder ein Sprintelement abzuschließen.
Ursprüngliche Schätzung Erfassen Sie die anfängliche Schätzung, wenn Ihr Team einen Basisplan wünscht.
Abgeschlossene Arbeit Notieren Sie sich den aufwand, der bereits für einen Vorgang aufgewendet wurde.

Wenn Sie die Zeit für die Abrechnung oder Berichterstellung nachverfolgen, bewerten Sie Marketplace-Erweiterungen für umfassendere Zeitverfolgungsunterstützung.

Verwandte Inhalte:

Praktische Checkliste für Administratoren

Verwenden Sie die folgende Checkliste, wenn Sie Ihre Azure Boards Konfiguration einrichten oder überprüfen.

Phase Aufgabe
Planen Die Strategie für Prozess- und Arbeitsaufgabentypen festlegen (Erben oder Anpassen)
Planen Entwurfsbereich und Iterationshierarchien
Konfigurieren Konfigurieren von Teams und Festlegen von Standardbereichs- und Iterationsabonnements
Konfigurieren Erstellen erforderlicher freigegebener Abfrageordner und -berechtigungen
Konfigurieren Hinzufügen von Rollupspalten und Dashboard-Widgets, die Führungskräfte benötigen
Validieren Änderungen zunächst mit einem Team testen, bevor Sie weitreichende Updates anwenden
Kommunizieren Dokumentänderungen und Aktualisieren des Projektwikis

Verwandte Inhalte

  • Last updated on