Agile Entscheidungsmethode

Planning Poker

Vergleicht Stories relativ, deckt Wissenslücken auf und erzeugt eine gemeinsame Schätzung mit nachvollziehbaren Annahmen.

Sie lässt alle eine Schätzung auf Basis derselben Information bilden und vergleicht anschließend die Spannweite. So werden Wissenslücken und verdeckte Risiken sichtbar, bevor eine Zahl zum Dogma wird.

Kernfrage

Welche relative Größe trägt das umsetzende Team nach unabhängiger Wahl, gleichzeitiger Aufdeckung und Klärung der höchsten und niedrigsten Annahmen gemeinsam?

Planning Poker planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 3-9
Zeit: 5–15 Minuten je vorbereitetem Backlog Item; meist 1–3 Runden.

Die Praxis wird wiederholt auf vergleichbare Arbeitsobjekte angewendet.

Bereit
Schätzbares Item
Product Owner erläutert Ziel und Akzeptanzkriterien; Team klärt Umfang und Definition of Done.
Anker
Relativer Rahmen
Passende kleinere und größere Referenz-Items vergleichen, ohne eine Zahl vorzurufen.
Wählen
Private Karten
Alle Umsetzenden wählen unabhängig und verdeckt eine Karte für Gesamtaufwand, Komplexität und Risiko.
Klären
Geklärte Differenz
Höchste und niedrigste Schätzung erklären zuerst ihre Annahmen; Team aktualisiert Scope und Risiken.
Neu wählen
Team-Schätzung
Erneut privat wählen und gleichzeitig aufdecken; bei ausreichendem gemeinsamen Verständnis Schätzung und Annahmen speichern.

Neue Evidenz im Review ergänzen und Entscheidungen samt früherem Stand versionieren.

Geeignet, wenn

Wenn Schätzungen im Team zu stark auseinandergehen, bringt sie unterschiedliche Erwartungen auf einen gemeinsamen Prüfstand. Sie trennt grobe Komplexität von ungesagten Annahmen.

Ideal für

Sprint Planning
Backlog Refinement
Team Alignment

Nicht gut für

Sehr große Backlogs
Portfolio-Grobschätzung
Items ohne Kontext

Ergebnisse

Team-Schätzung
Gemeinsam tragbare relative Schätzung mit offengelegten Annahmen, Risiken, Klärungen und markierten Split-/Spike-Bedarfen.

Planning Poker · Arbeitsstruktur

Fiktives Beispiel

Fiktive Werte zeigen die tatsächlichen Fachfelder.

Planning Poker · Arbeitsstruktur
Backlog Item	Akzeptanz/DoD	Referenzen	Runde 1	Differenz	Klärung	Runde 2	Ergebnis
Karte speichernEvidenz und Begründung ergänzen.	Provider-Token; eingeloggte Nutzer; Browser-Tests; Security Review	3 Adresse speichern; 8 neue Zahlungsart	3, 5, 5, 8, 13	13 sieht Verwaltung/Compliance; 3 kennt Token-API	Kartenverwaltung out; Security Review bleibt	5, 5, 5, 5, 8	Team trägt 5; Annahme dokumentiert
ProviderwechselEvidenz und Begründung ergänzen.	Migration, Fallback, Zertifizierung noch unklar	8 neue Zahlungsart; 20 Checkout-Migration	13, 20, 20, 40, ∞	Unbekannte Zertifizierung und mehrere Outcomes	Item splitten; Spike zur Zertifizierung	Keine zweite Runde	Unschätzbar; Split + Spike

1. Akzeptanz/DoD
Karte speichern
Provider-Token; eingeloggte Nutzer; Browser-Tests; Security Review
Providerwechsel
Migration, Fallback, Zertifizierung noch unklar
2. Referenzen
Karte speichern
3 Adresse speichern; 8 neue Zahlungsart
Providerwechsel
8 neue Zahlungsart; 20 Checkout-Migration
3. Runde 1
Karte speichern
3, 5, 5, 8, 13
Providerwechsel
13, 20, 20, 40, ∞
4. Differenz
Karte speichern
13 sieht Verwaltung/Compliance; 3 kennt Token-API
Providerwechsel
Unbekannte Zertifizierung und mehrere Outcomes
5. Klärung
Karte speichern
Kartenverwaltung out; Security Review bleibt
Providerwechsel
Item splitten; Spike zur Zertifizierung
6. Runde 2
Karte speichern
5, 5, 5, 5, 8
Providerwechsel
Keine zweite Runde
7. Ergebnis
Karte speichern
Team trägt 5; Annahme dokumentiert
Providerwechsel
Unschätzbar; Split + Spike

