Réunion de revue de sprint : objectif, participants et déroulement

La revue de sprint est la cérémonie au cours de laquelle l’équipe présente un produit fonctionnel aux parties prenantes et recueille les retours d’expérience qui orienteront ses prochains développements. Elle a lieu à la fin du sprint, dure environ deux heures pour un sprint de deux semaines, et aboutit à une mise à jour du backlog produit. Ce qu’il faut retenir : il s’agit d’une séance de travail, et non d’une présentation. La valeur ne réside pas dans la démonstration, mais dans les décisions qu’elle suscite.

À quoi sert la revue de sprint ?

Cette revue a pour but de répondre à une question avec les personnes qui s’intéressent au résultat : compte tenu de ce que nous venons de réaliser, que devrions-nous réaliser ensuite ?

L’équipe présente l’incrément — c’est-à-dire le travail réellement achevé, conformément à la définition de « terminé », et non le travail qui est presque terminé — et les parties prenantes présentes dans la salle réagissent. Elles posent des questions, elles émettent des réserves, elles relèvent ce que personne n’avait pensé à mentionner lors de la planification. Cette réaction constitue le résultat de la réunion. Elle alimente directement le backlog produit, que le Product Owner ajuste sur-le-champ ou peu après.

Revue du sprint ou démonstration ?

Les gens utilisent les termes « revue de sprint » et « démonstration » comme s’il s’agissait d’une seule et même réunion. Ce n’est pas le cas : la démonstration n’est qu’une partie de la revue.

Il est important de présenter le logiciel en état de marche : cela impose l’honnêteté (vous ne pouvez pas faire la démonstration d’une fonctionnalité presque terminée) et cela donne à chacun un élément concret sur lequel réagir. Mais si la démonstration est la seule étape — l’équipe présente, les parties prenantes applaudissent, tout le monde s’en va —, vous n’avez organisé qu’une communication à sens unique. La revue est la conversation bidirectionnelle que la démonstration est censée lancer. La démonstration n’est qu’une mise en route ; ce sont les retours d’expérience et la redéfinition des priorités qui constituent l’essentiel.

Qui y participe, et pourquoi il est tourné vers l’extérieur ?

La revue du sprint est la seule cérémonie conçue pour s’adresser à l’extérieur. Les participants sont l’ensemble de l’équipe Scrum ainsi que les parties prenantes invitées par le Product Owner : clients, utilisateurs, commanditaires, équipe d’assistance, et toute personne dont la réaction est susceptible d’influencer le produit.

Cette liste d’invités relève d’un choix, et non d’une simple formalité. Invitez des personnes capables de fournir des retours utiles, et faites preuve d’une sélection impitoyable : une salle remplie de spectateurs ne produit qu’un brouhaha de politesse ; une salle avec les trois bons clients permet de réorganiser le backlog. Cette ouverture vers l’extérieur est précisément ce qui distingue cette revue de la rétrospective de sprint, qui est réservée à l’équipe et se déroule à huis clos pour une bonne raison.

Comment organiser une séance qui vaille vraiment la peine d’y consacrer une heure

Le format est volontairement décontracté. Veillez à ce que cela reste une séance de travail, et non un spectacle.

• Commencez par rappeler l’objectif du sprint. Rappelez à l’assemblée ce que ce sprint visait à accomplir, afin que l’incrément soit évalué à l’aune de l’objectif initial, et non en fonction d’une impression générale.
• Présentez un produit fonctionnel, pas des diapositives. Faites une démonstration du produit réel en vous référant à la définition de « terminé ». Évitez de présenter ce qui est « presque terminé » : cela suscite des débats sur un travail qui n’est pas achevé.
• Laissez la place aux réactions. L’équipe doit davantage écouter que présenter. Les questions, les objections et les « et si on pouvait aussi… » constituent justement ce que vous êtes venu chercher.
• Clôturez la réunion en mettant à jour le backlog. Intégrez les retours d’expérience dans les priorités tant qu’ils sont encore d’actualité. C’est là le résultat concret de la réunion.

