✅ Clarity Canvas -Miro Approach dla modelu podziału na cztery czynniki w szacowaniach)
Ten model pomaga nam ocenić gotowość i dokładniej oszacować, patrząc poza wielkość i rozumienie, co może nas spowolnić.
Zapisz opis i kryteria akceptacji dla danej opowieści. Bez tego nie zaczynamy nawet tej opowieści. Rozbijasz każdą opowieść na:
🔗 1. Zależności
Czy ta historia zależy od innego zespołu?
Albo od innej historii?
Albo oczekuje 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 jest coś, co uniemożliwia rozpoczęcie tej historii?
Coś, czego zespół nie może rozwiązać w sprincie?
Ocena:
0 = brak blokady
2 = potencjalna blokada
3 = aktywna blokada
⚠️ 3. Ryzyka
Czy istnieje ryzyko, że coś nie zadziała jak oczekiwano?
Czy dotyka wrażliwych obszarów kodu?
Czy istnieją jakieś implikacje dotyczące wydajności lub bezpieczeństwa?
Ocena:
0 = brak ryzyka
1 = ryzyko o niskim wpływie
2 = średnie ryzyko
3 = przedmiot o wysokim ryzyku
❓ 4. Nieznane
Czy czujemy się niepewni co do implementacji?
Czy konieczne są eksploracje / badania?
Czy brakuje nam jasności w kryteriach akceptacji?
Skala ocen:
0 = nic nieznanego
1 = niewielka niepewność
2 = potrzebne pewne badania
3 = duża niepewność / niejasne kryteria akceptacji
📊 Złóż to wszystko w całość: „Ocena Gotowości Historii”
Dla każdej historii zespół wypełnia 4-polową siatkę i przypisuje liczby.
Całkowity wynik =
Zależności + Ryzyko + Nieznane + Blokady
Przykład:
Zależności → 3
Nieznane → 1
Ryzyko → 0
Blokada → 3
Całkowity = 7
🚦 Traffic Light Gotowości do Sprintu
Użyj całkowitego wyniku, aby szybko ocenić gotowość historii:
🟩 0–3 → BEZPIECZNIE do włączenia do sprintu
Historie są prostolinijne, niskiego ryzyka i o niskich zależnościach.
🟨 4–6 → PRZEGLĄD przed zaangażowaniem
Te wymagają rozmowy:
Czy możemy zmniejszyć zależności?
Czy możemy to rozdzielić?
Czy możemy usunąć nieznane elementy przed ich wciągnięciem?
🟥 7+ → NIE GOTOWE (wymaga dopracowania)
Ta historia stanowi problem.
Zwykle zauważysz:
Zbyt wiele zależności
Nieznane elementy, które są blokadami
Brakujące wyjaśnienia
To zapewnia, że Twój zespół przestaje przeciągać ryzykowne historie do sprintu, a zamiast tego najpierw je właściwie dopracowuje.
💡 Na przykład
Mamy 3 zależności, ale 1 nieznany, który jest blokadą → prawdopodobnie historia nie może być wciągnięta do sprintu.
Przekonwertowane na model:
Zależności = 3
Nieznany = 3 (nieznany = blokada)
Ryzyko = może 0
Blokada = 3
Łącznie = 9 →
🟥 CZERWONY → nie gotowe.
🔥 Dlaczego to działa
Czyni estymację obiektywną
Pomaga zespołowi mówić „nie” niejasnym zadaniom
Redukuje niespodzianki w trakcie sprintu
Pomaga PO wiedzieć dokładnie, co poprawić
Zamienia refinowanie w rozmowę opartą na danych, a nie w zgadywanie
Kategorie
Podobne szablony
Retrospektywa

Retrospektywa
Szablon retrospektywy oferuje wszechstronną i elastyczną strukturę, która umożliwia zespołom refleksję na temat ich osiągnięć i procesów. Oferuje elementy do dzielenia się opinią, identyfikowania zdobytych doświadczeń i przeprowadzania burzy mózgów nad ulepszeniami. Ten szablon umożliwia zespołom wspieranie otwartej komunikacji, identyfikowanie możliwości rozwoju i ulepszanie współpracy. Promując refleksję i przejrzystość, retrospektywa umożliwia zespołom ciągłe uczenie się i rozwijanie, co przekłada się na większą efektywność i skuteczność ich pracy.
🚀 Planowanie Sprintu BEZ CHAOSU!
Pizza Party Retro
Retrospektywa

Retrospektywa
Szablon retrospektywy oferuje wszechstronną i elastyczną strukturę, która umożliwia zespołom refleksję na temat ich osiągnięć i procesów. Oferuje elementy do dzielenia się opinią, identyfikowania zdobytych doświadczeń i przeprowadzania burzy mózgów nad ulepszeniami. Ten szablon umożliwia zespołom wspieranie otwartej komunikacji, identyfikowanie możliwości rozwoju i ulepszanie współpracy. Promując refleksję i przejrzystość, retrospektywa umożliwia zespołom ciągłe uczenie się i rozwijanie, co przekłada się na większą efektywność i skuteczność ich pracy.

