Zweck

Das Perfection Game ist eine strukturierte Feedback-Technik, bei der Teilnehmende den Sprint oder ein Arbeitsergebnis auf einer Skala von 1–10 bewerten und dann konkret beschreiben, was sich ändern müsste, um eine 10 zu erreichen. Es eliminiert vage Kritik, indem konstruktives, additives Feedback verlangt wird. Die Lücke zwischen aktuellem Score und 10 treibt das Verbesserungsgespräch.

Auf einen Blick

• Gruppengröße: 3–12 Personen
• Dauer: 15 Minuten
• Schwierigkeit: Fortgeschritten
• Moderationsstil: Strukturiert
• Setting: Beides / Remote-geeignet

Ablauf

1. Die Regeln erklären: Den Sprint 1–10 bewerten. Der Score repräsentiert den Prozentsatz des erhaltenen Werts. Dann angeben, was eine 10 ergeben würde.
2. Jede/r Teilnehmende schreibt Score und Verbesserungsvorschläge auf (3 Minuten).
3. Scores reihum teilen und erklären, was es perfekt machen würde (7 Minuten).
4. Verbesserungsvorschläge gruppieren und 1–2 zum Umsetzen auswählen (5 Minuten).

Material

• Karteikarten oder Haftnotizen
• Whiteboard zum Gruppieren
• Marker
• Timer

Stolperfallen & häufige Fehler

• Bewertungen ohne Verbesserungsvorschläge zulassen — die Regel ist: Wer unter 10 bewertet, muss sagen, was die Bewertung erhöhen würde.
• Scores als Wettbewerb behandeln — es geht nicht um Bewertung des Teams, sondern um Verbesserungspotenzial.
• Scores nicht über die Zeit verfolgen, um Trends zu erkennen.

Inklusion & Barrierefreiheit

• Das strukturierte Format macht es sicher für Introvertierte — erst schreiben, dann sprechen.
• Klarstellen, dass Verbesserungen additiv sein müssen (was hinzufügen oder ändern), nicht subtraktiv (was schlecht war).
• Anonyme Bewertung ermöglichen, wenn die Teamdynamik sensibel ist.

Varianten

• Perfection Game für Artefakte: Auf ein bestimmtes Arbeitsergebnis (Code, Design, Dokument) statt auf den Sprint anwenden.
• Team-Perfection-Score: Alle Scores für eine Team-Metrik mitteln, um Sprint für Sprint zu verfolgen.
• Peer-Perfection-Game: Teammitglieder geben sich gegenseitig Perfection-Game-Feedback.

Wann NICHT einsetzen

• Wenn das Team nicht bereit für numerische Bewertung ist und offene Diskussion bevorzugt.
• Wenn der Sprint ein Desaster war und ein Score abwertend wirken würde — Timeline oder Five Whys verwenden.

Quelle & Weiterlesen

• Jim und Michele McCarthy, Software for Your Head (Core Protocols).
• Retromat (retromat.org).