Release-Burndown
Wenn Sie den Versionsburndownbericht überprüfen, erkennen Sie, wie schnell das Team Backlogelemente übermittelt hat und wie viele Arbeitsschritte das Team noch ausführen muss, um eine Produktversion fertig zu stellen.
Hinweis
Dieser Bericht setzt voraus, dass die Teamprojektsammlung, die das Teamprojekt enthält, mit SQL Server Reporting Services bereitgestellt wurde.Dieser Bericht ist nicht verfügbar, wenn .png "Bericht"){kind=icon}
Berichte beim Öffnen von Team Explorer und Erweitern des Teamprojektknotens nicht angezeigt wird.
Erforderliche Berechtigungen
Um den Bericht anzuzeigen, müssen Sie einer Gruppe zugewiesen sein oder zu einer Gruppe gehören, der die Rolle Browser in 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
Wie die folgende Abbildung zeigt, zeigt ein Versionsburndowndiagramm, wie viele Arbeitsschritte zu Beginn jedes Sprints in einer Version verblieben sind. Die Quelle der Rohdaten ist der Produktrückstand. Jeder Sprint, der dem Teamprojekt oder dem Team zugewiesen wurde, wird entlang der horizontalen Achse angezeigt. Die vertikale Achse gibt die Summe des Aufwands aller aktiven Backlog-Elemente zu Beginn jedes Sprints an. Wenn das Team den Zustand von Backlog-Elementen auf "Fertig" aktualisiert, nimmt der verbleibende Aufwand ab. Die Menge des geschätzten Aufwands auf der vertikalen Achse wird in jeder beliebigen Einheit angezeigt, für deren Verwendung sich das Scrum-Team entschieden hat (zum Beispiel Storypunkte, Größe oder Stunden).
.png "Burndowndiagramm veröffentlichen")
Sie können den Bericht filtern, indem Sie Releasepfad oder Bereich auswählen.
Erforderliche Aktivitäten zum Nachverfolgen von Burndown
Damit das Burndowndiagramm hilfreich und genau ist, muss das Team die folgenden Aktivitäten für die Verfolgung von Arbeitsaufgaben ausführen:
Geben Sie die Anzahl von Versionen an, die Sie nachverfolgen möchten, und definieren Sie das Start- und Enddatum für jeden Sprint.
Definieren Sie Product Backlog Items und Fehler, und weisen Sie sie jeweils einem Sprint oder einer Iteration zu. (Das Feld Iteration). Stellen Sie sicher, dass alle Backlogelemente dem Bereichspfad oder Unterbereich des Teams zugewiesen werden.
Zu Beginn einer Version schätzen Sie den Aufwand für jedes Product Backlog Item und jeden Fehler ein, an dem das Team arbeitet.
Ändern Sie während oder am Ende jedes Sprints für alle Product Backlog Items und Fehler, die das Team abgeschlossen hat, den Zustand in 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 noch in der Version?
Wie schnell arbeitet sich das Team durch den Produktrückstand?
Siehe auch
Konzepte
Hinzufügen und Ändern von Bereichs- und Iterationspfaden