Implementieren von Scrum-Praktiken für Ihr Team in Azure Boards

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

Ihre Sprints-Tools umfassen einen gefilterten Backlog basierend auf einem Iterationspfad und einem ähnlich gefilterten Taskboard. Diese Tools sind nützlich für die Implementierung von Scrum-Praktiken. Mit Scrum können Sie Sprints planen und planen, Ihr Taskboard aktualisieren und Ihren Sprint-Burndown überwachen.

Scrum-Methoden verwenden Iterationspfade, die auch als Sprints bezeichnet werden, um arbeit zu planen, die von einem Team innerhalb eines bestimmten Zeitraums und einer bestimmten Zeit- und Kadenz durchgeführt werden soll. Um zu beginnen, sind mehrere Sprints für Ihr Team vordefinierte. Wenn Sie neu bei Scrum sind, erhalten Sie einen Überblick über Was ist Scrum?.

Hinweis

Informationen zu den Unterschieden zwischen Backlogs, Boards, Taskboards und Übermittlungsplänen finden Sie unter Backlogs, Boards und Pläne. Wenn Ihr Backlog oder Board die arbeitsaufgaben, die Sie erwarten oder wünschen, nicht anzeigt, lesen Sie "Einrichten Ihrer Backlogs und Boards".

Verwenden von Azure Boards zum Implementieren von Scrum

Die allgemeine Reihenfolge der Schritte zur Implementierung von Scrum mithilfe von Azure Boards lautet wie folgt:

Konfigurieren von Teams und Sprints

  1. Definieren von Iterationspfaden auf Projektebene und Festlegen von Datumsangaben
  2. (Optional) Hinzufügen von Bereichspfaden auf Projektebene (Oder fügen Sie einen Bereichspfad hinzu, wenn Sie jedes Team konfigurieren)
  3. Hinzufügen von Teams
  4. Wählen Sie Iterationspfade auf Teamebene aus.

Team-Backlog erstellen

  1. Erstellen und Organisieren des Team-Backlogs.
  2. (Optional) Prognose ihres Team-Backlogs.

Implementieren eines Sprints

Sie können arbeitsaufgaben schnell einem Sprint zuweisen, indem Sie sie aus dem Produktrücklauf in den Sprint ziehen und ablegen.

  1. Zuweisen von Backlog Items zu einem Sprint
  2. Hinzufügen von Aufgaben zum Backlog von Elementen
  3. Festlegen der Sprintkapazität
  4. Anpassen der Arbeit an die Sprintkapazität
  5. (Optional) Teilen Ihres Sprintplans
  6. Aktualisieren des Task Boards
  7. Überwachen des Sprint-Burndowns

Übersicht über Sprint-Backlogs und Taskboards

Sprint-Backlogs und Taskboards bieten eine gefilterte Ansicht von Arbeitselementen, die ein Team einem bestimmten Iterationspfad oder Sprint zugewiesen hat. Sprints werden für ein Projekt definiert und dann von Teams ausgewählt. Aus Ihrem Backlog können Sie einen Iterationspfad mithilfe von Drag-and-Drop zuordnen und diese dann in einem separaten Sprint-Backlog anzeigen.

Boards>Sprints>Backlog

Anzeigen ausgewählter Sprints im Backlog

