Scrum-Leitfaden · Scrum-Events
Sprint Planning in Scrum: Agenda, Timebox und Tipps
Das Sprint Planning eröffnet den Sprint, indem es die zu erledigende Arbeit festlegt. Das gesamte Scrum Team arbeitet zusammen, um einen Plan zu erstellen, den alle verstehen und an den alle glauben.
Das Wichtigste in Kürze
- Das Sprint Planning beantwortet Warum, Was und Wie.
- Es liefert ein Sprint-Ziel und ein Sprint Backlog.
- Ein gut verfeinertes Backlog macht die Planung schnell.
Timebox
Das Sprint Planning ist bei einem einmonatigen Sprint auf höchstens acht Stunden begrenzt. Für zweiwöchige Sprints brauchen viele Teams zwei bis vier Stunden, oft weniger, wenn das Backlog gut verfeinert ist.
Eingaben
- Ein verfeinertes, geordnetes Product Backlog.
- Das jüngste Inkrement.
- Die voraussichtliche Kapazität des Teams.
- Bisherige Leistung, etwa Velocity.
- Die Definition of Done.
Die drei Themen
| Thema | Frage | Ergebnis |
|---|---|---|
| Warum | Warum ist dieser Sprint wertvoll? | Ein Sprint-Ziel |
| Was | Was kann in diesem Sprint erreicht werden? | Ausgewählte Product-Backlog-Einträge |
| Wie | Wie wird die ausgewählte Arbeit erledigt? | Ein Plan, oft mit Einträgen, die in Aufgaben von höchstens einem Tag zerlegt sind |
Sprint-Ziel, ausgewählte Einträge und Plan bilden zusammen das Sprint Backlog.
Beispielagenda (zweiwöchiger Sprint)
- Produktziel und Kontext durchgehen (10 Minuten).
- Der Product Owner schlägt vor, wie der Sprint den Wert steigern könnte (10 Minuten).
- Das Team einigt sich auf einen Entwurf des Sprint-Ziels (15 Minuten).
- Die Developers wählen Einträge auf Basis der Kapazität aus (30 bis 45 Minuten).
- Die Developers planen, wie sie die Arbeit erledigen (45 bis 60 Minuten).
- Sprint-Ziel und Zusage bestätigen (10 Minuten).
Häufige Fehler
- Unverfeinerte Backlog-Einträge, die stundenlange Diskussionen erfordern.
- Ein Sprint-Ziel, das nur eine Liste von Einträgen ist.
- Mit 100 % der Kapazität ohne Puffer planen.
- Der Product Owner oder Führungskräfte entscheiden, wie viel die Developers übernehmen.
- Das „Wie“ auslassen, sodass Probleme mitten im Sprint auftauchen.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Wer nimmt am Sprint Planning teil?
Das gesamte Scrum Team. Andere können zur Beratung eingeladen werden.
Wer entscheidet im Sprint Planning, wie viel Arbeit in einen Sprint kommt?
Die Developers entscheiden im Gespräch mit dem Product Owner, wie viel sie übernehmen können.
Wie lange dauert das Sprint Planning?
Der Scrum Guide begrenzt es bei einem einmonatigen Sprint auf höchstens acht Stunden. Bei kürzeren Sprints ist das Event meist kürzer.
Was sind die drei Themen des Sprint Plannings?
Warum ist dieser Sprint wertvoll, was kann in diesem Sprint erreicht werden und wie wird die ausgewählte Arbeit erledigt.
Was ist das Ergebnis des Sprint Plannings?
Ein Sprint-Ziel, die für den Sprint ausgewählten Product-Backlog-Einträge und ein Plan zu ihrer Lieferung. Zusammen bilden sie das Sprint Backlog.
Wer erstellt das Sprint-Ziel im Sprint Planning?
Das gesamte Scrum Team definiert es gemeinsam. Das Sprint-Ziel muss vor dem Ende des Sprint Plannings feststehen.
Wie berechnet man die Teamkapazität für das Sprint Planning?
Beginnen Sie mit den verfügbaren Arbeitstagen pro Person, ziehen Sie Urlaub, Meetings und andere Verpflichtungen ab und vergleichen Sie das Ergebnis mit der bisherigen Leistung, etwa Velocity oder Durchsatz.
Was sollte vor dem Sprint Planning bereit sein?
Ein verfeinertes, geordnetes Product Backlog, das jüngste Inkrement, die bekannte Kapazität, Daten zur bisherigen Leistung und die Definition of Done.
Sollten Aufgaben im Sprint Planning in Stunden geschätzt werden?
Scrum verlangt das nicht. Viele Teams zerlegen Einträge in Aufgaben von höchstens einem Tag, statt Stunden zu schätzen; das liefert genug Details, um den Fortschritt täglich zu verfolgen.
Dürfen Stakeholder am Sprint Planning teilnehmen?
Das Scrum Team kann weitere Personen zur Beratung einladen, doch die Planungsentscheidungen bleiben beim Scrum Team.
Was tun, wenn sich das Team im Sprint Planning nicht auf ein Sprint-Ziel einigen kann?
Betrachten Sie den oberen Teil des Product Backlogs auf der Suche nach einem stimmigen Ziel, greifen Sie das Produktziel wieder auf und fragen Sie den Product Owner, welches Ergebnis am wichtigsten ist. Anhaltende Schwierigkeiten deuten oft auf ein Backlog mit zusammenhanglosen Einträgen hin.