La préparation consiste surtout à faire preuve de retenue : choisissez ce que vous allez montrer, assurez-vous que cela fonctionne bel et bien, et résistez à l’envie de créer un « deck ». Dix minutes d’une fonctionnalité en action valent mieux que quarante minutes de captures d’écran de celle-ci.

Revue de sprint et rétrospective de sprint

On confond souvent ces deux cérémonies de clôture, alors retenez bien ceci : la revue porte sur le produit avec les parties prenantes ; la rétrospective porte sur le processus de l’équipe, en interne. La revue est orientée vers l’extérieur et a lieu en premier ; la rétrospective est orientée vers l’intérieur et a lieu en second, afin que l’équipe puisse intégrer les retours d’expérience récents sur le produit dans sa propre réflexion.

Ces deux éléments ne font pas bon ménage : personne n’ose dire « nos tests sont bâclés » devant le client, si bien que les fusionner revient à faire disparaître discrètement la partie honnête. Nous conservons la comparaison complète, y compris la liste des participants à chaque réunion et les raisons de les distinguer, dans révision de sprint vs rétrospective de sprint. Pour savoir où se situent ces deux réunions par rapport aux autres, consultez les quatre cérémonies Scrum et les autres cérémonies de ce guide.

Foire aux questions

Quel est l’objectif d’une réunion de revue de sprint ?

Examiner l’incrément de produit avec les parties prenantes et adapter la suite du processus en conséquence. L’équipe présente ce qu’elle a réellement achevé, les parties prenantes réagissent, et cette réaction alimente le backlog du produit. L’objectif n’est pas de recueillir des applaudissements, mais d’ajuster le cap. Une revue qui ne modifie en rien le plan n’est rien d’autre qu’une réunion d’état d’avancement déguisée.

Qui participe à une réunion de revue de sprint ?

L’ensemble de l’équipe Scrum, ainsi que les parties prenantes invitées par le Product Owner — clients, utilisateurs, commanditaires, toute personne dont les retours d’expérience doivent influencer l’évolution du produit. Il s’agit de la seule réunion qui s’adresse délibérément à l’extérieur. Le Product Owner établit la liste des invités de manière à ce que les retours d’expérience exprimés lors de cette réunion méritent d’être pris en compte.

Quelle doit être la durée d’une revue de sprint ?

Prévoyez environ deux heures par semaine de sprint — jusqu’à deux heures pour un sprint de deux semaines, jusqu’à quatre heures pour un sprint d’un mois. Si le temps imparti est dépassé, c’est probablement que vous présentez des diapositives au lieu de montrer un produit fonctionnel, ou que vous examinez un travail qui n’a en réalité pas été effectué.

Quelle est la différence entre une revue de sprint et une démonstration ?

Une démonstration est une activité s’inscrivant dans le cadre de la revue : elle consiste à présenter le logiciel en fonctionnement. La revue de sprint, quant à elle, désigne la discussion plus large que la démonstration déclenche : les réactions des parties prenantes, l’évolution des priorités, la modification du backlog. Si vous considérez la revue comme une simple démonstration, vous n’obtiendrez qu’une présentation à sens unique qui suscitera des hochements de tête, mais ne débouchera sur aucune décision.

Quelle est la différence entre une revue de sprint et une rétrospective ?

La revue de sprint consiste à examiner le produit avec les parties prenantes afin de déterminer ce qu’il faut développer ensuite. La rétrospective, quant à elle, consiste à examiner en interne le processus de l’équipe elle-même, afin de déterminer comment mieux travailler lors du prochain sprint. La revue est tournée vers l’extérieur et a lieu en premier ; la rétrospective est tournée vers l’intérieur et a lieu en second. Vous avez besoin des deux, mais elles ne se combinent pas bien.