Aby ograniczyć czas i koszty związane z firmą programistyczną, menedżer produktu oświadcza, że programistom nie będą płacone za niepożądane udoskonalenia. Jak zespół programistyczny i scrum master mogą zapewnić, że otrzymają wynagrodzenie za całą swoją pracę?

Poprawna odpowiedź to: Upewnić się, że tablica zadań jest używana jako radiator informacji i wszystkie historyjki zawierają wystarczająco dużo szczegółów, aby zbudować wymaganą funkcję. Wyjaśnienie: Ta opcja jest najskuteczniejsza, ponieważ bezpośrednio rozwiązuje problem niepożądanych udoskonaleń. Używanie tablicy zadań jako "grzejnika informacji" (information radiator) zapewnia przejrzystość postępów i problemów, a szczegółowe historyjki użytkownika minimalizują nieporozumienia i konieczność wprowadzania nieplanowanych zmian. Zespół będzie miał jasny obraz tego, co jest wymagane, co pozwoli uniknąć pracy nad funkcjami, które nie są bezpośrednio związane z zatwierdzonymi historyjkami. Pozostałe opcje są mniej skuteczne: Przeliczanie punktów historyjek na godziny nie rozwiązuje problemu niepożądanych udoskonaleń, a jedynie próbuje oszacować ich koszt. Przypisywanie specjalistów do historyjek nie zapobiega pracy nad niezatwierdzonymi funkcjami, jeśli historyjki są niejasne. Dopracowanie definicji ukończenia (DoD) o weryfikację kodu jest dobrą praktyką jakościową, ale nie zapobiega pracy nad funkcjami, które nie są częścią zatwierdzonego zakresu.