Dans ce labo, ton équipe prépare concrètement la revue du sprint 1. L’objectif est d’arriver à la présentation avec un plan de démo clair et des artefacts à jour, plutôt que d’improviser au dernier moment.

Suis les étapes ci-dessous pour construire ton plan de démonstration, répartir les rôles et vérifier que Jira, GitHub, la conception et les tests sont prêts à être montrés.

Étape 1 – Clarifier l’objectif de sprint 1

1. En équipe, relisez l’objectif de sprint 1 tel que vous l’aviez formulé au démarrage (dans Jira ou dans un document).
2. Si nécessaire, reformulez-le légèrement pour qu’il corresponde à ce qui a réellement été visé dans le sprint.
3. Notez cette version finale de l’objectif de sprint dans un endroit accessible (par exemple dans la description du sprint Jira ou un document partagé).

Étape 2 – Choisir les scénarios à démontrer

1. Listez les fonctionnalités ou user stories qui ont été réellement livrées pendant le sprint 1.
2. Choisissez 2 à 4 scénarios d’utilisation qui illustrent bien l’objectif de sprint (parcours utilisateur, cas métier important, etc.).
3. Pour chaque scénario, décrivez brièvement :
   • Le point de départ (écran ou état de l’application).
   • Les actions effectuées par l’utilisateur.
   • Le résultat attendu visible pendant la démo.
4. Notez à quelles user stories ou tâches Jira chaque scénario est lié.

Étape 3 – Structurer le déroulement de la démo

1. Décidez de l’ordre dans lequel vous allez présenter les scénarios (par exemple du plus simple au plus complet).
2. Préparez un mini-plan de présentation avec trois parties :
   • Introduction : rappel du contexte et de l’objectif du sprint.
   • Démonstration : enchaînement des scénarios choisis.
   • Bilan : ce qui a été livré, ce qui reste à faire, difficultés rencontrées.
3. Écrivez ce plan dans un document court (quelques lignes ou puces) que vous pourrez ouvrir pendant la revue.

Étape 4 – Répartir les rôles dans l’équipe

1. Choisissez qui présente l’introduction (objectif du sprint, structure de la démo).
2. Attribuez chaque scénario à un membre de l’équipe qui le présentera (ou le pilotera au clavier).
3. Décidez qui sera prêt à répondre aux questions sur :
   • L’architecture et la conception.
   • Les tests (stratégie de tests, tests unitaires).
   • L’organisation du travail (Jira, GitHub).
4. Faites une répétition rapide entre vous (même informelle) pour tester le déroulement et le timing.

Étape 5 – Vérifier les artefacts à montrer

1. Ouvrez votre projet Jira et vérifiez que :
   • Les stories et tâches du sprint 1 sont à jour (états, descriptions, commentaires).
   • L’objectif du sprint est visible et cohérent avec ce que vous allez présenter.
2. Ouvrez votre dépôt GitHub et vérifiez que :
   • La branche principale est dans l’état que vous voulez démontrer.
   • La structure du dépôt (src/, docs/, tests/) est bien en place.
3. Vérifiez que votre dossier de conception et votre stratégie de tests sont à jour pour les fonctionnalités que vous allez montrer.
4. Assurez-vous que les tests unitaires pertinents passent (ou sachez expliquer clairement s’il y a des tests qui échouent et pourquoi).

Étape 6 – Accessibilité et liens

1. Vérifiez une dernière fois que l’enseignant a accès à votre projet Jira et à votre dépôt GitHub privé.
2. Préparez une petite liste de liens utiles pour la revue (Jira, GitHub, dossier de conception, stratégie de tests, éventuellement application déployée).
3. Gardez cette liste à portée de main pendant la présentation (document, note, message épinglé, etc.).

À remettre pour ce labo

• Un court document (ou section de document) contenant :
  • L’objectif final du sprint 1 tel que vous le présentez.
  • La liste des scénarios que vous allez démontrer.
  • Le plan de déroulement de la revue (introduction, démo, bilan) et la répartition des rôles.
• Les liens vers votre projet Jira et votre dépôt GitHub, avec la confirmation que tout est à jour pour la revue.
• (Optionnel, si demandé dans le cours) Une courte note sur les questions que vous anticipez et la façon dont vous comptez y répondre.