Häufige Planning-Poker-Fehler und wie man sie behebt
Planning Poker ist im Prinzip einfach, aber in der Praxis leicht falsch zu machen. Die schädlichsten Fehler untergraben die statistische Gültigkeit der Schätzungen selbst.
Fehler 1: Komplexität vor der Abstimmung diskutieren
Der grundlegendste Fehler beim Planning Poker ist das Erlauben von Diskussionen, bevor Stimmen abgegeben werden.
Das besiegt den gesamten statistischen Zweck der gleichzeitigen Enthüllung.
Fix: eine strenge Regel durchsetzen: keine Komplexitätsdiskussion vor der Enthüllung. Sachliche Klärungsfragen sind akzeptabel; Meinungsäußerungen nicht.
Fehler 2: Die Enthüllungsdiskussion überspringen
Der entgegengesetzte Fehler: abstimmen, enthüllen und den Durchschnitt ohne Diskussion akzeptieren.
Wenn alle Stimmen gleich sind, ist eine kurze Diskussion 30 Sekunden wert. Wenn Stimmen divergieren, ist Diskussion obligatorisch.
Fix: Diskussion zu einem nicht verhandelbaren Teil jeder Enthüllung machen.
Fehler 3: Teammitglieder stimmen nicht ab
Es ist üblich, dass manche Teammitglieder das Abstimmen überspringen oder einfach warten, was andere wählen.
Jedes Teammitglied, das an den Stories arbeiten wird, soll abstimmen.
Fix: ein Tool nutzen, das alle Teilnehmer abstimmen lässt, bevor die Enthüllung möglich ist.
Fehler 4: Stories schätzen, die zu groß sind
Eine Story zu schätzen, die eigentlich ein Epic sein sollte, ist eine häufige Zeitfalle.
Die hohe Varianz ist kein Schätzversagen — es sind nützliche Informationen.
Fix: eine maximale Schätzschwelle festlegen (viele Teams nutzen 8 oder 13). Wenn eine Story konsistent über diesem Schwellenwert liegt, ist es ein Aufteiltrigger.
Fehler 5: Die Skala über Zeit driften lassen
Skalendrift tritt auf, wenn die Definition des Teams von "einer 5" sich langsam ändert, ohne dass jemand es bemerkt.
Skalendrift macht Velocity-Daten über die Zeit unvergleichbar.
Fix: 2–3 Referenz-Stories als permanente Skalen-Anker pflegen. Mindestens einmal pro Quartal überprüfen.
Fehler 6: Planning Poker ohne Story-Kontext durchführen
Eine Story ohne Lesen der Akzeptanzkriterien zu schätzen, produziert Schätzungen, die die eigentliche Arbeit nicht widerspiegeln.
Das ist besonders häufig in Remote-Sitzungen.
Fix: verlangen, dass jede Story laut vorgelesen wird und alle relevanten Kontext-Links geteilt werden, bevor die Abstimmung beginnt.
Planning-Poker-Fehler FAQ
Wie gehen wir mit einem Teammitglied um, das andere konsistent verankert?
In einer Retrospektive als Prozessverbesserung ansprechen, nicht als persönliche Kritik.
Was wenn das Team nach drei Abstimmungsrunden uneinig ist?
Nach drei Runden ohne Konvergenz ist die Story mit aktuellen Informationen nicht schätzbar.
Ist es ein Fehler, Planning Poker für jede Story zu nutzen?
Für sehr kleine Stories, die trivial klar sind, kann Schätzungsaufwand den Wert übersteigen.
Führe eine bessere Planning-Poker-Sitzung durch — kostenlos mit ScrumVote starten