Lab 02: Backlog Planung

Das Ziel dieser Übung ist es, ein Verständnis für die Planung und Umplanung in Scrum, die Verwendung von Story Points und Velocity und die Berechnung von Release-Terminen zu entwickeln.

Hintergrund: Sie sind Teil eines Scrum-Teams, das an einem neuen Softwareprodukt arbeitet. Ihr Product Owner hat Ihnen eine Liste von User Stories im Product Backlog zur Verfügung gestellt. Jede User Story hat eine Schätzung der benötigten Story Points. Sprints starten immer montags und dauern zwei Wochen (Montag-Freitag). Die Stories sind nicht priorisiert bzw. können sofern in der Aufgabenstellung nicht anders genannt – beliebig eingeplant werden.

Aufgabe 1: Release-Planung

  • Teil 1: Basierend auf der durchschnittlichen Anzahl von Story Points, die Ihr Team in eine Sprint abarbeiten kann (die sogenannte Velocity), erstellen Sie einen vorläufigen Release-Plan für die nächsten Sprints.

  • Teil 2: Der Kunde hat entschieden, dass ein bestimmtes Feature in den nächsten Sprint aufgenommen werden muss. Der Product Owners möchte daher, dass User Story D im nächsten Sprint aufgenommen wird. Überarbeiten Sie Ihren Release-Plan, um diese Änderung zu berücksichtigen.

Aufgabe 2: Umplanung

  • Während des Sprints stellt das Team fest, dass eine User Story C komplexer ist als ursprünglich angenommen und mehr Story Points (8 anstelle 5) benötigt. Wie wirkt sich das auf Ihren Release-Plan aus und wie gehen Sie damit um?

Aufgabe 3: Release-Terminberechnung

  • Angenommen, Ihr Product Owner möchte, dass alle User Stories in einem bestimmten Release abgeschlossen sind. Basierend auf Ihrer aktuellen Velocity, berechnen Sie den voraussichtlichen Release-Termin und folgenden Annahmen:

    • Der Release kann immer Montag nach einem Sprint Ende stattfinden.

    • Der nächste Sprintstart wäre kommenden Montag

Aufgabe 3: Velocity

  • Wie sind sowohl der Sprint-Plan, als auch die Termine bei einer Velocity von 15 Story Punkten pro Sprint? Bearbeiten Sie Aufgabe 1-3 erneut mit einer Velocity von 15.

Daten zu den Aufgaben:

Product Backlog:

  1. User Story A - 8 Story Points

  2. User Story B - 13 Story Points

  3. User Story C - 5 Story Points

  4. User Story D - 20 Story Points

  5. User Story E - 3 Story Points

  6. User Story F - 8 Story Points

  7. User Story G - 13 Story Points

Hinweis: Die Stories haben alle die gleiche Priorität, d.h. Sie können beliebig abgearbeitet werden. Entsprechend priorisierte Aufgabe sind der jeweiligen Aufgabenstellung zu entnehmen.

Team Velocity: Das Team kann durchschnittlich 20 Story Points pro Sprint abarbeiten.

Last updated