Was ist Planning Poker?
Planning Poker, auch bekannt als Scrum Poker, ist eine beliebte Methode zur Aufwandsschätzung in agilen Softwareentwicklungsprojekten. Diese Technik kombiniert spielerische Elemente mit bewährten Schätzverfahren und ermöglicht es Teams, realistische und konsensbasierte Schätzungen für anstehende Aufgaben oder User Stories zu erstellen. Beim Planning Poker nehmen alle Teammitglieder an einer Sitzung teil, in der jede zu schätzende Aufgabe nacheinander besprochen wird. Jedes Mitglied wählt verdeckt eine Karte mit einem Schätzwert aus einem speziellen Kartenset, das üblicherweise auf der Fibonacci-Folge basiert (1, 2, 3, 5, 8, 13, 21, etc.). Nach der Auswahl decken alle Teilnehmer gleichzeitig ihre Karten auf. Weichen die Schätzungen stark voneinander ab, diskutiert das Team die Gründe für die Unterschiede und wiederholt den Vorgang, bis ein Konsens erreicht wird. Die Vorteile von Planning Poker liegen auf der Hand: Durch die kollektive Intelligenz des Teams werden Schätzungen genauer und realistischer, Missverständnisse und Wissenslücken werden frühzeitig aufgedeckt, und das Engagement sowie die Motivation der Teammitglieder werden gefördert. Insbesondere in agilen Umgebungen, in denen flexible und iterative Planung essenziell ist, hat sich Planning Poker als unverzichtbares Werkzeug etabliert. Zusammenfassend lässt sich sagen, dass Planning Poker nicht nur die Schätzgenauigkeit verbessert, sondern auch die Teamkommunikation stärkt und den gesamten Planungsprozess effizienter gestaltet.
Wer nimmt am Planning Poker teil?
Product Owner (PO):
Verantwortlichkeiten: Der Product Owner ist dafür verantwortlich, die Produktvision und die Anforderungen klar zu kommunizieren. Während des Planning Poker stellt der PO sicher, dass das Entwicklungsteam die Anforderungen und Akzeptanzkriterien für die zu schätzenden User Stories oder Aufgaben vollständig versteht. Der PO beantwortet Fragen und klärt Unklarheiten über die Features, ohne die Schätzungen zu beeinflussen.
Scrum Master (SM):
Verantwortlichkeiten: Der Scrum Master moderiert die Planning Poker Sitzung und sorgt dafür, dass der Prozess reibungslos verläuft. Er stellt sicher, dass alle Teammitglieder beteiligt sind und dass die Schätzungen unabhängig und ohne Einflussnahme erfolgen. Der SM hilft auch dabei, Diskussionen zu strukturieren und bei Bedarf zu moderieren, um eine Einigung zu erzielen.
Entwicklungsteam (Entwickler, Designer, Tester usw.):
Verantwortlichkeiten: Das Entwicklungsteam ist für die eigentliche Schätzung der Aufgaben verantwortlich. Jedes Teammitglied bewertet die Komplexität und den Aufwand der User Stories unabhängig, bevor die Schätzungen diskutiert und konsolidiert werden. Die Schätzungen basieren auf dem gemeinsamen Wissen und den Fähigkeiten des Teams. Die Teammitglieder teilen ihre Meinungen und Erfahrungen, um eine möglichst genaue Schätzung zu erzielen.
Stakeholder (optional):
Verantwortlichkeiten: In manchen Fällen können auch Stakeholder an den Planning Poker Sitzungen teilnehmen, um zusätzliche Einblicke oder Informationen zu geben. Ihre Rolle ist eher beratend und sie sollten die Schätzungen des Entwicklungsteams nicht direkt beeinflussen.
Wie ist der genaue Ablauf des Planning Poker?
Vorbereitung
Product Backlog bereitstellen:
Der Product Owner stellt sicher, dass die User Stories im Product Backlog vorbereitet und priorisiert sind. Jede User Story sollte klare Akzeptanzkriterien und ausreichend Detailinformationen enthalten.
Schätzungswerkzeuge bereithalten:
Bereiten Sie die Schätzungswerkzeuge vor, wie z.B. Karten oder ein digitales Planning Poker-Tool. Die Karten zeigen typischerweise Werte wie 1, 2, 3, 5, 8, 13, 21, 34 und manchmal weitere Werte.
Ablauf der Sitzung
User Story auswählen:
Der Product Owner präsentiert die erste User Story, die geschätzt werden soll. Die User Story sollte detailliert beschrieben werden, und es sollten alle relevanten Informationen und Akzeptanzkriterien bereitgestellt sein.
Fragen und Klärungen:
Das Entwicklungsteam stellt Fragen zur User Story, um Unklarheiten zu beseitigen. Der Product Owner beantwortet diese Fragen und gibt zusätzliche Informationen, um sicherzustellen, dass das Team die Anforderungen vollständig versteht.
Schätzungsrunde:
Jedes Teammitglied wählt verdeckt eine Karte aus, die seine Schätzung für die User Story darstellt. Die Karten zeigen typischerweise Werte wie Story Points oder eine andere Maßeinheit für den Aufwand.
Karten aufdecken:
Nachdem alle Teammitglieder ihre Karten ausgewählt haben, werden die Karten gleichzeitig aufgedeckt, sodass alle Schätzungen sichtbar sind.
Diskussion bei Abweichungen:
Wenn die Schätzungen stark variieren, diskutiert das Team die Gründe für die unterschiedlichen Bewertungen. Jedes Teammitglied erklärt seine Schätzung und gibt Gründe für seine Einschätzung. Der Product Owner kann zusätzliche Klarstellungen geben, wenn nötig.
Erneute Schätzungsrunde:
Nach der Diskussion wird eine weitere Schätzungsrunde durchgeführt, um zu einer gemeinsamen Einschätzung zu kommen. Die erneute Schätzung kann dazu beitragen, dass sich das Team auf eine konsensbasierte Schätzung einigt.
Einigung erzielen:
Das Team wiederholt die Schätzungs- und Diskussionsrunden, bis eine Einigung über die Schätzung erzielt wird. Bei Bedarf kann eine weitere Diskussion stattfinden, um Missverständnisse auszuräumen und eine konsensbasierte Schätzung zu erreichen.
Dokumentation:
Die endgültige Schätzung wird dokumentiert und die User Story wird im Product Backlog mit dem geschätzten Aufwand versehen. Dies hilft, die Schätzungen für die weitere Planung und Sprint-Planung zu verwenden.
Nächste User Story:
Der Prozess wird für die nächste User Story wiederholt, bis alle User Stories, die geschätzt werden sollen, durchgearbeitet sind.
Was bedeuten die Spielkarten?
Welchen Mehrwert schafft diese Methode?
Planning Poker, auch bekannt als Scrum Poker, ist eine beliebte Methode zur Aufwandsschätzung in agilen Softwareentwicklungsprojekten. Diese Technik kombiniert spielerische Elemente mit bewährten Schätzverfahren und ermöglicht es Teams, realistische und konsensbasierte Schätzungen für anstehende Aufgaben oder User Stories zu erstellen. Beim Planning Poker nehmen alle Teammitglieder an einer Sitzung teil, in der jede zu schätzende Aufgabe nacheinander besprochen wird. Jedes Mitglied wählt verdeckt eine Karte mit einem Schätzwert aus einem speziellen Kartenset, das üblicherweise auf der Fibonacci-Folge basiert (1, 2, 3, 5, 8, 13, 21, etc.). Nach der Auswahl decken alle Teilnehmer gleichzeitig ihre Karten auf. Weichen die Schätzungen stark voneinander ab, diskutiert das Team die Gründe für die Unterschiede und wiederholt den Vorgang, bis ein Konsens erreicht wird. Die Vorteile von Planning Poker liegen auf der Hand: Durch die kollektive Intelligenz des Teams werden Schätzungen genauer und realistischer, Missverständnisse und Wissenslücken werden frühzeitig aufgedeckt, und das Engagement sowie die Motivation der Teammitglieder werden gefördert. Insbesondere in agilen Umgebungen, in denen flexible und iterative Planung essenziell ist, hat sich Planning Poker als unverzichtbares Werkzeug etabliert. Zusammenfassend lässt sich sagen, dass Planning Poker nicht nur die Schätzgenauigkeit verbessert, sondern auch die Teamkommunikation stärkt und den gesamten Planungsprozess effizienter gestaltet.
the WHYKINGS Hacks
Frei verfügbare Poker Plattform ohne Anmeldung
https://www.scrumpoker-online.org/en/
Diskussionen pushen und moderieren
tbd
Wertvolle Daten richtig verwenden
tbd
Anker- bzw. Referenzstories geben Halt.
Verwendet einige gut bekannte und abgeschlossene User Stories als Anker oder Referenzstories. Diese Ankerstories können dem Team helfen, neue Stories besser einzuordnen und zu schätzen.
Erstellung von Spikes bei zu hoher Unsicherheit.
Spikes können vor allem im Kontext von unbekannten Technologien und Frameworks, bei wichtigen, weiterreichenden Architekturentscheidungen und auch bei Sicherheitsanforderungen den Druck aus dem Team nehmen und die konkrete Schätzung vertagen und mit mehr Futter in Form von qualitativen und quantitativen Daten und neuen Erkenntnissen versorgen.
© 2025 the WHYKINGS GmbH. Alle Rechte vorbehalten