Sprint Planning in 60 Minuten: Ablauf, Timeboxes und Checkliste
Share
Zwei Stunden Sprint Planning. Dann drei. Irgendwann steht im Kalender ein halber Tag – und trotzdem verlässt das Team den Raum mit dem Gefühl, nicht wirklich zu wissen, was in den nächsten zwei Wochen passiert. Wenn dir das bekannt vorkommt: Das liegt selten daran, dass zu wenig Zeit eingeplant war. Es liegt daran, dass im Planning Dinge passieren, die dort nicht hingehören.
Ein Sprint Planning für einen Zwei-Wochen-Sprint lässt sich in 60 Minuten sauber durchziehen. Nicht gehetzt, nicht oberflächlich – sondern deshalb, weil vorher die richtige Vorarbeit passiert ist und im Termin selbst eine klare Struktur läuft. Dieser Artikel zeigt dir beides: den Ablauf mit konkreten Timeboxes und die Checkliste, mit der du ihn vorbereitest.
Warum Sprint Plannings ausufern
Bevor wir zum Ablauf kommen, lohnt der Blick auf die Ursachen. In der Praxis sind es fast immer dieselben drei.
1. Das Backlog wird erst im Planning verstanden
Das Team liest die Backlog Items zum ersten Mal im Termin. Also wird im Planning geklärt, was eigentlich gemeint ist, welche Randfälle es gibt und wer eigentlich der fachliche Ansprechpartner ist. Das sind alles berechtigte Fragen – nur gehören sie ins Refinement, nicht ins Planning. Wenn ein Item im Planning zum ersten Mal auftaucht, kostet es dich 15 bis 25 Minuten. Bei fünf solcher Items ist der halbe Tag erklärt.
2. Es wird gelöst statt geplant
Sobald eine technische Frage im Raum steht, kippt die Gruppe in den Lösungsmodus. Zwei Entwickler diskutieren die Architektur, der Rest wartet. Das Problem: Die Diskussion ist meistens sinnvoll – nur nicht mit acht Leuten und nicht in diesem Termin. Planning beantwortet die Frage „Was nehmen wir uns vor und trauen wir uns das zu?“, nicht „Wie genau bauen wir es?“.
3. Niemand moderiert die Zeit
Es gibt einen Termin von zwei Stunden, aber keine Struktur innerhalb dieser zwei Stunden. Ohne Timeboxes dehnt sich jedes Thema auf die verfügbare Zeit aus. Das ist kein Teamproblem, das ist Physik der Meetingkultur – und einer der Gründe, warum sich bessere Meetings fast immer über Struktur statt über Disziplin herstellen lassen.
Die Vorarbeit: was vor dem Planning erledigt sein muss
Die 60 Minuten funktionieren nur, wenn drei Dinge vorher stehen. Das ist der eigentliche Hebel – der Termin selbst ist danach fast selbstlaufend.
Ein refinetes Backlog
Die obersten Items im Product Backlog sind besprochen, verstanden und grob geschätzt. Faustregel: Was im Planning gezogen werden soll, war mindestens einmal im Refinement. Ein bis zwei Refinement-Termine pro Sprint à 45 Minuten reichen in den meisten Teams aus.
Ein vorbereitetes Sprint-Ziel
Die Product Ownerin kommt nicht mit einer Liste ins Planning, sondern mit einem Vorschlag: „Ich möchte, dass am Ende dieses Sprints Bestandskunden ihre Rechnungen selbst herunterladen können.“ Das Team darf diesen Vorschlag zerlegen, hinterfragen und verändern – aber es startet nicht bei null. Ein Vorschlag auf dem Tisch spart 20 Minuten gegenüber einer leeren Fläche.
Bekannte Kapazität
Urlaube, Feiertage, Bereitschaften, geplante Schulungen – alles bekannt und sichtbar, bevor der Termin startet. Wer das erst im Planning zusammensucht, verbrennt zehn Minuten mit Kalenderabgleich.
Der Ablauf: 60 Minuten in fünf Blöcken
Das folgende Format ist auf ein Team von fünf bis neun Personen und einen zweiwöchigen Sprint ausgelegt. Die Timeboxes sind bewusst knapp – sie sind ein Werkzeug, kein Gesetz.
| Block | Dauer | Ergebnis |
|---|---|---|
| 1. Ankommen & Rückblick | 5 Min | Alle da, letzter Sprint kurz eingeordnet |
| 2. Sprint-Ziel schärfen | 10 Min | Ein Satz, dem alle zustimmen |
| 3. Items ziehen & prüfen | 25 Min | Sprint Backlog steht |
| 4. Machbarkeit & Risiken | 15 Min | Commitment oder bewusste Reduktion |
| 5. Abschluss | 5 Min | Erste Schritte klar, Termin endet |
Block 1: Ankommen & Rückblick (5 Minuten)
Kurzer Check-in – eine Runde, ein Satz pro Person. Nicht als Wohlfühlritual, sondern weil Leute, die einmal gesprochen haben, im weiteren Verlauf messbar häufiger etwas sagen. Danach der Blick zurück: Was ist aus dem letzten Sprint übrig geblieben und wandert mit? Das dauert 60 Sekunden, wenn das Board gepflegt ist.
Wenn dein Team remote arbeitet oder der Check-in regelmäßig zäh ist, helfen vorbereitete Fragen mehr als spontane Kreativität – genau dafür gibt es Kartensets wie die Check-In Cards.
Block 2: Sprint-Ziel schärfen (10 Minuten)
Die Product Ownerin stellt ihren Vorschlag vor. Dann zwei Minuten Stille: Jede Person notiert für sich, was am Vorschlag unklar ist oder fehlt. Erst danach wird gesprochen. Diese Reihenfolge – erst schreiben, dann reden – verhindert, dass die erste laute Meinung den Rest der Runde färbt.
Ein gutes Sprint-Ziel beschreibt einen Nutzen, keine Aufgabenliste. „Rechnungs-Download für Bestandskunden funktioniert“ ist ein Ziel. „Tickets 412 bis 419 fertigstellen“ ist eine Liste.
Block 3: Items ziehen & prüfen (25 Minuten)
Jetzt zieht das Team Items aus dem Backlog, die auf das Ziel einzahlen. Pro Item gilt eine harte Regel: maximal drei Minuten. Wenn ein Item in drei Minuten nicht einzuschätzen ist, ist es nicht refined – dann fliegt es raus und geht zurück ins Refinement. Das fühlt sich beim ersten Mal hart an und ist nach dem dritten Sprint der wirksamste Hebel im ganzen Format.
Für jedes gezogene Item beantwortet das Team drei Fragen:
- Verstehen wir, was fertig bedeutet?
- Können wir es innerhalb dieses Sprints abschließen – ohne auf jemanden zu warten, der nicht im Team ist?
- Gibt es eine Abhängigkeit zu einem anderen Item?
Dreimal ja: rein. Einmal nein: entweder klären oder rauslassen.
Block 4: Machbarkeit & Risiken (15 Minuten)
Der Blick aufs Gesamtpaket: Passt das in die tatsächlich verfügbare Kapazität? Hier lohnt eine ehrliche Rechnung. Ein Team mit fünf Entwickler:innen und zwei Wochen Sprint hat nicht 50 Personentage, sondern nach Abzug von Meetings, Support und Unvorhergesehenem realistisch 30 bis 35.
Dann die Risikofrage in die Runde: „Was könnte diesen Sprint kippen?“ Wieder erst still notieren, dann sammeln. Typische Antworten: eine offene Freigabe, eine Abhängigkeit zu einem anderen Team, eine Person, die als Einzige ein System kennt. Wer das im Planning ausspricht, muss es nicht im Daily entdecken.
Wenn das Paket zu groß ist: reduzieren. Nicht hoffen. Ein Sprint, der zu 100 Prozent geliefert wird, ist wertvoller als einer, der zu 70 Prozent geliefert und zu 30 Prozent erklärt wird.
Block 5: Abschluss (5 Minuten)
Drei Fragen, dann ist Schluss: Womit startet wer morgen früh? Wer klärt die offenen Punkte aus Block 4 – bis wann? Steht das Sprint Backlog sichtbar für alle? Danach beendest du den Termin. Auch wenn noch fünf Minuten Restzeit im Kalender stehen.
Die häufigsten Zeitfresser – und was hilft
| Zeitfresser | Woran du ihn erkennst | Was hilft |
|---|---|---|
| Lösungsdiskussion | Zwei Personen reden, sechs schauen zu | „Parkplatz“ auf dem Board, Termin direkt danach mit den zwei Personen |
| Unklares Item | Nach drei Minuten steigen immer neue Fragen auf | Item raus, zurück ins Refinement |
| Schätz-Debatte | Diskussion über 5 vs. 8 Story Points | Höheren Wert nehmen und weiter – die Differenz ist Rauschen |
| Nachträgliche Wünsche | „Können wir das noch reinnehmen?“ in Block 4 | Nur gegen Tausch: rein heißt, etwas anderes fliegt raus |
| Rollenunklarheit | Alle warten, dass jemand entscheidet | Rollen vor dem Sprint klären, nicht im Termin |
Der letzte Punkt ist der unterschätzteste. Wenn im Team nicht klar ist, wer über den Umfang entscheidet und wer über das Wie, wird jede Entscheidung zur Aushandlung. Wer die Scrum Cards als gemeinsame Grundlage im Team liegen hat, klärt Rollen und Ereignisse einmal sauber – und muss sie danach nicht in jedem Planning neu verhandeln.
Checkliste für dein nächstes Sprint Planning
Zum Ausdrucken, Abhaken oder ins Team-Wiki kopieren.
Vorher (spätestens einen Tag davor):
- Die obersten 8 bis 10 Backlog Items sind refined und grob geschätzt
- Ein Sprint-Ziel-Vorschlag liegt vor
- Urlaube, Feiertage und Bereitschaften sind erfasst
- Offene Punkte aus dem letzten Sprint sind sichtbar
- Board ist aufgeräumt, abgeschlossene Items sind archiviert
Während des Termins:
- Timeboxes sichtbar (Timer läuft mit)
- Eine Person moderiert, eine Person schreibt mit
- Drei-Minuten-Regel pro Item wird eingehalten
- Lösungsdiskussionen wandern auf den Parkplatz
- Vor jeder Sammelrunde: erst zwei Minuten still notieren
Nachher (innerhalb von 24 Stunden):
- Sprint-Ziel und Sprint Backlog sind für alle sichtbar dokumentiert
- Parkplatz-Themen haben einen Termin oder einen Verantwortlichen
- Offene Risiken aus Block 4 sind adressiert
Was ist mit größeren Teams oder längeren Sprints?
Die 60 Minuten sind auf zwei Wochen und ein Team bis neun Personen ausgelegt. Für andere Zuschnitte skalierst du linear – aber mit einer Warnung.
- Ein-Wochen-Sprint: 30 bis 40 Minuten reichen. Weniger Items, weniger Kapazitätsrechnerei.
- Vier-Wochen-Sprint: Plane 90 bis 120 Minuten – und mach nach 60 Minuten eine echte Pause. Ohne Pause verlierst du die Aufmerksamkeit, nicht die Zeit.
- Team über zehn Personen: Erhöhe nicht die Termindauer. Das eigentliche Problem ist die Teamgröße. In einer Runde von zwölf Leuten kommt niemand mehr auf drei Wortbeiträge.
Bei verteilten Teams gilt zusätzlich: Alles, was vor Ort parallel passiert – gleichzeitig Zettel schreiben, nebeneinander am Board stehen – musst du remote bewusst herstellen. Sonst wird aus einem 60-Minuten-Format automatisch ein 90-Minuten-Format, weil immer nur eine Person gleichzeitig sprechen kann.
Fazit: Kürzer wird es durch Vorbereitung, nicht durch Tempo
Ein Sprint Planning wird nicht dadurch kürzer, dass alle schneller reden. Es wird kürzer, wenn die Fragen, die es aufhalten, vorher beantwortet wurden: Ist das Backlog verstanden? Gibt es einen Zielvorschlag? Kennen wir unsere Kapazität? Sind die Rollen klar?
Fang mit einem Punkt an. Wenn du diese Woche nur eine Sache änderst, nimm die Drei-Minuten-Regel pro Item. Sie macht innerhalb von zwei Sprints sichtbar, welche Items nicht refined sind – und behebt damit die Ursache, nicht das Symptom.
Wenn du die Formate deines Teams nicht nur im Planning, sondern über Retro, Check-in, Delegation und Zielarbeit hinweg auf eine gemeinsame Grundlage stellen willst, findest du im Komplett-Set mit allen fünf Kartensets das passende Handwerkszeug. 🌳 Für jeden Kauf pflanzen wir einen Baum.