Jeder Sprint, den Sie für Ihr Team auswählen, bietet Zugriff auf einen Sprint-Backlog, ein Taskboard und andere Agile-Tools zum Planen und Nachverfolgen von Arbeiten.

  1. Sie können einen Überblick über Die Sprintplanung erhalten, indem Sie die Option " Planungsansicht " aktivieren. Wählen Sie im Produktrücklauf oder einem Sprint-Backlog das Symbol " Ansichtsoptionen" aus, und wählen Sie " Planen" aus.

    Boards>Backlogs>Planning pane

    Hinweis

    Der Planungsbereich zeigt nur den aktuellen Sprint und die nächsten 10 zukünftigen Sprints in der Liste an, auch wenn mehr für das Team ausgewählt wurde.

    Der für Ihr Team ausgewählte Sprintsatz wird angezeigt. Wenn keine Sprints aufgeführt sind, können Sie Sprints hinzufügen oder vorhandene Sprints für die Verwendung Ihres Teams auswählen. Informationen dazu finden Sie unter Definieren von Sprints.

  2. Um einen Sprint-Backlog auszuwählen, können Sie einen der Sprintlinks aus dem Planungsbereich oder aus einem Sprint-Backlog auswählen, wählen Sie einen Sprint aus der Sprintauswahl aus.

    Boards>Sprints>Sprint selector

So erhält das Fabrikam Fiber-Team beispielsweise durch Auswählen von Sprints 1 bis 6 Zugriff auf sechs Sprint-Backlogs. Sie erhalten auch Zugriff auf Kapazitätsplanungstools und ein Taskboard für jeden Sprint.

Azure Boards and TFS 2017, Selected iterations generate sprint backlogs

Nachverfolgen der Teamkapazität

Nachdem Sie Iterationspfade (Sprint) definiert und Team iterationen konfiguriert haben, können Sie mit den folgenden Tools beginnen, um Ihren Sprint zu planen.

Am Anfang jedes Sprints möchten Sie die Arbeit planen, auf die Ihr Team sich verpflichten kann. Die drei Agile-Tools, die diese Arbeit unterstützen, umfassen den Sprint-Backlog, die Kapazitätsplanung und Kapazitätsindikatoren. Der Sprint-Backlog enthält eine gefilterte Teilmenge von Backlogelementen, deren Iterationspfad dem aktuellen Sprint entspricht.

Planungstool für Teamkapazität

Durch festlegen der Teamkapazität weiß das Team genau die Gesamtanzahl der Arbeitszeiten oder Tage, die das Team für jeden Sprint hat. Mit diesem Tool legen Sie individuelle Teammitgliedskapazität und Tage frei. Und bequem können Sie Feiertage oder gemeinsam genutzte Tage vom gesamten Team festlegen.

Durch festlegen der Kapazität für jedes Teammitglied, das während eines Sprints arbeitet, wird die Kapazitätsleiste für diese Person angezeigt.

Sie legen wiederkehrende Tage außer Kraft, z. B. Wochenenden, über Teameinstellungen fest.

Team capacity planning tool

Einzel- und Teamkapazitätsindikatoren

Mit Kapazitätsbalken können Sie schnell sehen, wer über, bei oder unter kapazität ist. Kapazitätsindikatoren werden mit jedem dieser Aktivitäten aktualisiert:

  • Vorgänge werden mit nicht null verbleibender Arbeit zugewiesen

  • Änderung der verbleibenden Arbeit

  • Datumsänderung innerhalb des Sprintzyklus. Individuelle und Teamkapazität spiegelt immer ihre Kapazität vom aktuellen Tag bis zum Ende des Sprints wider.

Hier erfahren Sie, wie Sie die Kapazitätsfarben interpretieren:

These colors help you distinguish capacity

Capacity bars

Aktualisieren von Aufgaben und Überwachen des Burndowns

Verwenden Sie während eines Sprints das Taskboard- und Sprint-Burndown-Diagramm, um den Fortschritt zu verfolgen. Ihr Sprint-Burndown-Diagramm bietet Ihnen ein visuelles Visuelles auf einen Blick, um festzustellen, ob Ihr Team auf dem Weg ist, um ihren Sprintplan zu erfüllen.

Task Board

Ihr Taskboard bietet eine interaktive Fortschrittstafel für die Arbeit, die zum Abschließen des Sprint-Backlogs erforderlich ist. Während Ihres Sprints möchten Sie den Status von Vorgängen und die verbleibende Arbeit für jeden Vorgang aktualisieren.

