Scrum-Planung: So plant ihr einen Sprint (und schätzt Stories schnell)

Was ist Scrum-Planung (Sprint Planning)?

In Scrum ist Sprint Planning das Ereignis, bei dem sich das Scrum-Team auf warum der Sprint wertvoll ist (das Sprint-Ziel), was geliefert werden kann und wie die Arbeit erledigt wird, einigt. Gut umgesetzt schafft Scrum-Planung Ausrichtung und reduziert Reibung im Sprint.

Teams suchen dieses Thema auch als Scrum-Planning-Meeting oder Sprint-Planning-Meeting. In der Praxis ist die Absicht dieselbe: entscheiden, was in den Sprint kommt und wie es mit Zuversicht geliefert wird.

Eine praktische Agenda für die Scrum-Planung

1. Das Sprint-Ziel festlegen (ein Satz, der den Wert kommuniziert).
2. Kapazität bestätigen (Abwesenheiten, Feiertage, Support-Rotation usw.).
3. Backlog-Einträge auswählen, die zum Ziel und zur Kapazität passen.
4. Stories schätzen und dimensionieren (oft mit Story Points + Planning Poker).
5. Arbeit herunterbrechen in Aufgaben und Risiken/Abhängigkeiten identifizieren.
6. Sich zu einem Plan committen, den das Team ausführen kann, und dann den Sprint starten.

Story Points, Kapazität und Schätzung

Viele Teams planen, indem sie neue Stories mit Referenz-Stories vergleichen und Story Points schätzen. Mit der Zeit liefert die Velocity einen Feedback-Loop für besser vorhersagbare Scrum-Planung.

Agile Schätzung in der Scrum-Planung

• Relative Größen verwenden: Stories vergleichen statt Stunden zu raten.
• Debatten timeboxen: wenn die Schätzung feststeckt, die Story verfeinern oder aufteilen.
• Arbeit sichtbar machen: Annahmen und Unbekanntes im Backlog-Eintrag festhalten.

Wenn euer Team einen leichtgewichtigen browserbasierten Workflow möchte, nutzt Online-Planning-Poker, um die Scrum-Planung fokussiert und kollaborativ zu halten.

Sprint Planning Poker: Wann und wie man ihn einsetzt

Verwenden Sie Sprint Planning Poker, wenn Schätzungen fehlen, geändert wurden oder unklar sind. Das Team stimmt privat ab, enthüllt gleichzeitig und diskutiert die höchsten und niedrigsten Karten vor der erneuten Abstimmung.

Praktischer Sprint Planning Poker Workflow

1. Wählen Sie eine Story aus, die das Sprint-Ziel unterstützt.
2. Stimmen Sie mit Story Points ab und enthüllen Sie alle Karten gleichzeitig.
3. Diskutieren Sie Ausreißer und Unbekanntes, dann stimmen Sie schnell erneut ab.

Wenn Ihr Team eine Facilitation-Checkliste benötigt, lesen Sie wie man ein Sprint Planning Meeting durchführt und diese Sprint Planning Agenda-Vorlage.

Das Sprint-Ziel: Grundlage effektiver Scrum-Planung

Das Sprint-Ziel ist eine einzige, kohärente Aussage darüber, was das Team bis zum Ende des Sprints erreichen wird. Es gibt dem Entwicklungsteam Flexibilität bei der Zielerreichung, während es verhindert, dass der Sprint zu einer unzusammenhängenden Sammlung unverbundener Aufgaben wird.

Ein starkes Sprint-Ziel wird geschrieben, bevor das Team Backlog-Elemente auswählt, nicht danach. Es beantwortet die Frage: "Warum machen wir diesen Sprint?"

Was ein Sprint-Ziel effektiv macht

• Ergebnisorientiert, nicht ausgabenorientiert: "Benutzern ermöglichen, den Checkout fehlerfrei abzuschließen" ist besser als "Drei Checkout-Bugs beheben und Adressvalidierung hinzufügen."
• Innerhalb des Sprints erreichbar: Wenn das Team das Ziel mit normaler Velocity und Kapazität nicht erreichen kann, ist das Ziel falsch — nicht das Team.
• Verhandelbarer Umfang, fester Zweck: Das Team kann Storys während des Sprints fallen lassen oder tauschen, solange das Sprint-Ziel erreichbar bleibt.

Sprint-Ziel-Beispiele

