Planning Poker

Copyright © Shutterstock / Stocker plus

Was ist Planning Poker?

Planning Poker, auch als Scrum Poker bezeichnet, ist eine konsensbasierte, agile Schätz- und Planungstechnik in der Softwareentwicklung. Alle Einträge im Scrum Product Backlog müssen geschätzt werden, damit der Scrum Product Owner die Einträge priorisieren und Releases planen kann. Dies bedeutet, dass der Scrum Product Owner eine ehrliche Einschätzung benötigt, wie schwierig die Arbeit sein wird. Scrum Poker ist eine Technik, die es einem Team ermöglicht, schnell eine genaue Schätzung zu erstellen.

Im Gegensatz zu anderen Schätztechniken zerlegt das Team beim Planning Poker die Funktionen nicht in einzelne Aufgaben mit Stundenschätzungen. Stattdessen verwenden sie ihre Erfahrung, um zu schätzen, wie groß jedes Merkmal mit jedem der anderen Merkmale in der Liste verglichen wird. Planning Poker® ist eine eingetragene Marke von Mountain Goat Software, LLC.

Das Scrum Framework selbst schreibt den Scrum Teams keinen Weg vor, wie sie ihre Arbeit schätzen sollen. Innerhalb des Scrum-Frameworks wird die Schätzung jedoch normalerweise nicht zeitabhängig durchgeführt – es wird eine abstrahiertere Metrik zur Quantifizierung des Aufwands verwendet. Häufige Schätzmethoden sind numerische Größen (1 bis 10), T-Shirt-Größen (XS, S, M, L, XL, XXL, XXXL) oder die Fibonacci-Sequenz (1, 2, 3, 5, 8, 13, 21, 34 etc.). Wichtig ist, dass das Team ein gemeinsames Verständnis für die verwendete Skala hat, sodass jedes Teammitglied damit vertraut ist.

Eine häufig verwendete Methode während des Schätzprozesses ist Planning Poker. Bei der Verwendung von Planning Poker wird der Einfluss zwischen den Teilnehmern minimiert und somit ein genaueres Schätzergebnis erzielt. Um Planning Poker zu spielen, werden eine Liste der zu schätzenden Funktionen und Decks mit nummerierten Karten benötigt.

Ablauf des Planning Poker

Um eine Planning Poker Sitzung zu starten, liest der Produkteigentümer oder Kunde eine agile Benutzergeschichte vor oder beschreibt eine Funktion, die er benötigt, für die Schätzer. Im Idealfall wird die Geschichte auf einer Projektionswand oder einem großen Monitor vorgestellt. Die Akzeptanzkriterien der Geschichte werden diskutiert, Fragen gestellt und Klärungen vorgenommen. Jedes Teammitglied, ohne den Product Owner, entscheidet sich für einen Story Point Wert, wählt eine Karte aus seinem Kartenstapel aus und legt diese verdeckt vor sich auf den Tisch.

Sobald jedes Teammitglied eine Karte ausgewählt hat, werden die Karten umgedreht. Wenn alle Schätzer den gleichen Wert ausgewählt haben, wird dies zur Schätzung. Wenn die Schätzungen nicht gleich sind, werden alle Unterschiede bei den Bewertungen diskutiert. Typischerweise erklären die Teammitglieder mit den höchsten und niedrigsten ihre Schätzungen. Nach der Diskussion wählt jeder Schätzer erneut eine Schätzkarte aus und alle Karten werden gleichzeitig wieder aufgedeckt.

Das Planning Poker wird wiederholt, bis ein Konsens erreicht ist oder bis die Schätzer entscheiden, dass das agile Schätzen und Planen eines bestimmten Gegenstandes aufgeschoben werden muss, bis zusätzliche Informationen zur Verfügung stehen.

Warum werden beim Planning Poker Story Points anstelle von Stunden oder Tagen verwenden?

Die Schätzung in Stunden und Tagen kann unter Umständen zu Problemen führen, da es Kunden schwerfällt, das Konzept von “idealen Stunden” oder “idealen Tagen” zu verstehen. Wenn ein Team schätzt, dass es 30 ideale Tage braucht, um ein Projekt fertig zu stellen, tendieren Kunden dazu, den “idealen” Teil zu vergessen und denken, dass das Projekt in sechs Wochen fertiggestellt sein wird.

Das zweite Problem ist die Diskrepanz zwischen den Geschwindigkeiten, mit der bestimmte Teammitglieder ihre Arbeit abschließen können. Ein erfahrenes Teammitglied könnte eine Aufgabe in einer Stunde abschließen, für die ein Neuling einen ganzen Tag benötigt. Ein weiteres Problem kann der ausgeprägte Optimismus einzelner Teammitglieder bei der Zeitschätzung sein. Story Points beseitigen diese Probleme, indem die Größe einer User Story von der Zeit getrennt wird. Wenn die Zeit in den Hintergrund rückt, neigen Teams dazu, die relative Größe viel effektiver zu schätzen.

Was sind die Vorteile des Planning Poker?

Da Product Backlog-Elemente normalerweise in Form von User Stories während des gesamten Projekts weiterhin hinzugefügt werden, wird es für die meisten Teams hilfreich sein, nachfolgende agile Schätzungen und Planungssitzungen einmal pro Iteration durchzuführen. Dies geschieht in der Regel einige Tage vor dem Ende der Iteration und unmittelbar nach einem täglichen Standup, da das gesamte Team zu diesem Zeitpunkt ohnehin zusammen ist.

Teams, die mit Planning Poker kalkulieren, berichten übereinstimmend, dass sie zu genaueren Schätzungen gelangen als mit jeder anderen zuvor genutzten Technik. Ein Grund, warum Planning Poker zu besseren Schätzungen führt, ist, dass es mehrere Expertenmeinungen zusammenbringt. Da diese Experten in einem Softwareprojekt ein funktionsübergreifendes Team aus allen Disziplinen bilden, sind sie für die Schätzaufgabe besser geeignet als andere. Ein weiterer Grund ist der lebhafte Dialog während der Poker-Planung. Teammitglieder werden von ihren Kollegen aufgefordert, ihre Schätzungen zu rechtfertigen. Forscher haben herausgefunden, dass dies die Schätzgenauigkeit verbessert, insbesondere bei Objekten mit einer großen Unsicherheit.

Darüber hinaus hat sich gezeigt, dass die Begründung von Schätzungen zu Schätzungen führt, die fehlende Informationen besser kompensieren. Dies ist wichtig für ein agiles Projekt, da die geschätzten Nutzergeschichten oft absichtlich vage sind. Nicht zuletzt haben Studien gezeigt, dass die von Teammitgliedern beim Planning Poker eingeforderte Begründung einzelner Schätzungen ebenso wie die stattfinden Gruppendiskussionen insgesamt zu besseren Ergebnissen führt.