Clarity Canvas: 4-faktorowy model szacowania

✅ Clarity Canvas -Podejście Miro domodelu czterech czynników dla szacowania)

Ten model pomaga nam ocenić gotowość i dokładniej oszacować, patrząc poza rozmiar i rozumiejąc, co mogłoby nas spowolnić.

Zapisz opis i kryteria akceptacji historyjki. Bez tego nie możemy nawet rozpocząć pracy nad historyjką. Rozkładasz każdą historyjkę na:

🔗 1. Zależności

Czy ta historia zależy od innego zespołu?

Lub innej historii?

Lub czy czekamy na projekt / API / środowisko?

Przykład oceniania:

0 = brak

1 = mała zależność (wewnętrzna, łatwa)

2 = średnia zależność

3 = zewnętrzna zależność (platforma, dostawca, inny zespół)

🚧 2. Blokady

Czy coś uniemożliwia rozpoczęcie tej historii?

Coś, czego zespół nie może rozwiązać w ramach sprintu?

Ocenianie:

0 = brak blokad

2 = potencjalna blokada

3 = aktywna blokada

⚠️ 3. Ryzyka

Czy istnieje szansa, że to może nie działać zgodnie z oczekiwaniami?

Czy dotyka wrażliwych obszarów kodu?

Jakieś aspekty wydajnościowe czy bezpieczeństwa?

Ocenianie:

0 = brak ryzyka

1 = ryzyko o niskim wpływie

2 = średnie ryzyko

3 = element wysokiego ryzyka

❓ 4. Nieznane

Czy czujemy się niepewnie co do wdrożenia?

Czy potrzebne są eksploracje / spike'i?

Czy brakuje nam jasności co do kryteriów akceptacji?

Punktacja:

0 = brak nieznanych

1 = drobna nieznana kwestia

2 = potrzebna pewna analiza

3 = duża niewiadoma / niejasne kryteria akceptacji

📊 Złóż to wszystkie razem: "Wynik Gotowości Story"

Dla każdej historii zespół wypełnia siatkę 4-box i przypisuje liczby.

Następnie całkowity wynik =

Zależności + Ryzyka + Nieznane + Blokery

Przykład:

Zależności → 3

Nieznane → 1

Ryzyko → 0

Bloker → 3

Całkowity wynik = 7

🚦 Sygnalizator Gotowości na Sprint

Użyj całkowitego wyniku, aby szybko określić gotowość historii:

🟩 0–3 → GOTOWE do włączenia do sprintu

Historie są proste, niskiego ryzyka, niskich zależności.

🟨 4–6 → PRZEJRZYJ przed zatwierdzeniem

Te punkty wymagają rozmowy:

Czy możemy zmniejszyć zależności?

Czy możemy podzielić zadanie?

Czy możemy usunąć niejasności przed jego realizacją?

🟥 7+ → NIE GOTOWE (wymaga dopracowania)

Ta historia stanowi problem.

Zazwyczaj mamy do czynienia z:

Zbyt wieloma zależnościami

Niejasnościami będącymi w istocie blokadami

Brakiem wyjaśnień

To zapewnia, że Twój zespół nie wciąga ryzykownych historii do sprintu, lecz właściwie je najpierw dopracowuje.

💡 Na przykład

Mamy 3 zależności, ale 1 niejasność będącą blokadą → prawdopodobnie historia nie może być wciągnięta do sprintu.

Przekładając to na model:

Zależności = 3

Niejasność = 3 (niejasność = blokada)

Ryzyko = możliwe 0

Blokada = 3

Suma = 9 →

🟥 CZERWONY → niegotowe.

🔥 Dlaczego To Działa

• Obiektywizuje estymację

• Pomaga zespołowi powiedzieć „nie” niejasnym historiom

• Zmniejsza niespodzianki w trakcie sprintu

• Pomaga właścicielowi produktu dokładnie wiedzieć, co należy poprawić

• Zamienia uzupełnianie w rozmowę opartą na danych, a nie w zgadywanie