L'importance de la révision du travail (Sprint Review)

Outre la planification et l'exécution, la révision régulière du travail accompli est un pilier fondamental de l'agilité.

Dans Scrum, cet événement est formalisé sous le nom de Sprint Review, qui a lieu à la fin de chaque Sprint.

Son objectif principal est d'inspecter l'incrément du produit développé pendant le sprint et d'adapter la liste des produits en attente si nécessaire, en fonction des commentaires obtenus.

Il s'agit d'une session de travail collaborative, et non d'une simple présentation formelle, au cours de laquelle l'équipe Scrum (propriétaire du produit, Scrum Master, équipe de développement) et les principales parties prenantes se réunissent pour discuter des résultats obtenus et décider des prochaines étapes.

Cette revue garantit la transparence des progrès et permet d'ajuster en permanence l'orientation du produit.

Démontrer l'incrément aux parties prenantes

Un élément central de la revue de sprint est la démonstration du travail « terminé ».

L'équipe de développement montre ce qu'elle a construit pendant le sprint, en se concentrant sur l'incrément fonctionnel et potentiellement livrable du produit.

Il est essentiel d'inviter toutes les parties prenantes concernées à cette session afin qu'elles puissent constater les progrès réalisés de leurs propres yeux.

La démonstration ne doit pas se concentrer sur le code ou les aspects techniques inaccessibles à un public non technique, sauf si c'est le seul moyen de montrer la valeur (comme une API), auquel cas il faut s'assurer que tout le monde comprend.

L'objectif est de montrer des résultats tangibles et fonctionnels qui permettent aux parties prenantes d'évaluer la valeur fournie.

Recueillir les commentaires et ajuster le backlog

Au-delà de la démonstration, la revue de sprint est une occasion inestimable de recueillir les commentaires directs des parties prenantes sur l'incrément présenté.

Ces commentaires sont essentiels pour vérifier si le travail effectué répond aux besoins et aux attentes.

En se basant sur ces retours, ainsi que sur les changements du marché ou les nouvelles idées, le propriétaire du produit peut ajuster la liste des produits en attente, en redéfinissant les priorités des éléments, en ajoutant de nouveaux éléments ou en modifiant ceux qui existent déjà.

Cette adaptation continue du backlog garantit que l'équipe travaille toujours sur les éléments les plus importants selon les informations les plus récentes.

Les suggestions ou nouvelles demandes soulevées lors de la revue sont notées (« mises de côté ») pour être évaluées et hiérarchisées ultérieurement par le propriétaire du produit, elles ne font pas l'objet d'une discussion approfondie à ce stade.

Bonnes pratiques (accent mis sur le « fait », éviter les présentations excessives)

Pour que la revue de sprint soit efficace, il convient de suivre certaines bonnes pratiques :

Concentrez-vous sur ce qui est « fait » : seul le travail qui répond entièrement à la définition de « fait » (DoD) doit être présenté. Le travail inachevé est conservé pour la prochaine revue.

Préparation minimale : éviter de passer trop de temps à créer des présentations ou des diapositives élaborées.

L'accent est mis sur la démonstration du produit réel et la conversation. Préenregistrer des démos complexes peut être utile pour gagner du temps.

Collaboration active : encouragez les parties prenantes à poser