Drugiego dnia spotkania standupowego sprintu, właściciel produktu prosi programistę o dodanie większej funkcjonalności do elementu backlogu produktu, który został już zatwierdzony podczas planowania sprintu, twierdząc, że zmiana jest krytyczna dla następnego wydania. Co powinien zrobić kierownik projektu?

Właściciel produktu nie powinien wprowadzać nowych wymagań podczas spotkania standupowego. Spotkanie standupowe służy do synchronizacji zespołu i planowania pracy na najbliższe 24 godziny, a nie do dyskusji o nowych funkcjonalnościach. Zorganizowanie warsztatu po spotkaniu standupowym pozwoli na dokładne omówienie propozycji zmiany, ocenę jej wpływu na bieżący sprint i backlog produktu, a także na podjęcie świadomej decyzji, czy i jak ją wdrożyć. Prośba o więcej szczegółów podczas standupu zakłóciłaby jego cel. Przygotowanie wniosku o zmianę budżetu jest przedwczesne bez oceny wpływu. Utworzenie nowego elementu backlogu jest opcją, ale dopiero po ocenie i uzgodnieniu zmiany.