Das Aktualisieren von Vorgängen täglich oder mehrmals pro Woche führt zu einem reibungsloseren Burndowndiagramm.

taskboard

Sprint-Burndowndiagramm

Sie verwenden das Sprint-Burndown-Diagramm , um Risiken zu minimieren und den Bereich im gesamten Sprintzyklus zu überprüfen. Das Burndowndiagramm spiegelt den Fortschritt ihres Teams wider, um alle während der Sprintplanungsbesprechung geschätzten Arbeit abzuschließen.

Die ideale Trendlinie zeigt immer einen stetigen Burndown an. Der blaue Bereich stellt jedoch dar, was tatsächlich passiert. Es zeigt die Erstellung der Arbeit, wenn Teammitglieder Aufgaben hinzufügen und die Reduzierung der Arbeit als Teammitglieder diese Aufgaben ausführen.

Sprint burndown chart

Verwenden von Geschwindigkeits- und Prognosetools zum Vorhersagen von Arbeitsaufwand

Verwenden Sie Sprintplanungs- und Trackingtools für jeden Sprint. Verwenden Sie außerdem die Geschwindigkeits- und Prognosetools, um arbeit zu schätzen, die in zukünftigen Sprints abgeschlossen werden können.

Velocity bietet eine nützliche Metrik, um einblicke zu erhalten, wie viel Arbeit Ihr Team während eines Sprintzyklus abschließen kann. Und das Prognosetool bietet eine Möglichkeit, zu bestimmen, wie viel Arbeit Ihr Team innerhalb eines Sprints ausführen kann. Dieser Betrag basiert auf einer angegebenen Teamgeschwindigkeit.

Verwenden Sie nach mehreren Sprints das Tool "Geschwindigkeitsdiagramm " und "Prognose" , um arbeit zu schätzen, die in zukünftigen Sprints erreicht werden kann.


Geschwindigkeitsdiagramm
Jedes Team ist einem und nur einem Geschwindigkeitsdiagramm zugeordnet. Der grüne Balken innerhalb des Diagramms gibt den geschätzten Aufwand (Storypunkte oder Größe) von Backlogelementen (Benutzergeschichten oder Anforderungen) an, die innerhalb des Sprints abgeschlossen wurden. (Blau entspricht dem geschätzten Aufwand der noch nicht abgeschlossenen Elemente.)
Geschwindigkeit variiert je nach Teamkapazität, Sprint über Sprint. Im Laufe der Zeit sollte die Geschwindigkeit jedoch einen zuverlässigen Mittelwert angeben, der verwendet werden kann, um den vollständigen Backlog zu prognostizieren.
Durch die Minimierung der Variabilität der Backlog-Elementgröße – Aufwand oder Storypunkte – gewinnen Sie zuverlässigere Geschwindigkeitsmetriken.

Velocity chart


Tool für Vorhersage
Sie können das Prognosetool verwenden, um eine Vorstellung davon zu erhalten, wie viele Und welche Elemente Sie innerhalb eines Sprints abschließen können.
Indem Sie eine Geschwindigkeit einschließen, können Sie sehen, welche Elemente innerhalb des Bereichs für die Reihe von Sprints sind, die das Team ausgewählt hat. Wie hier gezeigt, gibt eine Geschwindigkeit von 15 an, dass es drei Sprints dauert, um die gezeigte Arbeit abzuschließen.*

Forecast tool


Änderungen des Abfrage-Sprintbereichs

Es gibt kein Sprintbereichsänderungsdiagramm oder Widget. Sie können jedoch nach einem Sprint hinzugefügte Arbeitselemente abfragen oder nach dem Start des Sprints aus einem Sprint verschoben werden. Verwenden Sie die folgenden Schritte.

