Sprint-Burndown (Scrum)

Durch Überprüfen eines Sprintburndowns können Sie nachvollziehen, wie viel Arbeit in einem Sprintrückstand verbleibt. Außerdem erkennen Sie, wie schnell das Team Aufgaben erledigt hat, und Sie können prognostizieren, wann Ihr Team das Ziel bzw. die Ziele des Sprints erreicht.

Dieser Bericht ähnelt sehr demjenigen, der für die Team-Backlogseite verfügbar ist. Der Sprint-Burndownbericht wird aus Daten im Analysis Services-Cube erstellt und das Team-Burndowndiagramm verweist auf den WIT-Datenspeicher in Echtzeit.

Informationen zum Anzeigen von Berichten finden Sie unter Öffnen von Berichten.

Anforderungen

• Die Bereitstellung auf dem lokalen Team Foundation Server (TFS) und die Teamprojektsammlung, die Ihr Teamprojekt enthält, wird mit SQL Server Reporting Services konfiguriert. Dieser Bericht ist nicht verfügbar, wenn Berichte beim Öffnen von Team Explorer und Erweitern des Teamprojektknotens nicht angezeigt wird.

  Wenn Sie Reporting Services zu Ihrer Bereitstellung oder Berichte für ein Teamprojekt hinzufügen möchten, finden Sie weitere Informationen unter Hinzufügen von Berichten zu einem Teamprojekt.

• Um den Bericht anzuzeigen, müssen Sie einer Gruppe zugewiesen sein oder zu einer Gruppe gehören, der die Rolle Browser in SQL Server Reporting Services zugewiesen wurde. Weitere Informationen finden Sie unter Gewähren von Zugriff auf die Datenbanken des Data Warehouse für Visual Studio ALM.

Daten im Bericht

Ein Bericht zum Sprintburndown zeigt, welche Menge an Arbeit am Ende eines angegebenen Intervallen während eines Sprints verblieben ist. Die Quelle der Rohdaten ist der Sprintrückstand. Auf der horizontalen Achse werden Tage in einem Sprint angezeigt, und auf der vertikalen Achse wird die Arbeit gemessen, die noch zur Erledigung der Aufgaben im Sprint auszuführen ist. Die verbleibende Arbeit wird in Stunden dargestellt.

In einem Sprintburndown-Diagramm werden die folgenden Daten angezeigt:

• Die Linie für den idealen Trend gibt eine ideale Situation an, in der das Team den gesamten verbleibenden Arbeitsaufwand bis zum Ende des Sprints in einem konstantem Tempo erbringt.

• Die Reihe "In Bearbeitung" zeigt, wie viele Stunden für Aufgaben verbleiben, die in einem Sprint als In Bearbeitung gekennzeichnet sind.

• Die Aufgabenreihe zeigt, wie viele Stunden für Aufgaben verbleiben, die in einem Sprint als Aufgaben gekennzeichnet sind.

Sowohl die Reihe "In Bearbeitung" als auch die Reihe "Aufgaben" werden auf Grundlage des tatsächlichen Fortschritts des Teams bei der Erledigung der Aufgaben gezeichnet.

Die folgende Abbildung zeigt ein Beispiel eines Sprintburndown-Diagramms.

Sie können den Bericht filtern, indem Sie Iteration oder Bereich auswählen.

Erforderliche Aktivitäten zur Unterstützung des Bericht zum Sprintburndown

Damit der Burndownbericht hilfreich und genau ist, muss das Team die folgenden Aktivitäten zur Nachverfolgung von Aufgaben ausführen:

• Planen Sie Sprints für das Team.

• Definieren Sie Aufgaben für jedes Produktrückstandsobjekt, an dem Sie im Sprint arbeiten. Wie Sie aus dem Backlog des Teams und dem Task Board heraus arbeiten, werden die von Ihnen erstellten Elemente automatisch dem aktuellen Sprint (Iteration) zugewiesen und dem standardmäßigen Bereichspfad.

• Aktualisieren Sie das Feld Verbleibende Arbeit für jede Aufgabe oder Unteraufgabe, während diese bearbeitet wird.

  Wichtig

  Wenn Sie eine Aufgabe in Unteraufgaben unterteilen, geben Sie Stunden nur für die Unteraufgaben an.Diese Stunden werden als zusammengefasste Werte für die übergeordnete Aufgabe Anforderung zusammengeführt.Weitere Informationen finden Sie unter Beheben von veröffentlichten Ungenauigkeiten für Zusammenfassungswerte.

• Aktualisieren Sie den Zustand jeder Aufgabe im Zuge der Statusänderung von Aufgaben zu Fertig.

Interpretieren des Berichts

Sie können den Bericht überprüfen, um den Fortschritt zu bestimmen, den das Team in einer Version erzielt hat, und um die folgenden Fragen zu beantworten:

• Wie viel Arbeit verbleibt im Sprint?

• Liegt das Team im Hinblick auf die Fertigstellung aller Aufgaben für den Sprint im Plan?

• Wann beendet das Team seine Arbeit am Sprint?

• Wie viel Arbeit für den Sprint wird derzeit ausgeführt?

Siehe auch

Konzepte

Hinzufügen und Ändern von Bereichs- und Iterationspfaden

Weitere Ressourcen

Visual Studio Scrum-Prozessvorlage für Visual Studio ALM