Na spotkaniu retrospektywnym kierownik projektu słyszy, jak interesariusze wielokrotnie skarżą się podczas demonstracji iteracji, że funkcje produktu nie są dostarczane zgodnie z ich prośbami. Co powinien doradzić kierownik projektu Product Ownerowi, aby zapewnić dostarczanie funkcji zgodnie z oczekiwaniami?

Poprawna odpowiedź to weryfikacja kryteriów akceptacji z interesariuszami przed doprecyzowaniem backlogu. Wielokrotne skargi na niezgodność funkcji wskazują na problem z jasnością wymagań i kryteriów akceptacji. Ustalenie i potwierdzenie tych kryteriów z interesariuszami przed rozpoczęciem pracy nad elementami backlogu zapewni, że zespół deweloperski będzie tworzył to, czego interesariusze faktycznie oczekują, a Product Owner będzie miał solidne podstawy do priorytetyzacji i doprecyzowania backlogu. Włączenie interesariuszy do codziennych stand-upów jest nieefektywne i zakłóca pracę zespołu. Unikanie włączania interesariuszy do przeglądów iteracji pozbawi ich możliwości weryfikacji postępów i zgłaszania uwag. Stworzenie macierzy identyfikowalności wymagań jest przydatne, ale nie rozwiązuje problemu braku jasności samych kryteriów akceptacji, które są podstawą do śledzenia.