Sprint Planning Meeting: Agenda und Ablauf

Zwei Stunden und 40 Minuten nach Beginn des Sprint Plannings stritt Lenas Team noch immer über die Story Points für Ticket Nummer neun. Dann stellte jemand die Frage, die bis dahin niemand gestellt hatte: „Wofür ist dieser Sprint eigentlich da?“ Niemand konnte sie in einem Satz beantworten. Das Team wählte Tickets aus, bis die Zeit um war, und an Tag vier war der Plan zerfallen. (Lenas Team ist ein zusammengesetztes Beispiel, kein reales Team.)

Sie brauchen vermutlich kein längeres Meeting. Sie brauchen für Ihr Sprint Planning Meeting eine Agenda, die mit dem Warum beginnt, die echte Kapazität prüft, bevor jemand Arbeit auswählt, und mit einem Plan auf einer Seite endet.

Dieser Leitfaden liefert eine Agenda mit Zeitangaben für Sprints von einer bis vier Wochen, die Vorgaben des Scrum Guide (geprüft im November 2026), eine durchgerechnete Kapazitätsrechnung, Sätze für den Moment, in dem das Meeting abschweift, und einen einseitigen Plan zum Kopieren.

Was ist ein Sprint Planning Meeting?

Ein Sprint Planning Meeting ist das Event, mit dem ein Sprint beginnt: Das Team einigt sich darauf, warum der Sprint wichtig ist, was es schaffen kann und wie es die Arbeit erledigt. Laut Scrum Guide 2020 (sinngemäß aus dem englischen Original) leitet das Sprint Planning den Sprint ein, indem es die Arbeit festlegt, die im Sprint zu leisten ist.

Das Retrospektive Meeting schließt den vorherigen Sprint ab, sodass die dort vereinbarten Änderungen direkt in diesen Plan einfließen können.

Sprint Planning Meeting: Agenda für jede Sprint-Länge

Wählen Sie Ihre Spalte und übernehmen Sie die Minuten in die Einladung. Die Zeiten sind unser Vorschlag, keine Scrum-Regel, und sie rechnen mit etwa einer Stunde pro Sprint-Woche.

Sie möchten den Plan, ohne während des Meetings zu tippen? Legen Sie ParrotNotes auf den Tisch und erhalten Sie eine Zusammenfassung und die Aufgaben, sobald Sie die Aufnahme beenden. ParrotNotes gratis testen.

1. Eröffnen und zurückblicken

Der Scrum Master nennt das Ziel und das Ende des Meetings. Teilen Sie dann drei Fakten: was im letzten Sprint fertig wurde, was offen geblieben ist und welche Maßnahmen aus der Retro in diesen Plan gehören. Rollen Sie das Sprint Review nicht neu auf. Es geht nur um den Kontext.

2. Sprint Goal vereinbaren

Der Product Owner schlägt vor, wie das Produkt in diesem Sprint an Wert gewinnen kann, und das ganze Team macht daraus einen Satz. Könnte ein Stakeholder ihn lesen und wissen, warum dieser Sprint wichtig ist? „12 Tickets abschließen“ fällt durch. „Wiederkehrende Kunden können mit einer gespeicherten Karte bezahlen“ besteht.

3. Kapazität prüfen

Zählen Sie mit der Rechnung weiter unten, wer wirklich verfügbar ist. Tun Sie das, bevor Arbeit ausgewählt wird, sonst orientiert sich das Gespräch an der Wunschliste.

4. Arbeit auswählen

Die Developers wählen gemeinsam mit dem Product Owner Einträge vom oberen Ende des Backlogs aus und hören auf, sobald sie die Kapazitätszahl erreicht haben. Jeder Eintrag sollte dem Ziel dienen oder ein bekannter Übertrag sein. Verfeinern Sie einen Eintrag nur, wenn er fast bereit ist. Braucht er länger, geht er zurück.

5. Arbeit planen

Die Developers zerlegen jeden Eintrag in Aufgaben, oft von einem Tag oder weniger. Benennen Sie dabei Abhängigkeiten: einen Sandbox-Zugang, ein Design-Review, jemanden aus einem anderen Team.

6. Vorlesen und abschließen

Lesen Sie das Ziel, die Einträge, die Risiken und die Verantwortlichen laut vor. Bitten Sie alle um eine Vertrauensnote von 1 bis 5 und sprechen Sie über jede 1 oder 2, bevor Sie auseinandergehen. Teilen Sie den Plan dann noch am selben Tag.

Für andere Meetings bietet unsere Tagesordnung Vorlage fünf allgemeine Formate.

Was der Scrum Guide vorgibt und was nicht

Der Guide fasst sich bei diesem Event kurz. Er legt drei Themen fest (Fragen sinngemäß aus dem englischen Original):

Zusammen bilden diese drei Ergebnisse das Sprint Backlog. Der Guide setzt eine feste Frist: Das Sprint Goal muss vor dem Ende des Sprint Plannings feststehen.

