Über Planning Poker | Vollständige Anleitung

Planning Poker, auch bekannt als Scrum Poker, ist eine konsensbasierte, gamifizierte Schätztechnik, die in der agilen Softwareentwicklung verwendet wird, um den Aufwand oder die relative Größe von Entwicklungszielen zu messen. Es wird weitgehend in Frameworks wie Scrum, Extreme Programming (XP) und Kanban übernommen.

Die Technik verwendet einen breitbandiges Delphi-Verfahren-Ansatz und konzentriert sich auf die kollektive Intelligenz des Teams, um genauere Schätzungen zu generieren als individuell erstellte.

Das Hauptziel von Planning Poker ist die Minderung des Ankerwirkung. In der kognitiven Psychologie tritt Ankerwirkung auf, wenn die erste Information oder Zahl, die in einer Diskussion vorgeschlagen wird, den Entscheidungsprozess dominiert und nachfolgende Schätzungen beeinflusst.

Indem von allen Teammitgliedern gefordert wird, ihre Schätzungen gleichzeitig und unabhängig (durch verdeckte Karten) vorzulegen, zwingt die Methode das individuelle Denken. Die bei der Abstimmung aufgedeckten Diskrepanzen werden als Auslöser für technische Diskussionen verwendet, bei denen Mitglieder mit unterschiedlichen Erfahrungsniveaus Einblicke in Risiken oder Erleichterungen teilen können, die andere nicht wahrgenommen haben.

Die Technik wurde erstmals 2002 von James Grenning definiert und benannt als Lösung für 'Analyseparalyse' in Planungsmeetings. Sie wurde später von Mike Cohn im Buch 'Agile Estimating and Planning' (2005) popularisiert.

Obwohl der Begriff eine eingetragene Marke von Mountain Goat Software ist, ist seine Verwendung für die Community frei, und die Technik wurde zum globalen Standard für Sprint-Planung und Backlog-Management.

Planning Poker-Schätzungen verwenden keine Stunden oder Tage, sondern abstrakte Maßeinheiten namens Story Points. Die gebräuchlichste Skala ist die Modifizierte Fibonacci-Folge:

0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100

Die Verwendung von Zahlen, die sich mit zunehmendem Wachstum voneinander entfernen, dient dazu, die inhärente Unsicherheit bei komplexen Aufgaben widerzuspiegeln. Es ist psychologisch einfacher, eine 2-Punkte-Aufgabe von einer 3-Punkte-Aufgabe zu unterscheiden als eine 20-Punkte-Aufgabe von einer 21-Punkte-Aufgabe. Der Sprung von 13 auf 20 (und dann 40) deutet darauf hin, dass je größer der Aufwand, desto ungenauer die menschliche Vorhersagefähigkeit wird.

• Fragezeichen (?) Der Teilnehmer hat nicht ausreichende Informationen über die Aufgabe.
• Unendlich (∞) Die Aufgabe gilt als zu groß für eine Schätzung und muss aufgeteilt (gesliced) werden.
• Kaffeetasse Zeigt an, dass das Team müde ist und eine Pause vorschlägt, um die Qualität der Schätzungen zu erhalten.

Der Prozess findet während der Sprint-Planungszeremonie statt und folgt diesen Schritten:

1. Der Product Owner beschreibt eine User Story.
2. Das Team diskutiert technische Anforderungen, Akzeptanzkriterien und Abhängigkeiten.
3. Jedes Mitglied wählt mental eine Karte und hält sie verdeckt.
4. Alle Karten werden gleichzeitig aufgedeckt.
5. Bei Konsens wird der Wert akzeptiert. Andernfalls erklären die Extremstimmen (höchste und niedrigste) ihre Argumente. Nach der Diskussion findet eine neue Abstimmungsrunde statt bis Einigkeit erzielt wird.

• Verwendung des arithmetischen Mittels Das Berechnen des Durchschnitts der Stimmen anstatt nach Konsens zu suchen macht den Wert der technischen Diskussion zunichte.
• Leaderships-Druck Wenn Manager oder 'Senior'-Entwickler vor der Abstimmung Meinungen äußern und dadurch den Rest des Teams zur Ankerwirkung verleiten.
• Stundenschätzung Der Versuch, Punkte direkt in Stunden umzuwandeln, was die Variation von Fokus und Produktivität zwischen verschiedenen Mitgliedern ignoriert.

Mit dem Übergang zur Remote-Arbeit und verteilten Teams hat sich Planning Poker von physischen Decks zu synchronen digitalen Plattformen entwickelt. Diese Werkzeuge versuchen, die Dynamik der gleichzeitigen Kartenoffenlegung in virtuellen Umgebungen zu replizieren und die Integrität der Methode auf Distanz zu gewährleisten.