LU02: Sprint Planning

Das Sprint Planning kurz erklärt

Product Owner (PO)

• Präsentiert die User Stories aus dem PDF
• Klärt unklare Punkte zu Anforderungen
• Unterstützt bei der Priorisierung
• Geht auf Rückfragen der Entwickler*innen ein
  

Scrum Master (SM)

• Moderiert das Meeting
• Achtet auf die Time Box (max. 60 Minuten)
• Hilft dem Team, Scrum-Regeln einzuhalten und den Ablauf zu verstehen

Entwicklungsteam (2–3 Entwickler)

• Prüft die User Stories
• Schätzt den Aufwand für die Umsetzung
• Bestimmt selbst, welche User Stories im Sprint umgesetzt werden können
• Plant die Umsetzung der Einträge im Sprint Backlog

1. Gemeinsam die Arbeit für den kommenden Sprint planen.
2. Auswahl der User Stories (Product Backlog → Sprint Backlog).
3. Festlegen des Sprint-Ziels, das beschreibt, was der Sprint erreichen soll.
4. Planen, wie die ausgewählten Aufgaben umgesetzt werden, damit sie am Ende des Sprints „Done“ sind.

Das Team definiert gemeisam, wann eine Aufgabe oder User Story als fertig („Done“) gilt.

Beispiele:

• Die Funktion ist implementiert und erfüllt alle Akzeptanzkriterien.
• Die Funktion wurde getestet und funktioniert wie beschrieben.
• Das Layout entspricht den Vorgaben.
• Kommentare oder Dokumentation sind hinzugefügt.
• User Story wird erst auf Done verschoben, wenn alle Punkte erfüllt sind.

Das Sprint Planning besteht aus zwei Phasen:

Phase 1 – Was kann im Sprint fertiggestellt werden?
Der Product Owner stellt die Stories vor, das Team klärt offene Fragen. Das Team entscheidet, welche Stories im Sprint realistisch fertig werden, und formuliert dazu ein Sprint-Ziel in einem Satz.

Phase 2 – Wie wird die Arbeit erledigt?
Das Team teilt die Stories in Aufgaben von höchstens einem Tag auf, legt die Reihenfolge fest und verteilt die Aufgaben.
Das Team definiert die Definition of Done.

© Gaby Jenni