Drei Details werden oft übersehen:

• Das Warum ist eine neuere Ergänzung. Laut Änderungshistorie betont der Guide von 2020 neben Was und Wie ein drittes Thema, das Warum. Eine Agenda, die mit dem Backlog beginnt, ist womöglich älter.
• Story Points stehen nicht im Guide. Velocity und Schätzungen auch nicht: Wir haben den englischen Text durchsucht und keines dieser Wörter gefunden. Laut Guide entsteht Sicherheit durch das Wissen um die bisherige Leistung, die kommende Kapazität und die Definition of Done. Points sind eine Teamgewohnheit, und Sie können etwas anderes verwenden.
• Die Verpflichtung ist das Ziel, nicht die Ticketliste. Das Sprint Goal ist laut Guide eine Verpflichtung der Developers, lässt aber Spielraum bei der genauen Arbeit, die dafür nötig ist. Ein Team kann also mitten im Sprint Aufgaben tauschen und sein Versprechen trotzdem halten.

Der Scrum Guide setzt auch die Obergrenze: Das Sprint Planning ist bei einem einmonatigen Sprint auf höchstens acht Stunden begrenzt, bei kürzeren Sprints ist das Event in der Regel kürzer. Für kürzere Sprints nennt er keine Zahl, daher sind die beiden Werte von Atlassian ein nützlicher Rahmen. Der Scrum-Leitfaden von Atlassian rät zu höchstens zwei Stunden pro Sprint-Woche, der Blog empfiehlt mindestens eine Stunde pro Woche.

Wer am Sprint Planning Meeting teilnimmt und was mitzubringen ist

Das ganze Scrum Team nimmt teil, und laut Guide kann es weitere Personen einladen, die beratend mitwirken. Laden Sie einen Gast für einen einzelnen Eintrag ein, nicht für die ganze Sitzung. Sieben Personen über zwei Stunden sind 14 Personenstunden, und unser Meetingkosten-Rechner zeigt, was das kostet.

Laut Guide stellt der Product Owner sicher, dass die Teilnehmenden darauf vorbereitet sind, die wichtigsten Einträge des Product Backlogs zu besprechen. In der Praxis heißt das: Verfeinern Sie den oberen Teil des Backlogs vor dem Meeting, nicht währenddessen. Wie Sie diese Sitzung führen, zeigt unser Leitfaden zum Backlog Refinement.

Kapazität berechnen, bevor jemand Arbeit auswählt

Viele Agenda-Leitfäden sagen „Kapazität prüfen“ und belassen es dabei. Hier ist die Rechnung, an einem zusammengesetzten Beispielteam mit fünf Developers in einem 2-Wochen-Sprint.

Schritt 1: Verfügbare Personentage zählen.

5 Developers x 10 Arbeitstage     = 50
Betriebsfeiertag (1 Tag x 5)      = -5
Priya im Urlaub                   = -3
Omar im Support-Dienst            = -4
Verfügbare Personentage           = 38

Schritt 2: Ihre Rate aus den letzten Sprints ermitteln.

93 Points geteilt durch 129 Personentage ergeben etwa 0,72 Points pro Personentag.

Schritt 3: Multiplizieren. 38 x 0,72 ergibt etwa 27 Points.

Der einfache Durchschnitt des Teams liegt bei 31 Points. Eine Auswahl aus dem Gedächtnis hätte diesen Sprint also um vier Points überladen.

Keine Story Points? Machen Sie dieselbe Rechnung mit fertigen Tickets. Noch keine Historie? Wählen Sie weniger, als Sie sich zutrauen, und beginnen Sie dann zu messen.

So führen Sie ein Sprint Planning Meeting, wenn es abschweift

Halten Sie diese Sätze bereit:

Der letzte Satz ist zulässig. Laut Guide wird das Sprint Backlog im Lauf des Sprints aktualisiert, wenn das Team mehr erfährt, und im Daily Standup wird der Plan angepasst.

Diese Agenda funktioniert auch außerhalb der Softwareentwicklung. Stellen Sie sich ein zusammengesetztes Marketingteam aus vier Personen mit zweiwöchigen Kampagnenzyklen vor, dessen Ziel lautet: „Die Seite zum Frühjahrs-Webinar ist online und nimmt Anmeldungen an.“ Verfügbare Tage ersetzen Story Points, und das Meeting dauert 60 Minuten, weil es weniger zu zerlegen gibt.

Vorlage für das Sprint Planning Meeting: der einseitige Plan

Kopieren Sie diese Vorlage in das Dokument Ihres Teams.

SPRINT-PLAN
Team:              Sprint:              Zeitraum:
Moderation:        Teilnehmende:

1. SPRINT GOAL (ein Satz)

2. KAPAZITÄT
   Verfügbare Personentage:      Prognose:

