Lors de la première démonstration du logiciel sur un projet de taille moyenne, le product owner identifie plusieurs problèmes qu'il souhaite voir résolus avant de donner son approbation. Comment le chef de projet doit-il réagir ?

Dans un environnement agile, les démonstrations logicielles (sprints reviews) sont l'occasion de recueillir les retours du Product Owner et des parties prenantes. Les problèmes identifiés sont des opportunités d'amélioration. La solution la plus appropriée consiste à les ajouter au backlog du produit, puis à les prioriser et à les affiner (backlog grooming) avec le Product Owner pour les inclure potentiellement dans un futur sprint. Cela respecte la nature itérative et adaptative de l'agile. Les autres options sont moins appropriées : Diriger le Product Owner vers le plan de gestion du changement ou le comité de pilotage est trop formel et lourd pour des retours réguliers en agile. Se référer aux exigences signées et refuser les changements va à l'encontre des principes agiles de flexibilité et d'adaptation. Reporter systématiquement les problèmes à une version ultérieure sans discussion ni priorisation risque de frustrer le Product Owner et de ne pas répondre aux besoins critiques.