Alle Vorlagen

Clarity Canvas: 4-Faktor-Schätzrahmenwerk

Twisha Das

465 views
8 uses
1 likes

Melden

✅ Clarity Canvas - Der Miro-Ansatz für das Modell zur Aufteilung in vier Faktoren für Schätzungen)

Dieses Modell hilft uns, die Bereitschaft zu bewerten und genauer zu schätzen, indem es über die Größe hinausgeht und versteht, was uns verlangsamen könnte.

Beschreibe die Geschichte und die Akzeptanzkriterien. Ohne diese werden wir die Geschichte nicht einmal starten. Teile jede Geschichte in folgende Abschnitte auf:

🔗 1. Abhängigkeiten

Ist diese Story von einem anderen Team abhängig?

Oder von einer anderen Story?

Oder warten wir auf ein Design / eine API / eine Umgebung?

Bewertungbeispiel:

0 = keine

1 = kleine Abhängigkeit (intern, einfach)

2 = moderate Abhängigkeit

3 = externe Abhängigkeit (Plattform, Anbieter, anderes Team)

🚧 2. Blocker

Gibt es irgendetwas, das diese Story am Start hindert?

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 Bereiche im Code?

Gibt es Leistungs- oder Sicherheitsimplikationen?

Bewertung:

0 = kein Risiko

1 = geringes Risiko

2 = mittleres Risiko

3 = hohes Risiko

❓ 4. Unbekanntes

Fühlen wir uns unsicher bei der Implementierung?

Werden Erkundungen oder Nachforschungen benötigt?

Fehlt uns Klarheit über die Akzeptanzkriterien?

Bewertung:

0 = nichts unbekannt

1 = kleines Unbekanntes

2 = einige Untersuchungen notwendig

3 = großes Unbekanntes / unklare Akzeptanzkriterien

📊 Alles zusammenfassen: „Story-Readiness-Score“

Für jede Story füllt das Team ein 4-Felder-Raster aus und weist Zahlen zu.

Gesamtpunktzahl =

Abhängigkeiten + Risiken + Unbekanntes + Blocker

Beispiel:

Abhängigkeiten → 3

Unbekanntes → 1

Risiko → 0

Blocker → 3

Gesamt = 7

🚦 Die Sprint-Readiness-Ampel

Nutze die Gesamtpunktzahl, um schnell die Bereitschaft der Story zu entscheiden:

🟩 0–3 → Kann sicher in den Sprint aufgenommen werden

Stories sind unkompliziert, risikoarm, wenig Abhängigkeiten.

🟨 4–6 → Vor dem Übernehmen überprüfen

Diese erfordern ein Gespräch:

Können wir Abhängigkeiten verringern?

Können wir sie aufteilen?

Können wir die Unklarheiten beseitigen, bevor wir es einplanen?

🟥 7+ → NICHT BEREIT (bedarf Überarbeitung)

Diese Story ist ein Problem.

In der Regel tritt Folgendes auf:

Zu viele Abhängigkeiten

Unklarheiten, die eigentlich Blocker sind

Fehlende Klarstellungen

Dies stellt sicher, dass dein Team aufhört, riskante Stories in den Sprint zu ziehen und stattdessen erst richtig überarbeitet.

💡 Zum Beispiel

Wir haben 3 Abhängigkeiten, aber 1 Unklarheit, die ein Blocker ist → die Story kann wahrscheinlich nicht in den Sprint aufgenommen werden.

In das Modell umgewandelt:

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, bei unklaren Stories „nein“ zu sagen

  • Reduziert Überraschungen während des Sprints

  • Hilft dem PO, genau zu wissen, was zu beheben ist

  • Verwandelt die Verfeinerung in ein datengetriebenes Gespräch, kein Ratespiel

Twisha Das

Scrum master @ Akamai Technologies Limited

I turn sprints into symphonies.


Kategorien

Ähnliche Vorlagen

411 likes
3003 uses
Retrospektive