Nach dem Start des Sprints hinzugefügte Arbeitselemente auflisten

  1. Öffnen Sie das Geschwindigkeitsdiagramm für das Team, und wählen Sie die geplante Leiste für den Sprint des Interesses aus. Sie können die geplante Leiste für ein Geschwindigkeitsdiagramm-Widget oder das Team-Backlog-Geschwindigkeitsdiagramm verwenden.

    Screenshot of team velocity chart, choose a planned work bar.

  2. Die Seite "Abfrageergebnisse" wird mit einer Liste der Für den Sprint definierten Arbeitselemente am Anfang des Sprints geöffnet, dem ersten Tag des Sprints. Diese Liste ist eine elementisierte Liste der Arbeitselement-IDs.

  3. Wählen Sie die Seite "Editor" aus, um die Abfrage zu bearbeiten.

  4. Listet die Elemente auf, die dem Sprint nach dem Start des Sprints hinzugefügt wurden. Ändern Sie dazu die Abfrage, um die folgenden Klauseln hinzuzufügen und zu ändern:

    • Fügen Sie oben eine Klausel hinzu, um die Arbeitselementtypen des Interesses anzugeben.
    • Ändern Sie den Operator für das ID-Feld in "Nicht in".
    • Fügen Sie den Iterationspfad für den Sprint von Interesse hinzu.
    • Fügen Sie den Bereichspfad für das Team hinzu.

    Die aktualisierte Abfrage sollte ähnlich wie das folgende Bild aussehen.

    Screenshot of Query Editor, Work Items added to a sprint after the start of the sprint.

  5. Fügen Sie das erstellte Datum als Spaltenoption hinzu, und sortieren Sie es nach diesem Feld. Anschließend können Sie die vorhandenen Arbeitselemente anzeigen, die dem Sprint hinzugefügt wurden und welche neu erstellten Arbeitselemente hinzugefügt wurden.

Auflisten von Arbeitselementen, die aus dem Sprint verschoben wurden

  1. Öffnen Sie das Geschwindigkeitsdiagramm für das Team, und wählen Sie die geplante Leiste für den Sprint des Interesses aus. Sie können die geplante Leiste für ein Geschwindigkeitsdiagramm-Widget oder das Team-Backlog-Geschwindigkeitsdiagramm verwenden.

    Screenshot of team velocity chart, choose a planned work bar, second instance.

  2. Die Seite "Abfrageergebnisse" wird mit einer Arbeitselementliste geöffnet, die für den Sprint am Anfang des Sprints definiert ist, den ersten Tag des Sprints. Diese Liste ist eine elementisierte Liste der Arbeitselement-IDs.

  3. Wählen Sie die Seite "Editor" aus, um die Abfrage zu bearbeiten.

  4. Listet die Elemente auf, die nach dem Start des Sprints aus dem Sprint verschoben wurden. Ändern Sie dazu die Abfrage, um die folgenden Klauseln hinzuzufügen und zu ändern:

    • Fügen Sie oben eine Klausel hinzu, um die Arbeitselementtypen des Interesses anzugeben.
    • Fügen Sie den Iterationspfad für den Sprint von Interesse hinzu, geben Sie den Operator "Nicht unter " an.
    • Fügen Sie den Bereichspfad für das Team hinzu.

    Die aktualisierte Abfrage sollte ähnlich wie das folgende Bild aussehen.

    Screenshot of Query Editor, Work Items moved out of a sprint

Weitere Optionen zum Ermitteln von Änderungen im Sprintbereich finden Sie unter Abfrage nach Datum oder aktueller Iteration, Listenarbeitselemente, die aus einem Sprint verschoben wurden.

Nächster Schritt

Wenn Sie mit mehreren Teams arbeiten und jedes Team eine eigene Backlogansicht wünschen, können Sie weitere Teams erstellen. Jedes Team erhält dann Zugriff auf eigene Agile-Tools. Jedes Agile-Tool filtert Arbeitselemente, um nur diese zugewiesenen Werte unter dem Standardbereichspfad und dem Iterationspfad des Teams einzuschließen.