Un chef de projet déploie une nouvelle fonctionnalité pour augmenter le nombre d'abonnés à une application de streaming vidéo. Lors de l'affinement du backlog, les parties prenantes métier n'ont pas compris comment la fonctionnalité s'intègre et ont exprimé des préoccupations. Comment le chef de projet peut-il démontrer l'intégration de la fonctionnalité ?

La revue d'itération (ou sprint review) est une excellente occasion de démontrer le travail accompli et l'intégration de la nouvelle fonctionnalité aux parties prenantes. C'est un événement formel où l'équipe présente ce qui a été réalisé, recueille des retours et discute des prochaines étapes, permettant aux parties prenantes de voir concrètement comment la fonctionnalité s'intègre et fonctionne. Impliquer les parties prenantes dans la rétrospective d'itération n'est pas approprié car la rétrospective est un événement interne à l'équipe pour l'amélioration des processus, pas pour la démonstration du produit. Créer une tâche de backlog pour préparer la revue d'itération est une action opérationnelle et non une solution directe au problème de compréhension. Parcourir le backlog en détail est une discussion théorique qui ne démontre pas l'intégration de manière concrète comme une revue d'itération.