✅ Clarity Canvas -Podejście Miro do modelu rozbicia na cztery czynniki dla estymacji)
Ten model pomaga nam ocenić gotowość i bardziej precyzyjnie szacować, sięgając poza rozmiar i rozumiejąc, co może nas spowolnić.
Zapisz opis i kryteria akceptacji historii. Bez tych elementów nawet nie zaczynamy pracy nad historią. Każdą historię rozbijasz na:
🔗 1. Zależności
Czy ta historia zależy od innego zespołu?
Lub innej historii?
Lub czeka na projekt / API / środowisko?
Przykład oceny:
0 = brak
1 = mała zależność (wewnętrzna, łatwa)
2 = umiarkowana 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?
Ocena:
0 = brak blokady
2 = potencjalna blokada
3 = aktywna blokada
⚠️ 3. Ryzyka
Czy istnieje ryzyko, że nie zadziała to zgodnie z oczekiwaniami?
Czy dotyka wrażliwych obszarów kodu?
Czy istnieją kwestie związane z wydajnością lub bezpieczeństwem?
Ocena:
0 = brak ryzyka
1 = niewielkie ryzyko
2 = średnie ryzyko
3 = wysokie ryzyko
❓ 4. Nieznane
Czy czujemy się niepewnie co do realizacji?
Czy potrzebne są badania / testy?
Czy brakuje nam jasności w kryteriach akceptacji?
Ocena:
0 = nic nieznanego
1 = drobna niewiadoma
2 = potrzebne pewne badanie
3 = duża niewiadoma / niejasne kryteria akceptacji
📊 Zintegrowanie wszystkiego: „Wynik Przygotowania Opowieści”
Dla każdej opowieści zespół wypełnia siatkę 4-box i przypisuje wartości liczbowe.
Potem całkowita suma =
Zależności + Ryzyka + Niewiadome + Blokery
Przykład:
Zależności → 3
Niewiadome → 1
Ryzyko → 0
Blokery → 3
Suma = 7
🚦 Sygnały gotowości do sprintu
Wykorzystaj całkowity wynik, aby szybko podjąć decyzję o gotowości opowieści:
🟩 0–3 → BEZPIECZNE do włączenia do sprintu
Opowieści są proste, niskiego ryzyka, z małymi zależnościami.
🟨 4–6 → PRZEGLĄD przed zatwierdzeniem
Te wymagają rozmowy:
Czy możemy zmniejszyć zależności?
Czy możemy je podzielić?
Czy możemy usunąć niejasności, zanim je wprowadzimy?
🟥 7+ → NIE GOTOWE (wymaga dopracowania)
Ta historia to problem.
Zwykle zobaczysz:
Zbyt wiele zależności
Niejasności, które są rzeczywiście blockerami
Brakujące wyjaśnienia
To zapewnia, że twój zespół przestaje wprowadzać ryzykowne historie do sprintu, a zamiast tego najpierw właściwie je dopracowuje.
💡 Na przykład
Mamy 3 zależności, ale 1 niejasność, która jest blockerem → prawdopodobnie historia nie może zostać wprowadzona do sprintu.
Przekształcone na model:
Zależności = 3
Niejasność = 3 (niejasność = blocker)
Ryzyko = prawdopodobnie 0
Bloker = 3
Łącznie = 9 →
🟥 CZERWONE → nie gotowe.
🔥 Dlaczego to działa
Czyni wycenę obiektywną
Pomaga zespołowi mówić „nie” niejasnym historiom
Zmniejsza niespodzianki w trakcie sprintu
Pomaga PO wiedzieć dokładnie, co poprawić
Zamienia dopracowywanie w rozmowę opartą na danych, a nie zgadywanie
