Projekt dostarcza przyrostowe wersje na rynek co trzy miesiące. Zespół został utworzony, a backlog produktu został priorytetyzowany przez właściciela produktu. Po czterech iteracjach właściciel produktu eskaluje skargi do CEO, ponieważ produkt nie spełnia jego oczekiwań. Co powinien był zrobić kierownik projektu, aby temu zapobiec?

Prawidłowa odpowiedź to wdrożenie przeglądów sprintów z właścicielem produktu i retrospektyw z zespołem. Przeglądy sprintów (Sprint Reviews) to formalne spotkania, podczas których zespół prezentuje ukończoną pracę właścicielowi produktu i interesariuszom, zbierając ich opinie i zapewniając, że produkt rozwija się zgodnie z oczekiwaniami. Retrospektywy (Retrospectives) pozwalają zespołowi na ciągłe doskonalenie procesów. Brak tych mechanizmów prowadzi do rozbieżności między oczekiwaniami a rzeczywistością. Przejrzenie OPA i wniosków z podobnych projektów jest ważne, ale nie zapobiegłoby bezpośrednio niezadowoleniu właściciela produktu w trakcie realizacji. Analiza ryzyka na codziennych spotkaniach scrum jest zbyt ogólna i nie skupia się na bieżącym dopasowaniu produktu do oczekiwań. Pielęgnacja backlogu jest kluczowa, ale bez regularnych przeglądów z właścicielem produktu, same kryteria akceptacji mogą nie wystarczyć, aby zapewnić pełne zrozumienie i akceptację.