Alle Werte sind fiktiv.

Fachquelle · eigene Lehrdarstellung

Erster Schritt

Ein Item mit Ziel und Akzeptanzkriterien auswählen; Schätzeinheit, Definition of Done und 2–3 stabile Referenz-Items sichtbar machen.

Zur Methodenanleitung

Davor sinnvoll

Agile

Acceptance Criteria Workshop

Liefert refinementsreife Stories mit klaren Kriterien als Schätzgrundlage.

Wie geht es weiter?

Agile

Story Splitting

Teilt Items, die in der Schätzung als zu groß auffallen, in kleinere Slices.

Agile

Scrum

Nutzt die Team-Schätzung für die Sprint-Planung im Scrum-Rahmen.

Vertiefung

Zweck

Wenn Schätzungen im Team zu stark auseinandergehen, bringt sie unterschiedliche Erwartungen auf einen gemeinsamen Prüfstand. Sie trennt grobe Komplexität von ungesagten Annahmen.

Funktionsweise

Im Detail

Planning Poker trägt, weil es Schätzungen parallel sichtbar macht und damit Diskussionen über Umfang und Unsicherheit öffnet, bevor sich eine dominante Stimme festsetzt. Gute Anwendung interessiert sich stärker für die Gründe hinter Ausreißern als für schnelle Einigkeit. Die Methode wird nützlich, wenn Unterschiede auf fehlendes Verständnis, verborgene Arbeit oder stark abweichende Risikobilder verweisen.

Durchführung

Wähle Items, die bereits grob verstanden sind, aber noch echte Unsicherheit enthalten, damit die Karten mehr als Ritual bleiben. Seine Qualität zeigt sich sobald hohe und niedrige Werte unterschiedliche Annahmen offenlegen. Schließe mit geklärten Treibern der Schätzung und nur dann mit einer Zahl, wenn das Team dieselbe Arbeit wirklich vor Augen hat.

Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Schätzung Agil Relative Schätzung Team

Quellen

Planning Pokermountaingoatsoftware.comMountain Goat Software (Mike Cohn); beschreibt Ablauf, Kartenwerte und Zweck von Planning Poker.

In Playbooks

Backlog Readiness herstellenVon groben Ideen zu schnittfähigen Stories mit Beispielen, Akzeptanzkriterien und Schätzung.

Artefakt-Vorlagen

Planning Poker: ArbeitsvorlageGegenstand, Evidenz, Rollen, Ablauf und Review festlegen.

markdown

planning-poker-working-template.md

Gegenstand, Evidenz, Rollen, Ablauf und Review festlegen.

Planning Poker: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxisdurchlauf Zeit: 5–15 Minuten je vorbereitetem Backlog Item; meist 1–3 Runden.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Refinementsreife Items, Akzeptanzkriterien, gemeinsame Definition of Done, Referenz-Items und verdeckte Karten 0, 1, 2, 3, 5, 8, 13, 20, 40, 100, ?, ∞
Rollen: Product Owner erklärt · Umsetzende schätzen · Facilitator moderiert · Fachleute beantworten Fragen
Vorab-Infos: Ein Item mit Ziel und Akzeptanzkriterien auswählen; Schätzeinheit, Definition of Done und 2–3 stabile Referenz-Items sichtbar machen.
Gesamter Zeitbedarf: 5–15 Minuten je vorbereitetem Backlog Item; meist 1–3 Runden.
Setup: Arbeitsfläche mit Bereit · Anker · Wählen · Klären · Neu wählen vorbereiten; Beispiel und eigene Daten trennen.

Für die Arbeitsschritte bereitstellen

Bereit: Schätzbares Item

Ein Item mit Ziel und Akzeptanzkriterien auswählen; Schätzeinheit, Definition of Done und 2–3 stabile Referenz-Items sichtbar machen.
Refinementsreife Items, Akzeptanzkriterien, gemeinsame Definition of Done, Referenz-Items und verdeckte Karten 0, 1, 2, 3, 5, 8, 13, 20, 40, 100, ?, ∞