Dans ce labo, tu appliques concrètement ce que tu as vu dans le module 7 : démarrer un sprint 2 en utilisant les résultats du sprint 1 et en mettant à jour ton backlog, ta documentation, ta conception et tes tests.

À la fin du labo, tu devras être capable de montrer comment ton projet évolue d’un sprint à l’autre, pas seulement au niveau du code mais aussi au niveau de la conception et de la qualité.

Objectifs du labo

• Mettre à jour le backlog du projet en fonction des résultats du sprint 1.
• Préparer et documenter le démarrage du sprint 2 (objectif de sprint, stories, tâches).
• Mettre à jour au moins un diagramme de conception pour refléter l’état actuel du système.
• Mettre à jour ou créer des tests pour les fonctionnalités clés livrées.
• Organiser les documents produits dans le dossier docs/ du dépôt.

Etape 1 – Préparer le sprint 2

1. Relis le bilan du sprint 1 (revue et rétrospective) de ton équipe et identifie :
   • 2 à 3 points positifs à conserver,
   • 2 à 3 problèmes ou pistes d’amélioration.
2. Mets à jour ton backlog :
   • ajoute les nouvelles idées, améliorations ou bugs identifiés pendant le sprint 1 ;
   • supprime ou reformule les éléments qui ne sont plus pertinents ;
   • revois la priorité des éléments importants.
3. Rédige un objectif clair pour le sprint 2 en une phrase, centré sur la valeur pour l’utilisateur.
4. Sélectionne les user stories et les tâches (y compris documentation, conception, tests) que ton équipe prévoit de réaliser pendant le sprint 2.

Etape 2 – Mettre à jour la conception

1. Choisis un ou deux diagrammes de conception existants dans ton projet (par exemple un diagramme d’architecture, de classes, de composants ou de données).
2. Identifie les changements apportés au système pendant le sprint 1 (nouvelles fonctionnalités, modifications de flux, nouvelles données, etc.).
3. Modifie les diagrammes choisis pour qu’ils reflètent l’état réel du système au début du sprint 2.
4. Ajoute dans docs/technique/ un court texte qui explique :
   • ce qui a été changé dans la conception ;
   • pourquoi ces changements ont été faits.

Etape 3 – Mettre à jour les tests

1. Liste 2 à 4 scénarios d’utilisation importants qui ont été livrés au sprint 1 (par exemple un parcours utilisateur complet).
2. Pour chaque scénario, vérifie si un test existe déjà (manuel ou automatisé) et s’il est encore valide.
3. Mets à jour les tests qui ne correspondent plus au comportement actuel de l’application (messages, étapes, données, etc.).
4. Si aucun test n’existe pour un scénario important, crée au moins :
   • une description de test manuel (étapes et résultat attendu), ou
   • un test automatisé simple si ton projet en utilise déjà.
5. Range les descriptions de tests dans un endroit clair (par exemple docs/tests/ ou un fichier dédié) et/ou mets à jour les fichiers de tests automatisés du projet.

Etape 4 – Documentation à produire pour le labo

À la fin du labo, ton dépôt doit contenir des éléments concrets qui montrent le travail réalisé pendant ce labo.

• Un objectif de sprint 2 clair, accompagné de la liste des stories et tâches sélectionnées.
• Au moins un diagramme de conception mis à jour, et une courte explication dans docs/technique/.
• Des tests mis à jour ou ajoutés pour les scénarios importants (description de tests manuels et/ou tests automatisés).
• Un dossier docs/ structuré (au minimum docs/technique/ et docs/utilisateur/, d’autres dossiers si nécessaire).

Suggestion de remise

Pour faciliter la correction, ton enseignant peut te demander de fournir :

• Un lien vers le dépôt du projet avec le dossier docs/ mis à jour.
• Une courte note (quelques lignes) indiquant où trouver :
  • l’objectif du sprint 2 et les stories/tâches sélectionnées ;
  • les diagrammes mis à jour ;
  • les tests créés ou modifiés.