Revue de sprint 1 et évaluation

La revue de sprint 1 est le moment où votre équipe présente ce qui a été réellement livré pendant le sprint, en lien avec l’objectif que vous aviez défini. C’est aussi sur cette base que l’enseignant vous évalue pour ce sprint.

Cette page t’explique comment se déroule la revue, ce que l’on regarde pendant la présentation et comment vous pouvez utiliser la grille d’évaluation comme guide pour vous préparer.

Rappel : but de la revue de sprint

• Montrer un incrément fonctionnel du produit, c’est-à-dire quelque chose qui fonctionne vraiment, même si ce n’est pas complet.
• Vérifier ce qui a été livré par rapport à l’objectif du sprint 1.
• Recueillir des commentaires de l’enseignant (et éventuellement du client) pour ajuster la suite du projet.

Déroulement typique de la revue de sprint 1

Le déroulement exact peut varier selon le cours, mais une revue de sprint suit généralement une structure similaire.

• Introduction : l’équipe rappelle le contexte du projet et l’objectif du sprint 1.
• Démonstration : vous montrez les scénarios choisis, en faisant le lien avec les user stories et les besoins du client.
• Bilan : vous expliquez ce qui a été livré, ce qui a été reporté et les difficultés rencontrées.
• Questions / échanges : l’enseignant (et le client, si présent) pose des questions sur le produit, la conception, les tests ou l’organisation du travail.

Ce que l’enseignant regarde pendant la démo

La grille d’évaluation détaille les critères exacts, mais voici les grandes catégories typiques qui sont observées pendant la revue.

• Fonctionnalités démontrées :
  • Les scénarios présentés fonctionnent-ils réellement ?
  • Sont-ils cohérents avec ce qui était prévu pour le sprint 1 (objectif, stories sélectionnées) ?
• Qualité de la présentation :
  • L’équipe présente-t-elle de manière claire et structurée (introduction, démo, bilan) ?
  • Les explications sont-elles compréhensibles pour quelqu’un qui ne connaît pas tous les détails du code ?
• Maîtrise du projet :
  • L’équipe est-elle capable d’expliquer comment les fonctionnalités ont été conçues et testées ?
  • Est-elle capable de répondre aux questions sur les choix techniques ou organisationnels ?

Ce que l’enseignant regarde dans les artefacts

L’évaluation ne se fait pas uniquement sur ce que l’on voit à l’écran pendant la démo. Les artefacts du projet sont aussi pris en compte.

• Jira : backlog et sprint 1 à jour, stories et tâches correctement renseignées, traces des décisions et des rencontres.
• GitHub : structure du dépôt, historique des commits, début de tests unitaires, présence du dossier de conception et de la stratégie de tests.
• Dossier de conception : diagrammes et descriptions cohérents avec ce qui a été livré.
• Stratégie de tests et tests unitaires : scénarios définis et quelques tests unitaires réellement codés pour des parties importantes.

Utiliser la grille d’évaluation comme guide

La grille d’évaluation de la revue de sprint n’est pas seulement un outil de correction, c’est aussi un guide pour te préparer.

• Relis la grille avant la revue pour vérifier que tu as quelque chose à montrer ou à dire pour chaque critère.
• Identifie les points où tu te sens plus faible (par exemple tests, justification des choix techniques) et prépare quelques explications supplémentaires.
• Après la revue, utilise la grille et les commentaires reçus pour alimenter ta rétrospective (ce qui est à améliorer pour le sprint 2).

Attitude attendue pendant la revue

Au-delà du contenu, l’attitude de l’équipe pendant la revue compte aussi.

• Soyez honnêtes sur ce qui a été fait et ce qui ne l’a pas été (il vaut mieux l’expliquer calmement que le cacher).
• Écoutez les commentaires et questions comme des pistes d’amélioration, pas comme une attaque personnelle.
• Montrez que vous travaillez en équipe (plusieurs personnes impliquées, répartition des rôles, soutien mutuel en cas de question difficile).

Ce que tu devrais avoir à la fin de la revue

• Une vision claire de ce que votre équipe a réussi à livrer pendant le sprint 1.
• Un retour d’évaluation sur votre travail (forces, points à améliorer).
• Des éléments concrets à utiliser pour la rétrospective et la préparation du sprint 2.