So verwendest du Planning Poker
Planning Poker funktioniert am besten, wenn das Team einem einfachen, wiederholbaren Ablauf folgt. Dieser Schritt-für-Schritt-Leitfaden zeigt, wie du eine produktive Schätzsitzung durchführst und schneller zur Einigung kommst.
Planning Poker Schritt für Schritt
- Team zusammenbringen und das Backlog-Element öffnen, das geschätzt werden soll.
- Aufgabe erklären und Akzeptanzkriterien, Abhängigkeiten und Risiken prüfen.
- Jedes Mitglied wählt eine Karte privat anhand der Story-Point-Skala des Teams.
- Stimmen gleichzeitig aufdecken, um Anchoring und Gruppendenken zu reduzieren.
- Unterschiede besprechen, insbesondere die höchsten und niedrigsten Schätzungen.
- Bei Bedarf wiederholen, bis das Team eine stabile Schätzung erreicht.
Tipps für bessere Planning-Poker-Sitzungen
- Stories klein halten: sehr große Stories sind schwer zu schätzen.
- Referenz-Stories nutzen: neue Arbeit mit bereits bekannten Elementen vergleichen.
- Diskussion timebooxen: verhindere, dass eine Schätzung zur langen Debatte wird.
- Unbekanntes festhalten: bei Unklarheiten Spike hinzufügen oder Story aufteilen.
Agile Schätztechniken, die gut mit Planning Poker harmonieren
Planning Poker ist eine der praktischsten agilen Schätztechniken für funktionsübergreifende Teams. Sie können ihn auch mit Referenz-Storys und Velocity-Review kombinieren.
Wann Planning Poker vs. T-Shirt-Größen verwenden
Verwenden Sie T-Shirt-Größen für die frühe Discovery, dann wechseln Sie zu Planning Poker, wenn Storys für Sprint-Commitments verfeinert genug sind. Story-Point-Schätzung lernen.
Beispielablauf für Sprint Planning Poker
Während des Sprint Plannings: nehmen Sie ein Backlog-Item, stimmen Sie privat ab, enthüllen Sie gemeinsam, diskutieren Sie Ausreißer und stimmen Sie erneut ab. Lesen Sie für den vollständigen Kontext unseren Scrum-Planungsleitfaden.
Vorbereitung einer Planning-Poker-Session
Eine Planning-Poker-Session ist nur so gut wie die vorherige Vorbereitung. Teams, die mit unverfeinerten Storys eintreten, verbringen die meiste Session mit Klärungen.
Welche Backlog-Elemente geschätzt werden sollen
- Elemente für die nächsten 1–2 Sprints auswählen: Storys zu weit im Voraus zu schätzen ist oft verschwendete Mühe — der Umfang wird sich ändern.
- Akzeptanzkriterien prüfen: Eine Story ohne Akzeptanzkriterien kann nicht zuverlässig geschätzt werden.
- Abhängigkeiten vorab markieren: Wenn eine Story von der Ausgabe eines anderen Teams abhängt, markieren Sie sie als blockiert.
Das Schätzwerkzeug einrichten
- Session vor dem Meeting erstellen: Story-Titel während des Meetings ins Tool kopieren kostet Fokus und Momentum.
- Die richtige Skala wählen: Bestätigen Sie die bevorzugte Skala des Teams. Das Ändern von Skalen mitten in der Session verwirrt.
- Den Enthüllungsmechanismus testen: Stellen Sie sicher, dass jeder dieselben Karten sehen kann und Stimmen verborgen sind.
Was zu tun ist, wenn Planning-Poker-Stimmen auseinandergehen
Stimmen-Divergenz ist kein Problem — es ist das wertvollste Ergebnis von Planning Poker. Wenn jemand 2 und jemand anderes 13 votet, entdecken sie, dass das Team grundlegend unterschiedliche mentale Modelle der Story hat.
Umgang mit extremen Ausreißern
Bitten Sie den höchsten Voter zuerst zu sprechen. Sie wissen fast immer von einem Risiko, einer Abhängigkeit oder einer technischen Einschränkung.
Bitten Sie den niedrigsten Voter als zweites. Niedrige Stimmen kommen oft von jemandem mit Erfahrung bei ähnlicher Arbeit.
Entscheiden, wie viele Runden durchgeführt werden sollen
Die meisten Storys erreichen innerhalb von zwei Runden Konsens. Nach drei Runden noch gespalten bedeutet, die Story ist nicht bereit.
Ein häufiges Anti-Pattern ist "die Differenz aufteilen" — wenn Stimmen 5 und 8 sind, auf 7 runden. Das erzeugt eine Zahl, an die niemand glaubt.
Wenn eine Story mehr als 10 Minuten Diskussion verbraucht, rufen Sie eine Auszeit. Notieren Sie die spezifische offene Frage und fahren Sie mit einem Platzhalter-Schätzwert fort.
Planning-Poker-Facilitation-Tipps für Scrum Master
Die Aufgabe des Scrum Masters beim Planning Poker ist nicht zu schätzen — es ist, den Prozess zu schützen.
Die Session in Bewegung halten
- Einen sichtbaren Timer setzen: Zeigen Sie einen Countdown für die Diskussionsphase jeder Story an.
- Einfache Storys bündeln: Für nahezu identische Storys über eine als Benchmark abstimmen und dem Team eine schnelle Bestätigungsabstimmung anbieten.
Lange Debatten managen
- Den Blocker explizit benennen: Wenn eine Diskussion ins Stocken gerät, artikulieren Sie, welche Frage den Konsens verhindert.
- Schätzung von Design trennen: Planning Poker sollte verstandene Arbeit schätzen, nicht Designarbeit.
Nach der Session sollte der Scrum Master den Velocity-Trend überprüfen und Storys markieren, deren Schätzungen im Vergleich zu historisch ähnlicher Arbeit wie Ausreißer wirken.
Verwandte Planning-Poker-Ressourcen
Planning Poker FAQ
Wie lange sollte Planning Poker für eine Story dauern?
Für eine gut verfeinerte Story dauert eine Runde normalerweise 1 bis 3 Minuten. Wenn eine Diskussion lange läuft, teilen Sie die Story auf.
Können wir Planning Poker während des Sprint Plannings durchführen?
Ja. Viele Teams führen Sprint-Planning-Poker durch, wenn Schätzungen fehlen oder sich der Story-Umfang geändert hat.
Welche Story-Point-Skala ist am besten?
Eine Fibonacci-Skala (1, 2, 3, 5, 8, 13, 21) ist am häufigsten, da sie wachsende Unsicherheit für größere Arbeitselemente widerspiegelt.
Sollten wir Bugs in Story Points schätzen?
Viele Teams schätzen Bugs genauso wie Features, besonders für signifikante mit unklarem Umfang. Kleine, gut verstandene Bugs werden oft separat ohne Story Points verfolgt.
Was, wenn ein Teammitglied immer niedriger (oder höher) als alle anderen votet?
Konsistentes Ausreißer-Voting ist meist informativ, nicht problematisch. Nutzen Sie es als Gesprächsanlass.
Wie gehen wir mit "Ich weiß es nicht" oder fehlenden Informationen um?
Die meisten Planning-Poker-Tools haben eine Fragezeichen- oder Kaffeetassen-Karte dafür. Wenn ein Teammitglied sie wählt, pausieren Sie die Abstimmung und klären Sie die Frage.