3. AUSGEWÄHLTE EINTRÄGE
   Eintrag | Größe | Dient dem Ziel? (ja / Übertrag)

4. RISIKEN UND ABHÄNGIGKEITEN
   Risiko | Verantwortlich | Benötigt bis

5. ÜBERNOMMENE MASSNAHMEN AUS DER RETRO
   Maßnahme | Verantwortlich

6. BEWUSST WEGGELASSEN
   Eintrag | Warum | Wer informiert die Stakeholder

7. VERTRAUEN (Durchschnitt 1-5)

Hier ist sie ausgefüllt, mit demselben zusammengesetzten Team:

SPRINT-PLAN
Team: Checkout-Team    Sprint: 42    Zeitraum: 9. bis 20. Nov.
Moderation: Lena    Teilnehmende: 7

1. SPRINT GOAL
   Wiederkehrende Kunden können mit einer gespeicherten Karte bezahlen.

2. KAPAZITÄT
   Verfügbare Personentage: 38    Prognose: 27 Points

3. AUSGEWÄHLTE EINTRÄGE
   Speicherung der Karte | 8 | Ja
   Kartenauswahl im Checkout | 8 | Ja
   Migration der Zahlungs-Tokens | 5 | Ja
   Fehlermeldungen bei abgelehnten Karten | 3 | Ja
   Instabilen Checkout-Test beheben | 3 | Übertrag
   Summe: 27

4. RISIKEN UND ABHÄNGIGKEITEN
   Zugang zur Zahlungs-Sandbox | Amir | 11. Nov.
   Rechtsprüfung der Texte zur Kartenspeicherung | Ana | 12. Nov.

5. ÜBERNOMMENE MASSNAHMEN AUS DER RETRO
   Zweimal pro Woche Code-Reviews zu zweit | Lin

6. BEWUSST WEGGELASSEN
   Apple Pay | Keine Kapazität, dient nicht dem Ziel | Ana

7. VERTRAUEN: 4,2 / 5

Abschnitt 6 leistet mehr, als man ihm ansieht: Fragt der Vertrieb, warum Apple Pay nicht im Sprint ist, hat Ana die Antwort schon parat. Übertragen Sie die Abschnitte 4 und 5 in Ihr Protokoll zum Nachverfolgen von Aufgaben, damit sie geprüft werden, und lesen Sie in unserem Leitfaden zum Besprechungsrhythmus, wie das Planning zu Ihren anderen wiederkehrenden Meetings passt.

Sollten Sie das Sprint Planning aufnehmen?

Mit einer Aufnahme kann die Moderation den Raum führen, statt zu tippen. Fragen Sie vorher, sagen Sie, was Sie aufbewahren und wer es sieht, und stoppen Sie, wenn jemand widerspricht. Die Regeln zur Einwilligung unterscheiden sich je nach Ort, und unser Leitfaden zur One-Party Consent erklärt die Grundlagen in den USA.

ParrotNotes nimmt auf einem Smartphone oder Mac im Raum auf, ohne Meeting-Bot, und liefert ein Transkript, eine Zusammenfassung und Aufgaben, die Sie in die Vorlage einfügen können. Stand November 2026 sind mit Pro (19,99 USD pro Monat oder 14,99 USD pro Monat bei jährlicher Zahlung) Aufnahmen bis zu 3 Stunden möglich, eine zweistündige Sitzung passt also.

Der kostenlose Plan erlaubt 30 Minuten pro Aufnahme und 100 Minuten pro Monat, nehmen Sie also nicht die ganze Sitzung auf. Nehmen Sie stattdessen Schritt 6 auf: Das Vorlesen von Ziel, Einträgen, Risiken und Verantwortlichen dauert unter 10 Minuten und liefert Ihnen die Zusammenfassung. Laden Sie ParrotNotes herunter und testen Sie es bei Ihrem nächsten Planning.

So wird Ihr nächstes Planning kürzer

Eine gute Agenda für das Sprint Planning Meeting bringt Ihnen drei Dinge: ein Ziel in einem Satz, eine Prognose auf Basis echter Kapazität und einen Plan, den die Developers verantworten. So kommen Sie dorthin:

• Beginnen Sie mit dem Warum, bevor jemand das Backlog öffnet
• Machen Sie die Kapazitätsrechnung, bevor Sie Arbeit auswählen
• Hören Sie mit der Auswahl auf, wenn Sie die Zahl erreicht haben
• Gehen Sie mit einer Seite auseinander und teilen Sie sie noch am selben Tag

Lenas Team änderte die Reihenfolge und ergänzte die Rechnung. Die nächste Sitzung begann mit dem Sprint Goal, die Kapazitätsrechnung dauerte acht Minuten, und das Meeting endete fünf Minuten früher. Als an Tag vier eine Aufgabe länger dauerte, tauschte das Team sie aus und hielt das Ziel.