Lors d'une revue de sprint agile, le chef de projet signale que les objectifs du sprint n'ont pas été atteints. Le Product Owner part tôt et l'équipe est confuse car il n'y a eu aucun défaut pour les nouvelles user stories et aucune nouvelle exigence. Que devrait faire le chef de projet à l'avenir pour éviter cela ?

La revue de sprint a révélé que les objectifs n'ont pas été atteints, malgré l'absence de défauts et de nouvelles exigences. Cela suggère un désalignement sur ce qui constitue un travail "terminé" et acceptable. Revoir la Définition de "Done" (DoD) avec le Product Owner est crucial pour s'assurer que tous comprennent et s'accordent sur les critères de complétude et de qualité. Les autres options sont moins pertinentes dans ce scénario : Obtenir l'approbation du Product Owner sur les user stories est une pratique courante, mais ne résout pas le problème de la compréhension des objectifs du sprint non atteints. Créer de meilleurs plans de test est important, mais si la DoD n'est pas claire, même des tests détaillés pourraient ne pas valider les bons critères. Inclure les défauts des sprints précédents est une bonne pratique de gestion des défauts, mais ne cible pas la cause première du non-respect des objectifs du sprint actuel.