Sprint Planning und Retrospektiven
Wenn es zwei Meetings gibt, die dein Startup auf keinen Fall auslassen sollte, dann sind es Sprint Planning und Retrospektiven. Das Sprint Planning gibt eurem Team Richtung und Fokus. Die Retrospektive sorgt dafür, dass ihr stetig besser werdet. Zusammen bilden sie das Rückgrat jedes agilen Teams.
In diesem Beitrag zeige ich dir, wie du beide Meetings so gestaltest, dass sie echten Mehrwert liefern -- und nicht zu den gefürchteten "Meetings, die auch eine E-Mail hätten sein können" verkommen.
Sprint Planning: Die Kunst der realistischen Planung
Was ist Sprint Planning?
Sprint Planning ist das Meeting am Anfang jedes Sprints, in dem das Team entscheidet, welche Aufgaben im kommenden Sprint bearbeitet werden. Es beantwortet zwei zentrale Fragen:
- WAS wollen wir in diesem Sprint erreichen?
- WIE setzen wir die ausgewählten Aufgaben um?
Vorbereitung ist alles
Ein gutes Sprint Planning beginnt nicht am Montag um 9 Uhr -- es beginnt mit der Vorbereitung. Hier ist deine Checkliste:
Für den Product Owner (oder wer diese Rolle übernimmt):
- Product Backlog ist aktuell und priorisiert
- Die wichtigsten Backlog-Items haben klare Beschreibungen
- Abhängigkeiten zwischen Aufgaben sind identifiziert
- Ein Vorschlag für das Sprint-Ziel existiert
Für das gesamte Team:
- Verfügbarkeit im Sprint ist geklärt (Urlaub, Feiertage, andere Verpflichtungen)
- Offene Aufgaben aus dem letzten Sprint sind bewertet
- Technische Fragen zu den Top-Backlog-Items sind vorab geklärt
Ablauf des Sprint Plannings
Hier ist ein bewährter Ablauf für ein 45-minütiges Sprint Planning (geeignet für einwöchige Sprints):
Phase 1: Sprint-Ziel definieren (10 Minuten)
Der Product Owner stellt die Vision für den Sprint vor. Das Sprint-Ziel sollte in einem Satz formulierbar sein:
- Gut: "Wir launchen die Beta-Version des Zahlungsmoduls."
- Schlecht: "Wir arbeiten an verschiedenen Features."
Das Sprint-Ziel gibt eurem Team einen Kompass. Wenn ihr während des Sprints Entscheidungen treffen müsst, fragt euch: "Bringt uns das dem Sprint-Ziel näher?"
Phase 2: Backlog-Items auswählen (20 Minuten)
Das Team geht die priorisierten Backlog-Items durch und entscheidet, welche in den Sprint aufgenommen werden. Dabei berücksichtigt ihr:
- Verfügbare Kapazität (abzüglich Urlaub, Meetings, Support)
- Erfahrungswerte aus den letzten Sprints
- Technische Abhängigkeiten
- Risiken und Unbekannte
Faustregel für die Kapazität: Plane maximal 70-80 Prozent der theoretisch verfügbaren Zeit ein. Die restlichen 20-30 Prozent sind Puffer für ungeplante Aufgaben, Bugs und den täglich anfallenden Kleinkram.
Phase 3: Aufgaben herunterbrechen (15 Minuten)
Jedes ausgewählte Backlog-Item wird in konkrete Aufgaben zerlegt. Diese Aufgaben sollten so klein sein, dass sie in maximal einem Tag erledigt werden können.
Beispiel:
Backlog-Item: "Benutzer kann sich per E-Mail registrieren"
Aufgaben:
- Registrierungsformular im Frontend erstellen (4h)
- Validierung der E-Mail-Adresse implementieren (2h)
- Backend-Endpoint für Registrierung bauen (4h)
- Bestätigungs-E-Mail versenden (3h)
- Automatisierte Tests schreiben (3h)
- Manueller Test und Bug-Fixing (2h)
Häufige Fehler beim Sprint Planning
Fehler 1: Zu viel einplanen
Der Klassiker. Teams planen regelmässig mehr ein, als sie schaffen können. Die Folge: Frustration, unbefriedigende Sprint Reviews, sinkende Moral.
Gegenmittel: Schau dir an, was ihr in den letzten drei Sprints tatsächlich geschafft habt. Plane nicht mehr als den Durchschnitt. Besser, ihr seid früh fertig und zieht noch etwas nach, als dass ihr ständig Aufgaben in den nächsten Sprint schieben müsst.
Fehler 2: Kein klares Sprint-Ziel
Ohne Sprint-Ziel ist euer Sprint nur eine willkürliche Ansammlung von Aufgaben. Das Team hat keinen gemeinsamen Fokus und keine Grundlage für Priorisierungsentscheidungen während des Sprints.
Fehler 3: Zu detailliert planen
Manche Teams verbringen Stunden damit, jede einzelne Aufgabe minutiös zu planen. Das ist verschwendete Zeit -- denn im Laufe des Sprints werden sich Details sowieso ändern. Plant auf der richtigen Detailebene: genug, um loslegen zu können, nicht mehr.
Fehler 4: Nur der Product Owner redet
Sprint Planning ist ein Team-Event. Wenn nur der Product Owner redet und das Team nickt, hast du kein Buy-in. Das Team muss aktiv mitentscheiden, was realistisch ist.
Retrospektiven: Der Motor der kontinuierlichen Verbesserung
Was ist eine Retrospektive?
Die Retrospektive (kurz: Retro) ist das Meeting am Ende jedes Sprints, in dem das Team reflektiert:
- Was lief gut?
- Was lief nicht gut?
- Was können wir verbessern?
Die Retro ist das wichtigste agile Meeting. Warum? Weil sie der einzige systematische Mechanismus ist, mit dem dein Team besser wird. Ohne Retro wiederholt ihr dieselben Fehler immer wieder.
Die goldenen Regeln der Retrospektive
Regel 1: Psychologische Sicherheit
Jeder muss sich sicher fühlen, ehrlich zu sprechen. Keine Schuldzuweisungen, keine Bestrafungen. Was in der Retro gesagt wird, bleibt in der Retro.
Als Gründer hast du hier eine besondere Verantwortung: Wenn du in der Retro defensiv reagierst oder Kritik persönlich nimmst, wird dein Team beim nächsten Mal schweigen.
Regel 2: Ergebnisse statt nur Diskussion
Jede Retro sollte mit mindestens einer konkreten Verbesserungsmassnahme enden. Keine vagen Vorsätze wie "Wir sollten besser kommunizieren", sondern konkrete Aktionen wie "Ab nächster Woche nutzen wir einen gemeinsamen Slack-Channel für alle technischen Entscheidungen."
Regel 3: Follow-up
Beginne jede Retro mit einem Blick auf die Massnahmen der letzten Retro. Wurden sie umgesetzt? Hat sich etwas verbessert? Ohne Follow-up verliert die Retro ihren Wert.
Zehn Retro-Formate für Abwechslung
Damit deine Retros nicht langweilig werden, hier zehn Formate zum Durchrotieren:
1. Mad/Sad/Glad Drei Spalten: Was hat mich geärgert? Was macht mich traurig? Was hat mich gefreut? Einfach und effektiv.
2. Start/Stop/Continue Was sollten wir anfangen zu tun? Was sollten wir aufhören? Was sollten wir beibehalten?
3. Segelboot Zeichne ein Segelboot. Wind = was treibt uns an. Anker = was bremst uns. Insel = unser Ziel. Riffe = Risiken.
4. Vier L's Loved (geliebt), Learned (gelernt), Lacked (vermisst), Longed for (gewünscht).
5. Timeline Zeichne eine Zeitleiste des Sprints. Jeder klebt positive Ereignisse über die Linie und negative darunter.
6. DAKI Drop (fallenlassen), Add (hinzufügen), Keep (behalten), Improve (verbessern).
7. Starfish Fünf Kategorien: More of, Less of, Keep doing, Start doing, Stop doing.
8. Hot Air Balloon Flammen (was treibt uns nach oben), Sandsäcke (was zieht uns runter), Sturm (externe Risiken).
9. Speedboat Ähnlich wie Segelboot, aber mit Motor (was beschleunigt uns) und Anker (was bremst).
10. Fünf-Finger-Feedback Daumen (top), Zeigefinger (darauf hinweisen), Mittelfinger (schlecht gelaufen), Ringfinger (Verbundenheit), kleiner Finger (zu kurz gekommen).
Ablauf einer 30-minütigen Retrospektive
Check-in (3 Minuten): Jeder beschreibt seine Stimmung in einem Wort.
Daten sammeln (10 Minuten): Nutze eines der oben genannten Formate. Jeder schreibt seine Punkte auf Post-its oder in ein digitales Tool. Dann werden die Punkte vorgestellt und geclustert.
Erkenntnisse gewinnen (10 Minuten): Diskutiert die wichtigsten Cluster. Fragt nach dem "Warum". Identifiziert die Ursachen, nicht nur die Symptome.
Massnahmen definieren (5 Minuten): Wählt maximal zwei konkrete Massnahmen aus. Bestimmt für jede Massnahme eine verantwortliche Person und einen Zeitrahmen.
Check-out (2 Minuten): Jeder fasst in einem Satz zusammen, was er aus der Retro mitnimmt.
Spezielle Herausforderungen für österreichische Startups
Remote-Retros im ländlichen Raum
Im Burgenland arbeiten viele Startup-Teams verteilt -- einer sitzt in Eisenstadt, eine in Oberpullendorf, der dritte in Wien. Remote-Retros erfordern besondere Aufmerksamkeit:
- Nutze digitale Whiteboards: Miro, FigJam oder ein einfaches Google Jamboard funktionieren gut für virtuelle Post-its.
- Kamera an: Mimik und Gestik sind wichtig für die psychologische Sicherheit. Bitte alle, die Kamera einzuschalten.
- Explizite Redezeit: In Remote-Settings sind stille Personen noch stiller. Gib jedem explizit Zeit zum Sprechen.
Kulturelle Besonderheiten
Die österreichische Kultur tendiert zum "Raunzen" (Jammern) und gleichzeitig zum Vermeiden von direkter Konfrontation. In Retros kann das dazu führen, dass Probleme zwar benannt, aber nicht wirklich gelöst werden.
Tipp: Frage nicht nur "Was lief schlecht?", sondern "Was ist eine konkrete Aktion, die das Problem lösen würde?" Das zwingt das Team vom Raunzen ins Handeln.
Förderprojekte und Sprint Planning
Wenn dein Startup gefördert wird -- etwa durch die aws oder WKO -- hast du oft Meilensteine und Deadlines, die von aussen vorgegeben sind. Integriere diese in dein Sprint Planning:
- Brich Fördermeilensteine in Sprint-grosse Aufgaben herunter
- Plane Puffersprints vor wichtigen Deadlines ein
- Nutze Sprint Reviews als Dokumentation für Förderberichte
Sprint Planning und Retro kombiniert: Ein Praxisbeispiel
Hier ist ein konkreter Ablauf für ein Startup-Team mit fünf Personen und einwöchigen Sprints:
Freitag, 14:00-15:30 Uhr:
| Zeit | Aktivität |
|---|---|
| 14:00-14:05 | Check-in: Stimmung in einem Wort |
| 14:05-14:15 | Sprint Review: Was haben wir geschafft? Kurze Demo |
| 14:15-14:45 | Retrospektive (mit wechselndem Format) |
| 14:45-15:00 | Pause |
| 15:00-15:10 | Sprint-Ziel für nächste Woche vorstellen |
| 15:10-15:25 | Backlog-Items auswählen und herunterbrechen |
| 15:25-15:30 | Zusammenfassung und Check-out |
Dieses Format hat sich bei mehreren Teams bewährt, weil es den natürlichen Bogen von "Rückblick" zu "Ausblick" abbildet.
Checkliste: Dein perfektes Sprint Planning
- Product Backlog ist vorbereitet und priorisiert
- Teamverfügbarkeit ist geklärt
- Sprint-Ziel ist formuliert
- Items sind ausgewählt und in Aufgaben zerlegt
- Jede Aufgabe ist maximal einen Tag gross
- Das Team hat Konsens über den Sprint-Inhalt
- 20-30% Puffer ist eingeplant
Checkliste: Deine perfekte Retrospektive
- Psychologische Sicherheit ist hergestellt
- Massnahmen der letzten Retro sind reviewed
- Ein passendes Format ist gewählt
- Alle kommen zu Wort
- Maximal zwei konkrete Massnahmen definiert
- Verantwortliche Person pro Massnahme bestimmt
- Check-out durchgeführt
Fazit
Sprint Planning und Retrospektiven sind die beiden Meetings, die den Unterschied zwischen "wir arbeiten einfach drauflos" und "wir arbeiten systematisch und werden stetig besser" ausmachen.
Das Sprint Planning gibt deinem Team Richtung. Die Retrospektive gibt deinem Team die Fähigkeit zur Selbstverbesserung. Zusammen sind sie unschlagbar.
Fang diese Woche damit an. Dein erstes Sprint Planning muss nicht perfekt sein. Deine erste Retro wird sich vielleicht komisch anfühlen. Das ist völlig normal. Nach drei bis vier Durchläufen wird es zur Routine -- und du wirst dich fragen, wie ihr jemals ohne diese Meetings ausgekommen seid.
Über Startup Burgenland
Startup Burgenland ist die zentrale Anlaufstelle für Gründerinnen und Gründer im Burgenland. Wir unterstützen dich mit Beratung, Vernetzung und Ressourcen auf deinem Weg zum erfolgreichen Startup. Egal ob du noch in der Ideenphase steckst oder bereits dein Produkt skalierst -- wir sind für dich da. Besuche uns auf unserer Website oder komm zu einem unserer Events, um die burgenländische Startup-Community kennenzulernen.
Hinweis zur Serie: Dieser Beitrag ist Teil 569 der Serie "Agiles Arbeiten und Projektmanagement". In dieser Serie behandeln wir alle Aspekte moderner Arbeitsmethoden -- von den Grundlagen bis zu fortgeschrittenen Techniken -- speziell zugeschnitten auf die Bedürfnisse von Startups und jungen Unternehmen in Österreich.
Über den Autor: Felix Lenhard ist Program Director und Startup Coach bei Startup Burgenland. Zuvor Managing Director beim 360 Innovation Lab, Innovation Manager bei RHI Magnesita und Serial Entrepreneur mit internationalen Exits. Über 15 Jahre Erfahrung in Innovation und Unternehmensaufbau.