• Für ein SaaS-Produkt: "Neuen Benutzern innerhalb von 5 Minuten nach der Anmeldung einen Weg zum ersten Wert geben."
• Für eine mobile App: "Benutzern ermöglichen, ihr Profil einzurichten, ohne die App zu verlassen."
• Für ein Plattform-Team: "API-Fehlerraten für alle Tier-1-Endpunkte unter 0,1% senken."

Sprint-Kapazitätsplanung: Arbeit an Teamverfügbarkeit anpassen

Velocity zeigt, was das Team durchschnittlich geliefert hat; Kapazität zeigt, was das Team in diesem spezifischen Sprint liefern kann. Sie sind nicht dasselbe.

Wie man die Sprint-Kapazität berechnet

1. Multiplizieren Sie die verfügbaren Arbeitstage jedes Teammitglieds mit seinem individuellen Fokus-Faktor (typischerweise 60–70% für Meetings, Code-Reviews und unerwartete Arbeit). Summieren Sie die individuellen Kapazitäten.
2. Drücken Sie das Ergebnis in Story Points aus, indem Sie die Gesamtkapazitätsstunden durch die durchschnittlichen Stunden pro Punkt Ihres Teams dividieren.
3. Planen Sie niemals 100% der Kapazität. Überlastete Sprints produzieren technische Schulden und verfehlte Commitments.

Velocity zur Steuerung der Planung verwenden

Die rollierende Durchschnitts-Velocity über die letzten 3–4 Sprints ist zuverlässiger als die Ausgabe eines einzelnen Sprints.

Wenn Velocity und Kapazität erheblich abweichen, bevorzugen Sie die Kapazitätszahl. Velocity spiegelt vergangene Bedingungen wider; Kapazität spiegelt die aktuelle Realität wider.

Sprint Planning vs. Backlog Refinement: Wichtige Unterschiede

Backlog Refinement und Sprint Planning werden oft verwechselt, weil beide den Product Backlog betreffen. Der Unterschied ist wichtig: Refinement ist Vorbereitung; Sprint Planning ist Commitment.

Refinement findet kontinuierlich während des Sprints statt. Sprint Planning findet einmal zu Beginn jedes Sprints statt. Wenn Refinement gut gemacht wird, wird Sprint Planning eine kurze Formalität.

Effizienz der Sprint-Planung verbessern

Die meisten Sprint-Planungsprobleme lassen sich auf drei Grundursachen zurückführen: Storys, die nicht bereit sind, Ziele, die nicht klar sind, und Teams, die nicht befugt sind, "das passt nicht" zu sagen.

Warnsignale, dass Sprint Planning Aufmerksamkeit benötigt

• Planung läuft regelmäßig über: bedeutet meist, dass das Refinement unzureichend ist oder Storys ohne Akzeptanzkriterien ankommen.
• Das Team übernimmt oder unterschätzt konsistent: zeigt eine Diskrepanz zwischen Kapazitätsberechnung und tatsächlichen Arbeitsmustern.
• Das Sprint-Ziel ist bedeutungslos: oft ein Symptom dafür, dass der Product Owner nicht genug engagiert ist, um den Geschäftswert zu artikulieren.

Schnelle Gewinne für besseres Sprint Planning

• "Definition of Ready" für Backlog-Elemente vorschreiben: Eine Story ohne Akzeptanzkriterien, Größenschätzung und offene Abhängigkeiten kann nicht in die Sprint-Planung eintreten.
• Einen 30-minütigen Pre-Planning-Sync durchführen: Scrum Master und Product Owner prüfen die vorgeschlagenen Storys am Tag zuvor.
• Planning Poker nur für ungeschätzte Storys verwenden: Das erneute Schätzen bereits dimensionierter Storys verschwendet Zeit.

Häufige Fehler in der Scrum-Planung (und wie man sie behebt)

• Kein Sprint-Ziel: mit dem Ziel starten und dann Einträge wählen, die dazu beitragen.
• Planung dauert ewig: früher verfeinern, schnell schätzen, große Stories aufteilen.
• Zu viel vornehmen: auf Basis von Kapazität planen, nicht auf Best-Case-Optimismus.
• Versteckte Abhängigkeiten: offen ansprechen und Spikes/Gegenmaßnahmen ergänzen.

Verwandte Ressourcen zur Scrum-Planung

• Planning Poker online ausprobieren
• Einen Abstimmungsraum erstellen
• Story-Point-Schätzung lernen
• Die Scrum-Poker-Seite ansehen
• So verwenden Sie Planning Poker Schritt für Schritt