Sprint Planning mit Vorlage: die fünf Felder, die einen Sprint echt machen

Sprint Planning ist der Moment, in dem ein Backlog zu einem Commitment wird. Eine Vorlage verhindert, dass das Meeting eine vage Liste produziert, die niemand gegen die Stunden geprüft hat, die das Team wirklich hat.

Kurze Antwort: Eine Sprint-Planning-Vorlage ist eine feste Struktur, die du im Planning ausfüllst: das Sprintziel, die echte Kapazität des Teams, die gewählten Items mit je einem Owner und einer Schätzung, die Definition of Done und die Risiken, die ihr akzeptiert. Füll die Kapazität aus, bevor ihr Arbeit auswählt. Diese eine Gewohnheit macht aus dem Sprintplan eine Liste, die das Team schaffen kann, statt einer Wunschliste.

Was ist eine Sprint-Planning-Vorlage?

Eine Sprint-Planning-Vorlage sind dieselben fünf Fragen am Anfang jedes Sprints, in derselben Reihenfolge. Der Wert liegt nicht in der Formatierung, sondern darin, dass die Fragen überhaupt gestellt werden. Teams überspringen Kapazität, weil sie unangenehm ist, Owner, weil Zuweisen bürokratisch wirkt, und Risiken, weil sie zu benennen negativ wirkt. Zwei Wochen später ist der Sprint genau aus diesen Gründen zu spät dran.

Was gehört in eine Sprint-Planning-Vorlage?

Fünf Felder decken ab, was ein Sprint braucht, um echt zu sein. Hat deine Vorlage fünfzehn, sind die zehn extra der Grund, warum niemand sie ausfüllt.

• Sprintziel. Ein Satz, der sagt, was am Ende des Sprints wahr ist, das jetzt noch nicht wahr ist. Zahlt ein Item nicht aufs Ziel ein, braucht es eine eigene Begründung im Sprint.
• Kapazität. Die Stunden oder Punkte, die das Team wirklich hat: Urlaub, Interviews, Support-Dienst und die Meetings im Kalender abziehen. Diese Zahl kommt vor der Item-Liste, nie danach.
• Die Sprint-Liste. Jedes gewählte Item mit einem Owner und einer Schätzung. Ein Item mit zwei Ownern hat keinen, und ein ungeschätztes Item ist eine Vermutung mit Deadline.
• Definition of Done. Was "fertig" diesen Sprint bedeutet: reviewed, getestet, deployed, dokumentiert. Einmal schreiben, wiederverwenden, und außerhalb des Plannings darüber streiten.
• Risiken und Abhängigkeiten. Die zwei, drei Dinge, die den Plan am ehesten kippen, jedes mit einer benannten Reaktion, auch wenn die Reaktion "akzeptieren wir" ist.

Wie läuft Sprint Planning mit der Vorlage?

Die Vorlage teilt das Meeting in Vorher, Währenddessen und Danach, und im Vorher wird die Zeit gewonnen.

1. Vor dem Meeting: Sorg dafür, dass die Kandidaten-Items verstanden und grob geschätzt sind, und mach die Kapazitätsrechnung. Planning ist zum Entscheiden da, nicht um herauszufinden, was Tickets bedeuten.
2. Eröffne das Meeting mit dem Ziel, nicht mit der Liste. Einigt euch zuerst auf den Satz; er ist der Filter für alles danach.
3. Zieh Items in Prioritätsreihenfolge, bis die Schätzungen die Kapazität erreichen, dann stopp. Das Backlog wird nicht leerer, weil der Sprint voller wird.
4. Gib jedem Item beim Ziehen einen Owner, nicht am Ende.
5. Schließ ab, indem ihr das Ziel laut vorlest und die Risiken aussprecht. Zehn Minuten hier ersparen die Überraschung mitten im Sprint.

Warum sind Sprintpläne am Mittwoch veraltet?

Sprintpläne veralten, weil sie in einem Dokument leben und der Sprint woanders passiert. Am Montagmorgen stimmte der Plan; am Mittwoch sind zwei Items gewachsen, eine Person ist krank, und das Dokument zeigt noch die Montagsversion. Niemand aktualisiert es, weil das Aktualisieren nichts ändert: Das Dokument kennt weder die Tage noch die Deadlines des Teams.

