Was ist Scrum Poker (Planning Poker)?
Scrum Poker, auch Planning Poker genannt, ist eine konsensbasierte agile Schätztechnik von James Grenning, populär gemacht durch Mike Cohn. Teammitglieder wählen unabhängig Karten aus einer modifizierten Fibonacci-Sequenz (1, 2, 3, 5, 8, 13, 21...) zur Schätzung des relativen Aufwands von User Stories. Karten werden gleichzeitig aufgedeckt, um den Ankereffekt zu vermeiden.
Die Technik funktioniert, weil sie die kollektive Weisheit des Teams nutzt und Gruppendenken vermeidet. Bei stark divergierenden Schätzungen erklären die Extremwerte ihr Reasoning, was zu produktiven Diskussionen führt.
Planning Poker ist die beliebteste Schätzmethode in Scrum-Teams weltweit, weil es schnell, ansprechend und genauer als individuelle Expertenschätzungen ist.
Warum Datenschutz für Teamschätzung wichtig ist
Traditionelle Tools erfordern Konten, senden Daten über zentrale Server und sind von Drittanbieter-Infrastruktur abhängig. Unser Ansatz eliminiert all dies mit verschlüsselten, kurzlebigen Sitzungen.
Die gesamte Kommunikation zwischen Teilnehmern erfolgt über verschlüsselte Echtzeitverbindungen. Raumnamen und Schätzwerte existieren nur während der aktiven Sitzung — wenn alle gehen, verschwindet alles dauerhaft. Kein Konto nötig und keine Daten werden gespeichert.
Dieses Design ist ideal für Teams mit sensiblen Produkt-Roadmaps oder in Branchen mit strengen Datenschutzanforderungen.
Wie man eine effektive Schätzsitzung durchführt
Vor der Sitzung sollte der Product Owner gut definierte User Stories mit klaren Akzeptanzkriterien vorbereiten. Mehrdeutige Stories führen zu extremer Schätzvarianz. Teilen Sie den Raumlink und prüfen Sie, dass alle beigetreten sind.
Für jede Story präsentiert der Product Owner sie kurz, beantwortet Fragen und alle wählen gleichzeitig. Bei der Enthüllung suchen Sie Konvergenz — bei nahen Werten (z.B. 5, 5, 8, 5) nehmen Sie den Konsens. Bei großer Divergenz (z.B. 2, 13, 5, 21) erklären die Ausreißer ihre Überlegungen vor der Neu-Abstimmung.
Begrenzen Sie die Diskussion auf 2-3 Minuten pro Story. Ohne Konvergenz nach zwei Runden muss die Story aufgeteilt werden.





