Freigeben über

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 die Bereichs-/Iterationsstruktur, Arbeitsaufgabentypen (Work Item Types, WITs), Workflows und Boardverhalten konfigurieren.

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

Note

Die meisten Anleitungen gelten hier sowohl für Cloud- als auch für lokale Bereitstellungen. Einige Features (z. B. Rollup-, Analyse- und Portfolioplanungstools) sind nur cloudgeschützt.

Wichtige Überlegungen

Bevor Sie Einstellungen ändern, entscheiden Sie, wie die Teamarbeit abläuft und welche Informationen das Management sehen muss. Erwägen:

  • Projekt- oder Teamstruktur: Wie viele Teams, welche Bereichspfadhierarchie und welche Rollupansichten benötigen Sie?
  • Iterationen: Sprint-Kadenz, Freigabegruppierung und Prognosehorizont.
  • Arbeitsaufgabenschema: Welche WITs werden die Teams verwenden (Features, Stories/Issues/PBIs, Aufgaben, Epics)?
  • Berichterstellungsanforderungen: Welche Felder, Rollups und Analyseansichten müssen verfügbar sein?
  • Anpassungen: Benutzerdefinierte Felder, Workflows und WITs wirken sich auf Boards, Backlogs und Berichte aus.
  • Berechtigungen und Governance: Wer kann Prozesse, Bereiche/Iterationsstrukturen und Teameinstellungen ändern?

Dokumentieren Sie Ihre Auswahl, damit Teams sie konsistent anwenden.

Arbeitselementtypen und Portfolio Backlogs

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.

Das folgende Bild zeigt die Hierarchie für das Arbeitselement Agile-Prozess-Backlog:

Diagramm, das die Typen der Agile-Arbeitselemente zeigt.

  • User-Stories und Aufgaben dienen der Verfolgung der Arbeit.
  • Bugs verfolgen Code-Fehler.
  • Epics und Funktionen werden verwendet, um die Arbeit in größeren Szenarien zu gruppieren.

Jedes Team kann konfigurieren, wie Fehlerarbeitselemente auf der gleichen Ebene wie User Story- oder Aufgabenarbeitselemente 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).

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

Wählen Sie einen der folgenden allgemeinen Tracking-Ansätze basierend auf Teampraktiken aus:

  • Nur Aufgaben – Nicht empfohlen. Bietet eingeschränkte Priorisierung und keine Portfolioplanung.
  • Anforderungen mit untergeordneten Aufgaben – Gut für Scrum-Teams, die die Zeit schätzen und nachverfolgen.
  • Nur Anforderungen – Gut für Kanban- oder Scrumban-Teams, die keine Zeit verfolgen.
  • Unter Portfolio-WITs gruppierte Anforderungen – Verwendung, wenn mehrere Teams Rollups und teamübergreifende Kalender benötigen.

Erläutern sie den gewählten Ansatz für Teams und aktualisieren Sie die Prozessdokumentation.

Bereiche, Iterationen und Teameinrichtung

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

Empfehlungen:

  • Erstellen Sie Bereichspfadhierarchien, die angeben, wie Manager Rollups melden möchten.
  • Weisen Sie jedem Team einen Standardbereich und ein Iterationsabonnement zu, damit Arbeitsaufgaben den richtigen Kontext erben.
  • Verwenden Sie einheitliche Iterationsrhythmen in allen Teams, die zusammen liefern.

Screenshot mit Bereichspfaden und Teamzuweisungen.

Verwandte Inhalte:

Fehler auf Boards und 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 Bugs im Backlog an; Teams, die Agile oder CMMI verwenden, können wählen, ob Bugs in den Backlogs erscheinen. 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 Kindelemente anzuzeigen. Verwenden Sie Lieferpläne und Feature-Zeitachsen, um die Zeitpläne und Abhängigkeiten teamübergreifend anzuzeigen.

Screenshot mit Fortschrittsanzeige auf einem Backlog.

Verwenden Sie für die teamübergreifende Planung Delivery Plans und gegebenenfalls die Erweiterungen für die Feature-Zeitachse.

Boards, Spalten und Workflows

Workflowzustände für Arbeitsaufgaben bestimmen standardmäßige Boardspalten. Sie haben folgende Möglichkeiten:

  • Hinzufügen von benutzerdefinierten Workflowzuständen zu WITs (wirkt sich auf alle Teams aus).
  • Hinzufügen von Spalten zu Teamboards (betrifft nur dieses Team).
  • Ordnen Sie Zustands-zu-Spalten-Zuordnungen sorgfältig zu, um die Berichtskonsistenz zu erhalten (z. B. kumulative Flussdiagramme).

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.

Empfehlungen:

  • Beschränken Sie benutzerdefinierte Felder auf diejenigen, die Berichte oder Automatisierung unterstützen.
  • Verwenden Sie numerische benutzerdefinierte Felder für Rollupsummen; verwenden Sie Auswahllisten für konsistente Berichte.
  • Denken Sie daran: Felder auf Prozessebene werden für Projekte in der Sammlung oder Organisation freigegeben.

Note

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

Benutzerdefinierte WITs und Prozessänderungen

Das Hinzufügen oder Ändern von WITs und Workflows wirkt sich auf viele Tools aus:

  • Neue WITs auf Anforderungsebene tauchen in Produkt-Backlogs auf und können in Sprint-Backlogs erscheinen.
  • Neue WITs auf Aufgabenebene werden auf Taskboards angezeigt.
  • Teams müssen Boards und Zuordnungen aktualisieren, um benutzerdefinierte WITs anzuzeigen.

Ä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, wer Prozesse, Bereichs-/Iterationsstrukturen und Teamkonfiguration ändert:

  • Änderungen auf Prozessebene: Project-Sammlungsadministratoren oder Benutzer mit entsprechenden Prozessberechtigungen.
  • Änderungen auf Projektebene (Bereiche/Iterationen): Projektadministratoren oder Benutzer mit Knotenberechtigungen.
  • Änderungen auf Teamebene: Teamadministratoren oder Projektadministratoren.

Verwandte Inhalte:

Zeitverfolgung und Sprintplanung

Verwenden Sie die Felder "Verbleibende Arbeit", "Ursprüngliche Schätzung" und "Abgeschlossene Arbeit" für die Sprintplanung und -kapazität. Wenn Sie die Zeit für die Abrechnung oder andere Zwecke nachverfolgen, bewerten Sie Marketplace-Erweiterungen für umfassendere Zeitverfolgungsunterstützung.

Verwandte Inhalte:

Praktische Checkliste für Administratoren

  • Entscheiden Sie die Prozess- und WIT-Strategie (erben oder anpassen).
  • Entwurfsbereich und Iterationshierarchien.
  • Konfigurieren Sie Teams, und legen Sie Standardabonnements für Bereich/Iteration fest.
  • Erstellen Sie erforderliche freigegebene Abfrageordner und -berechtigungen.
  • Fügen Sie Rollupspalten und Dashboard-Widgets hinzu, die Führungskräfte benötigen.
  • Pilotversuche mit einem Team durchführen, bevor umfangreiche Updates angewendet werden.
  • Kommunizieren Sie Änderungen, und aktualisieren Sie Ihr Projektwiki.

Verwandte Inhalte

  • Last updated on