Gemeinsames Verständnis über Aufwand, Komplexität und Unsicherheit von Backlog Items herstellen.
Planning Poker
Kollaborative Schätzmethode, bei der Teammitglieder verdeckt Karten wählen und Unterschiede diskutieren.
Ein Item wird vorgestellt, Fragen werden geklärt, alle wählen verdeckt eine Karte und abweichende Schätzungen werden diskutiert.
Visuelle Orientierung
Methodenskizze für ein schnelles Grundgefühl.
Ablauf
- 1Item vorstellen
- 2Verständnisfragen klären
- 3Verdeckt Karte wählen
- 4Schätzungen aufdecken
- 5Abweichungen diskutieren und erneut schätzen
Ideal für
- Sprint Planning
- Backlog Refinement
- Team Alignment
Nicht gut für
- Sehr große Backlogs
- Portfolio-Grobschätzung
- Items ohne Kontext
Vertiefung
Planning Poker kombiniert unabhängige Einschätzung mit gemeinsamer Klärung. Durch verdecktes Wählen werden Ankereffekte reduziert, weil starke Stimmen nicht sofort die Gruppe prägen. Große Abweichungen werden nicht als Fehler behandelt, sondern als Signal für unterschiedliche Annahmen, unklare Akzeptanzkriterien oder versteckte Risiken. Nach einer kurzen Diskussion wird erneut geschätzt, bis eine tragfähige relative Größe entsteht.
Planning Poker passt für Scrum- oder Agile-Teams, die einzelne User Stories oder Backlog Items gemeinsam verstehen und relativ schätzen wollen. Die Methode unterstützt Gespräche über Scope, Risiko und technische Unsicherheit. Sie ist weniger geeignet für sehr große Backlogs, grobe Portfolio-Schätzungen oder Teams ohne ausreichenden Kontext zum Item.
Bereite klare Items, Akzeptanzkriterien und eine definierte Skala vor. Timeboxe Diskussionen, damit Schätzung nicht zu Designarbeit wird. Frage bei Ausreißern gezielt nach Annahmen statt nach Rechtfertigung und splitte Items, die dauerhaft zu groß oder unklar bleiben.
Planning Poker ArbeitsvorlageKompakte Arbeitsvorlage für Planning Poker mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.markdown
# Planning Poker Arbeitsvorlage
## Ziel
Kollaborative Schätzmethode, bei der Teammitglieder verdeckt Karten wählen und Unterschiede diskutieren.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Relative Estimates:
- Assumption Notes:
- Split Candidates:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Ähnliche Methoden
Alle MethodenGrobe relative Schätzung mit Größen wie XS, S, M, L und XL.
Sortiert viele Items in vorbereitete Schätz-Buckets, um große Backlogs schnell relativ zu bewerten.
Schätzt Arbeit in idealisierten Arbeitstagen ohne Unterbrechungen, Meetings oder Wartezeiten.
Sortiert viele Items schnell nach relativer Größe, indem ähnliche Aufwände gruppiert werden.
Relative Einheit zur Schätzung von Umfang, Komplexität, Risiko und Unsicherheit von Backlog Items.
Iteratives Framework für komplexe Produktentwicklung mit kurzen Sprints, festen Rollen und definierten Events.