Podczas prezentacji systemu interesariusz odrzuca funkcje zrealizowane na podstawie ostatnich historyjek użytkownika, twierdząc, że produkt nie spełnia norm jakościowych. Co powinien był zrobić kierownik projektu, aby temu zapobiec?

Prawidłowa odpowiedź to sprawdzenie z właścicielem produktu, czy wszystkie kryteria akceptacji zostały spełnione. W projektach zwinnych, kryteria akceptacji definiują warunki, które muszą być spełnione, aby historyjka użytkownika została uznana za ukończoną i spełniającą wymagania jakościowe. Właściciel produktu jest odpowiedzialny za ich weryfikację. Niespełnienie tych kryteriów często prowadzi do odrzucenia funkcjonalności przez interesariuszy. Pozostałe opcje są mniej skuteczne w zapobieganiu tej konkretnej sytuacji: Zrozumienie zakresu przez sponsora jest ważne, ale nie gwarantuje spełnienia szczegółowych wymagań jakościowych na poziomie historyjek użytkownika. Uwzględnienie obaw interesariusza w iteracji jest reakcją, a nie proaktywnym zapobieganiem problemom z jakością. Sprawdzenie, czy historyjki były w backlogu, dotyczy zarządzania zakresem, a nie weryfikacji jakości wykonanej pracy.