Vous voulez réussir avec Agile ? Faites-moi une faveur. Arrêtez de qualifier la revue de sprint de démo de sprint.

Non seulement c’est faux, mais cela enlève également le véritable objectif d’une revue de sprint.

Apprenez-en davantage en regardant cette vidéo. Ou si vous préférez, lisez la transcription vidéo qui suit.

Revue de sprint vs démo de sprint

Appeler la revue de sprint une démo est une erreur. Une évaluation bien menée est bien plus qu’une simple démonstration.

Quand je pense à une démo, je pense à un vendeur habile sur scène présentant le nouveau produit. Ce type de démo est unidirectionnel.

La personne se présente. Ils ne demandent pas de commentaires. Ils ne vous demandent pas ce que vous pensez d’une fonctionnalité, l’utiliseriez-vous ou qu’est-ce qui pourrait l’améliorer ?

C’est très différent d’une revue de sprint, qui devrait être une conversation et non une présentation. Vous voulez que les participants soient engagés, posent des questions, réfléchissent à la manière et s’ils utiliseraient les nouvelles fonctionnalités présentées.

Alors oui, une revue de sprint comprend une démonstration des fonctionnalités construites au cours du sprint mais une bonne revue de sprint comprend plus qu’une simple démo.

Que se passe-t-il lors d’une revue de sprint

Au cours de l’examen, l’équipe, le propriétaire du produit et les parties prenantes discutent des idées de nouvelles fonctionnalités en fonction de ce qui a été présenté.

• Les utilisateurs ont-ils aimé quelque chose de nouveau dans l’interface utilisateur ? Si tel est le cas, envisagez d’en faire davantage.
• La présentation d’une fonctionnalité a-t-elle donné à quelqu’un une idée sur la façon de la rendre encore meilleure ?

Le propriétaire du produit n’a pas besoin de mettre en œuvre ces nouvelles idées immédiatement, mais elles doivent être transformées en éléments du backlog produit et souvent une brève discussion pendant l’examen est utile.

Les participants à l’examen doivent également déterminer si tout ce qui s’est passé pendant le sprint a un impact sur le calendrier.

Peut-être que l’équipe a pour objectif de publier une nouvelle fonctionnalité importante dans un mois. Est-ce qu’il s’est passé quelque chose pendant ce sprint qui a modifié ce plan ? Peut-être que la fonctionnalité est si étonnante qu’elle vaut la peine de la publier maintenant, même avec la moitié des fonctionnalités ultimes construites.

Ou peut-être que quelqu’un a eu une nouvelle idée et cela vaut la peine d’attendre un sprint supplémentaire jusqu’à ce qu’elle puisse être ajoutée et publiée ensemble. Ou peut-être que l’équipe est simplement en retard et a besoin d’un autre Sprint.

Pourquoi appeler une revue de sprint une démo est si dommageable

Lorsque vous appelez la revue de sprint la démo de sprint, vous dévalorisez tous ces autres aspects de la revue. Ou alors ils sont ignorés parce qu’ils ne font pas partie d’une démo.

Vous ne voulez pas les ignorer.

Ces discussions constituent souvent la partie la plus importante de la démo de sprint. La revue, je veux dire la revue de sprint, appelez-la la revue de sprint.

Comment votre équipe se réfère-t-elle au Sprint Review ? Faites-le-moi savoir dans les commentaires ci-dessous.

Et si vous avez des questions que vous aimeriez que j’aborde dans les prochains blogs et vidéos, envoyez-moi également un message dans les commentaires. J’ai lu et j’apprécie chaque commentaire.