Organizacja przechodzi na metodykę agile. Podczas pierwszego przeglądu sprintu, właściciel produktu nie zaakceptował wyników sprintu i zgłosił obawy. Co powinien zrobić kierownik projektu?

W metodykach agile, retrospektywa sprintu jest kluczowym wydarzeniem, które pozwala zespołowi na refleksję nad minionym sprintem, zidentyfikowanie, co poszło dobrze, co poszło źle i co można poprawić. Obawy właściciela produktu dotyczące wyników sprintu są cennym wkładem do tej dyskusji. Zorganizowanie retrospektywy pozwoli zespołowi i właścicielowi produktu wspólnie omówić problemy, zrozumieć ich przyczyny i zaplanować konkretne działania korygujące na przyszłe sprinty, co jest zgodne z zasadą ciągłego doskonalenia. Poproszenie zespołu o rozwiązanie problemów właściciela produktu bez retrospektywy pomija okazję do systematycznego uczenia się. Rejestrowanie obaw w rejestrze problemów i eskalowanie ich do komitetu sterującego jest przedwczesne i nieefektywne na tym etapie, ponieważ zespół powinien najpierw spróbować rozwiązać problem wewnętrznie. Prośba o zaakceptowanie wyników, ponieważ zespół dostarczył to, co zostało uzgodnione, ignoruje obawy właściciela produktu i podważa jego rolę w procesie agile.