La revue de sprint 1 sert à montrer ce que votre équipe a réellement accompli par rapport à l’objectif du sprint. L’idée n’est pas de tout montrer, mais de présenter clairement les éléments les plus importants et de donner une vision honnête de votre avancement.

Cette page t’aide à choisir ce que tu vas démontrer, à structurer ta présentation autour de l’objectif de sprint et à répartir les rôles dans ton équipe pour la revue.

Revenir à l’objectif du sprint 1

La première étape pour préparer ta revue consiste à relire l’objectif de sprint que vous avez formulé au démarrage.

• Relisez ensemble l’objectif de sprint 1 tel qu’il a été défini (dans Jira ou dans votre documentation).
• Listez ce qui a été réellement livré qui contribue directement à cet objectif.
• Identifiez aussi ce qui était prévu mais n’a pas pu être terminé ou a été reporté.

Choisir les scénarios à démontrer

Tu n’as pas besoin de montrer chaque détail technique : concentre-toi sur quelques scénarios représentatifs, compréhensibles pour le client et l’enseignant.

• Choisis 2 à 4 scénarios d’utilisation qui illustrent bien l’objectif du sprint (par exemple un parcours utilisateur complet ou plusieurs cas clés).
• Pour chaque scénario, note le chemin que tu vas suivre dans l’application (écran de départ, actions, résultat attendu).
• Prévois quelques mots pour expliquer ce qui se passe « derrière » (logique métier, données, contraintes).
• Si certaines parties ne sont pas terminées, décide si tu les mentionnes en mode « aperçu » ou si tu les gardes pour un sprint suivant.

Structurer ta présentation

Une bonne revue de sprint est courte, structurée et relie toujours la démonstration à l’objectif de sprint.

• Commence par rappeler l’objectif du sprint 1 en une phrase ou deux.
• Présente ensuite les scénarios que tu vas démontrer, dans un ordre logique (par exemple du plus simple au plus complet).
• Pour chaque scénario, montre rapidement le fonctionnement dans l’application puis explique ce que cela représente pour le client ou l’utilisateur.
• Termine par un court bilan : ce qui a été livré, ce qui reste à faire, et les principaux obstacles que vous avez rencontrés.

Répartir les rôles dans l’équipe

Tout le monde n’a pas besoin de parler pendant la revue, mais il est important que les rôles soient clairs.

• Décidez qui introduit la revue (rappel du contexte et de l’objectif de sprint).
• Répartissez les scénarios de démonstration entre les membres de l’équipe (qui montre quoi).
• Prévoyez qui répondra aux questions plus techniques (architecture, conception, tests) si l’enseignant ou le client en posent.
• Faites au moins une répétition rapide entre vous pour vérifier le déroulement et le timing.

Anticiper les questions

La revue de sprint est aussi un moment d’échange, pas seulement une « démo ». Il est utile de préparer quelques réponses.

• Soyez prêts à expliquer pourquoi certains éléments prévus n’ont pas été livrés (sans chercher d’excuses, mais en décrivant les faits).
• Préparez quelques exemples de décisions importantes que vous avez prises pendant le sprint (techniques ou organisationnelles).
• Réfléchissez à ce que vous envisagez pour le sprint suivant, en lien avec ce qui a été appris pendant le sprint 1.

Ce que votre équipe devrait avoir préparé

• Un objectif de sprint 1 relu et, si nécessaire, légèrement reformulé pour coller à la réalité.
• Une liste de scénarios à démontrer, avec un ordre de présentation et un responsable par scénario.
• Un plan de revue (introduction, démonstration, bilan) que toute l’équipe connaît.