✅ Clarity Canvas -Der Miro-Ansatz fürdas Vier-Faktoren-Breakdown-Modell für Schätzungen)
Dieses Modell hilft uns, die Bereitschaft zu bewerten und genauer zu schätzen, indem es über die Größe hinausblickt und versteht, was uns verlangsamen könnte.
Schreibe die Beschreibung und die Akzeptanzkriterien der Story auf. Ohne diese starten wir die Story nicht einmal. Jede Story wird aufgebrochen in:
🔗 1. Abhängigkeiten
Hängt diese Story von einem anderen Team ab?
Oder von einer anderen Story?
Oder wartet sie auf ein Design / API / Umgebung?
Bewertungsbeispiel:
0 = keine
1 = kleine Abhängigkeit (intern, einfach)
2 = moderate Abhängigkeit
3 = externe Abhängigkeit (Plattform, Anbieter, anderes Team)
🚧 2. Blocker
Gibt es etwas, das diese Story daran hindert, auch nur gestartet zu werden?
Etwas, das das Team nicht innerhalb des Sprints lösen kann?
Bewertung:
0 = kein Blocker
2 = potenzieller Blocker
3 = aktiver Blocker
⚠️ 3. Risiken
Besteht die Möglichkeit, dass dies nicht wie erwartet funktioniert?
Berührt es sensible Codebereiche?
Gibt es Leistungs- oder Sicherheitsimplikationen?
Bewertung:
0 = kein Risiko
1 = Risiko mit geringer Auswirkung
2 = mittleres Risiko
3 = hohes Risiko-Objekt
❓ 4. Unbekanntes
Fühlen wir uns unsicher bezüglich der Implementierung?
Benötigen wir Erkundung oder Spikes?
Fehlt uns die Klarheit über die Akzeptanzkriterien?
Bewertung:
0 = nichts unbekannt
1 = kleines Unbekanntes
2 = einige Untersuchungen nötig
3 = großes Unbekanntes / unklare Akzeptanzkriterien
📊 Alles zusammenführen: „Story-Readiness-Score“
Für jede Story füllt das Team ein Vier-Felder-Raster aus und ordnet Zahlen zu.
Dann Total Score =
Abhängigkeiten + Risiken + Unbekanntes + Blocker
Beispiel:
Abhängigkeiten → 3
Unbekanntes → 1
Risiko → 0
Blocker → 3
Gesamt = 7
🚦 Die Sprint-Readiness-Ampel
Nutzen Sie den Gesamtscore, um schnell die Bereitschaft der Story zu entscheiden:
🟩 0–3 → UNGEFÄHRLICH für den Sprint
Stories sind unkompliziert, geringes Risiko, wenige Abhängigkeiten.
🟨 4–6 → VOR ABGABE PRÜFEN
Diese erfordern ein Gespräch:
Können wir Abhängigkeiten reduzieren?
Können wir es aufteilen?
Können wir die Unklarheiten beseitigen, bevor wir es aufnehmen?
🟥 7+ → NICHT BEREIT (bedarf Überarbeitung)
Diese Story ist ein Problem.
Normalerweise sieht man:
Zu viele Abhängigkeiten
Unklarheiten, die eigentlich Blocker sind
Fehlende Klarstellungen
Das stellt sicher, dass dein Team aufhört, riskante Stories in den Sprint zu ziehen und stattdessen zuerst richtig überarbeitet.
💡 Zum Beispiel
Wir haben 3 Abhängigkeiten, aber 1 Ungewissheit, die ein Blocker ist → wahrscheinlich kann die Story nicht in den Sprint aufgenommen werden.
Umgewandelt in das Modell:
Abhängigkeiten = 3
Unklarheit = 3 (Unklarheit = Blocker)
Risiko = vielleicht 0
Blocker = 3
Insgesamt = 9 →
🟥 ROT → nicht bereit.
🔥 Warum das funktioniert
Macht Schätzungen objektiv
Hilft dem Team, „nein“ zu unklaren Storys zu sagen
Reduziert Überraschungen während des Sprints
Hilft dem PO, genau zu wissen, was zu beheben ist
Macht die Verfeinerung zu einer datenbasierten Diskussion, kein Ratespiel
