Virtuelles Sprint Planning

Virtuelles Sprint Planning per Videocall läuft meistens auf eine von zwei Arten ab. Entweder redet der Product Owner eine Stunde lang, während die Engineers stumm geschaltet dasitzen, oder alle schätzen, indem sie eine Zahl in den Chat tippen und das Beste hoffen. Die wirklich wichtigen Diskussionen — „Was sind die technischen Unbekannten?" „Haben wir so etwas schon mal gebaut?" — finden nie statt, weil es keinen Raum dafür gibt.

Auf Flat.social teilt sich Sprint Planning in die Gespräche auf, die tatsächlich gute Schätzungen hervorbringen. Der Product Owner präsentiert Stories auf der Conference-Room-Bühne, dann verteilen sich die Engineers in kleine Schätzzonen — audio-isolierte Räume mit Whiteboards. Gruppen von 3–4 Personen skizzieren Architekturen, zeichnen Datenflüsse und diskutieren Komplexität über Spatial Audio. Das Whiteboard fängt Risiken auf, die in reiner Wortdiskussion untergehen.

Nach der Schätzung kommt das Team zusammen, um Unterschiede abzugleichen und sich auf das Sprint-Ziel zu committen. Abweichungen zwischen den Gruppen lösen die wertvollsten Diskussionen aus. Das Sprint Board lebt auf einem Billboard, das alle in Echtzeit aktualisiert sehen. Planning wird zur Arbeitssession, nicht zum Meeting.

Tipps für Scrum Master

Sprint Planning, das echtes Commitment erzeugt:

1. Backlog-Präsentation zeitlich begrenzen. Gib dem Product Owner 2–3 Minuten pro Story im Conference Room. Wenn eine Story mehr Erklärung braucht, ist sie nicht bereit für das Planning. Schiebe sie zurück ins Refinement.

2. Schätzgruppen bewusst zusammenstellen. Mische erfahrene und Junior-Engineers in jeder Zone. Die Juniors stellen klärende Fragen, die versteckte Komplexität aufdecken. Die Seniors teilen Kontext, der die Schätzungen verbessert.

3. Whiteboards für jede Story nutzen. Auch einfache Stories profitieren von einer schnellen Architektur-Skizze. Mach es zur Gewohnheit. Gruppen, die ihren Ansatz auf dem Whiteboard zeichnen, erkennen Risiken, die in reiner Wortdiskussion untergehen.

4. Abweichungen als Diskussionsgrundlage nutzen. Wenn Gruppen mit unterschiedlichen Schätzungen zurückkommen, bilde keinen Durchschnitt. Lass jede Gruppe ihre Begründung erklären. Die Lücke zwischen einer 3 und einer 8 ist der Ort, an dem die besten Engineering-Diskussionen stattfinden.

5. Sprint Board Billboard live aktualisieren. Wenn Stories geschätzt und committed werden, aktualisiere das Billboard in Echtzeit. Zuzusehen, wie der Sprint Gestalt annimmt, schafft gemeinsame Verantwortung für das Commitment.

Tipps für Engineers

Damit deine Schätzungen zählen:

Skizziere vor dem Schätzen. Schnapp dir das Whiteboard in deiner Schätzzone und zeichne den Datenfluss oder das Komponentendiagramm. Visuelle Planung deckt Abhängigkeiten und Randfälle auf, die erst offensichtlich wirken, wenn man sie gezeichnet hat.

Sprich Unbekanntes an. Wenn du eine Story nicht verstehst, sag es. „Ich weiß nicht, wie die Auth-Schicht hier funktioniert" ist wertvoller als eine Vermutung. Unbekanntes sollte die Schätzung erhöhen, nicht ignoriert werden.

Geh zum Product Owner. Wenn deine Schätzgruppe eine Frage hat, warte nicht auf die Reconciliation-Runde. Geh über den Spatial Floor und frag per Proximity Audio. Schnelle Klärungen sparen Zeit.

Übernimm die Stories, die du geschätzt hast. Du verstehst sie am besten. Melde dich für die Arbeit, die deine Gruppe auf dem Whiteboard besprochen hat. Der Kontext, den du beim Schätzen aufgebaut hast, lässt den Sprint schneller starten.