Generator celów sprintu,
Wynik-najpierw.

A cel sprintu określa użytkownika lub wynik biznesowy, a nie produkt. „Wyślij pulpit nawigacyjny” jest dostawą; Celem jest „30% powracających użytkowników widzi nowy pulpit nawigacyjny i korzysta z niego”. Wyniki przetrwają zmiany zakresu; dostawy nie. Wykonaj próbę ciśnieniową za pomocą Walidator celów sprintu.

Technicznie tak, w praktyce nie. Dwa gole oznaczają brak celu; zespół nie ma nic do optymalizacji. Jeśli masz dwa priorytety, wybierz jeden jako cel sprintu, a drugi jako „wspierający” wynik. Celem jest kotwica rozmowy, gdy coś musi ustąpić.

Na tyle szczegółowy, że możesz odpowiedzieć „czy trafiliśmy?” z tak/nie/częściowo. Niejasne cele („poprawa jakości”, „wdrożyć funkcje”) nie dają żadnego sygnału. Konkretne cele sprawiają, że retro są produktywne.

Premier to proponuje; zespół się do tego zobowiązuje. Kierownik projektu myśli o wynikach („co będzie miało znaczenie dla użytkowników/interesariuszy w tym sprincie?”); zespół sprawdza wykonalność. Jeśli zespół nie może się zaangażować, cel jest zbyt ambitny; zmienić zakres.

Oznacza to zmianę zakresu lub priorytetu. Albo zmień cel (rzadko, tylko w przypadku prawdziwej zmiany strategicznej), albo zaakceptuj fakt, że sprint jest teraz bezcelowy i wykorzystaj to, czego się nauczyłeś w stylu retro. Nie udawaj, że cel nadal jest aktualny; to po prostu uczy drużynę ignorowania celów.

Cel sprintu dotyczy całego zespołu przez cały sprint; kryteria akceptacji są na zadanie. Cel: „30% użytkowników kończy wdrożenie”. Kryteria akceptacji dla jednego zgłoszenia: „użytkownik może wznowić wdrażanie od dowolnego kroku”. Obydwa mają znaczenie; to różne warstwy.