Planning-Poker-Moderationsleitfaden
Die Moderation von Planning Poker ist der Hebel des Scrum Masters für Schätzqualität. Eine gut moderierte Sitzung enthüllt verstecktes Wissen, konvergiert auf Konsens und endet pünktlich.
Die Moderatorenrolle beim Planning Poker
Die Aufgabe des Moderators ist es, den Prozess zu schützen — nicht zu schätzen, nicht auf eine bestimmte Zahl hinzuarbeiten.
- Vor der Sitzung: Stories laden, bestätigen dass alle Teilnehmer im Tool sind, Skala überprüfen.
- Während jeder Runde: Story lesen, Klärungsfragen erlauben, Abstimmung auslösen, Karten gleichzeitig enthüllen, Extreme zuerst aufrufen.
- Zwischen den Runden: akzeptierte Schätzungen erfassen, offene Fragen notieren, Energie hochhalten.
- Nach der Sitzung: Schätzungen mit dem Tracking-Tool des Teams teilen, Aktionspunkte erfassen.
Die nicht verhandelbaren Moderationsregeln
Diese Regeln existieren aus spezifischen statistischen Gründen. Sie zu überspringen verschlechtert die Schätzqualität nachweisbar.
- Keine Komplexitätsdiskussion vor der Enthüllung: jede Meinung vor der Enthüllung verankert andere Abstimmende.
- Nur gleichzeitige Enthüllung: wenn jemand frühzeitig enthüllt, Story neu abstimmen.
- Extreme Abstimmende sprechen zuerst: höchsten Abstimmenden fragen, dann niedrigsten. Diese Reihenfolge enthüllt zuerst die wertvollsten Informationen.
- Maximal drei Abstimmungsrunden pro Story: nach drei Runden ohne Konvergenz ist die Story nicht schätzbereit.
- Jeder Teilnehmer stimmt ab: Beobachter stimmen nicht ab. Jedes Entwicklungsteammitglied stimmt ab. Keine Ausnahmen.
Reale Moderationsherausforderungen
Selbst mit klaren Regeln begegnen erfahrene Moderatoren regelmäßig Situationen, die Urteilsvermögen erfordern.
Das Problem der dominanten Persönlichkeit
Manche Teams haben eine oder zwei Personen, deren technische Meinungen mehr Gewicht tragen als andere.
Fix: strenge Regel einführen: keine Diskussion vor der Enthüllung. Wenn die dominante Persönlichkeit vor der Enthüllung spricht, sanft unterbrechen.
Technische Kaninchenlöcher
Planning-Poker-Diskussionen werden manchmal zu improvisierten Architektur-Diskussionen.
Fix: das Kaninchenloch explizit benennen. "Das klingt nach einer Designfrage, nicht nach einer Schätzfrage."
Neue Teammitglieder
Neue Teammitglieder stimmen entweder zu niedrig (Zurückhalten) oder zu hoch (Überkompensierer) ab.
Fix: vor der ersten Sitzung das neue Teammitglied durch zwei oder drei Referenz-Stories führen.
Asynchrone Planning-Poker-Sitzungen moderieren
Asynchrone Moderation erfordert dieselbe Disziplin wie synchrone, anders angewandt.
- Vollständigen Story-Kontext im Tool schreiben, bevor das Abstimmungsfenster geöffnet wird.
- Klares Abstimmungsfenster festlegen (24 Stunden ist Standard) und Schließzeit in allen Zeitzonen kommunizieren.
- Nach Schließen des Fensters alle Stimmen überprüfen, bevor Ergebnisse geteilt werden.
- Ergebnisse mit einer kurzen schriftlichen Zusammenfassung teilen: Konsens-Stories, divergente Stories und Aktionspunkte.
Moderations-FAQ
Schätzt der Moderator?
Der Scrum Master als Moderator stimmt typischerweise nicht in der ersten Runde ab, um das Team nicht zu verankern.
Was passiert, wenn der Product Owner Schätzungen beeinflussen will?
Der Product Owner kann den Umfang klären, aber sollte keine Komplexitätsschätzungen beeinflussen.
Wie gehen wir mit einem Teammitglied um, das immer "Ich weiß nicht" stimmt?
Zuerst identifizieren warum. Ist die Story unklar? Ist das Teammitglied mit dem Codebase-Bereich unbekannt?
Sollen wir einen Timer für jede Story verwenden?
Ja. Ein sichtbarer Timer (typischerweise 2–3 Minuten für die Diskussionsphase) reduziert die Tendenz zu endlosen Diskussionen.
Führe deine nächste Planning-Poker-Sitzung kostenlos durch — für Scrum-Teams gebaut