Der Fix ist strukturell: Halte den Plan dort, wo die Termine und Owner leben, damit eine Planänderung jemandes Woche ändert. Ein Plan, dessen Schritte auf echten Kalendertagen liegen, mit einer echten Person pro Schritt, korrigiert sich als Nebeneffekt der Arbeit.

Sprintplan, Sprint Backlog oder Roadmap: Was ist der Unterschied?

Drei Artefakte, drei Horizonte

|Artefakt|Horizont|Was es beantwortet|

|---|---|---|

|Sprintplan|Ein Sprint|Was schaffen wir, wer macht was, wie viel passt|

|Sprint Backlog|Ein Sprint, live|Was ist jetzt noch offen, in welcher Reihenfolge|

|Roadmap|Quartale|Wohin geht das Produkt, ungefähr wann|

Der Sprintplan ist der Schnappschuss, auf den sich das Team festlegt; das Backlog ist die lebende Liste, die sich im Sprint leert; die Roadmap ist die lange Linie, zu der sich die Sprints addieren. Ein guter Maßnahmenplan teilt die Anatomie des Sprintplans, und für alles, was länger als ein paar Sprints dauert, baust du eigentlich einen Projektzeitplan.

Kann KI einen Sprintplan aus einer Beschreibung entwerfen?

Ja, wenn du den Sprint beschreibst, statt nach einer Vorlage zu suchen. In SketchMind, einem AI-Whiteboard, hat Plans absichtlich keine fertige Sprint-Vorlage: Du drückst "+ New plan", wählst die Form (Phases, Weeks oder Milestones) und beschreibst den Sprint im Feld "Describe it · AI drafts the plan": was ihr baut, für wen, bis wann, mit wem. Du kannst ein Briefing einfügen oder ein PDF bis 25 MB anhängen. Die KI fragt nur nach dem, was fehlt (Scope, Leute, Timing, Constraints, was Erfolg heißt) und entwirft dann den Plan: Schritte mit Daten und Ownern, eine kurze Begründung pro Schritt und Risiken mit dem, was ihr dagegen tut. Jeder Schritt landet auf der Agenda seines Owners, und wenn die Realität abdriftet, sagt der Plan es: "Running 3 days late" kommt mit "Move the plan 3 days" oder "I'll catch up", der Plan verschiebt sich also, statt still zu verrotten. Die Kapazitätsentscheidung und der finale Scope bleiben bei dir; das Entwerfen und Datum-Schieben kostet keinen Nachmittag mehr.

Zuletzt aktualisiert: 8. Oktober 2026. Geprüft gegen die aktuelle SketchMind-App.

Was ist der Unterschied zwischen Sprintplan und Sprint Backlog?

Der Sprintplan ist der Schnappschuss, auf den sich das Team im Planning festlegt: Ziel, Kapazität, Items mit Ownern. Das Sprint Backlog ist die lebende Liste, die sich im Sprint ändert, während Arbeit fertig wird und die Realität dazwischenfunkt.

Wie lange sollte Sprint Planning dauern?

Eine gängige Faustregel ist etwa eine Stunde pro Sprintwoche, also zwei Stunden für einen Zwei-Wochen-Sprint. Dauert es viel länger, fehlte die Vorbereitung, nicht die Zeit.

Wie berechnest du die Sprint-Kapazität?

Multipliziere Personen mit Arbeitstagen und zieh dann alles ab, was der Kalender schon beansprucht: Urlaub, Interviews, Support-Dienst, wiederkehrende Meetings. Der Rest ist das, wogegen ihr plant.

Was macht ein gutes Sprintziel aus?

Ein Satz, der einen Zustand beschreibt, keine Ticketliste: "Neue Nutzer schaffen das Onboarding ohne Hilfe." Daran kannst du jedes Kandidaten-Item testen.

Hat SketchMind eine Sprint-Planning-Vorlage?

Nein, und das ist Absicht. In Plans beschreibst du deinen Sprint und die KI entwirft ihn als Phasen oder Wochen mit Schritten, Daten und Ownern; die KI fragt nach dem, was fehlt, statt dir leere Kästchen hinzustellen.