Dans ce labo, ton équipe formalise la clôture du sprint 1. L’objectif est de prendre un moment pour réfléchir à la façon dont le sprint s’est déroulé et de mettre à jour votre backlog pour préparer le sprint 2.

Suis les étapes ci-dessous avec ton équipe et assure-toi que le résultat est visible dans Jira (et, au besoin, dans votre dossier docs/).

Étape 1 – Rétrospective d’équipe

1. Réunissez l’équipe (sans l’enseignant) pour discuter du sprint 1, juste après la revue de sprint si possible.
2. Sur un tableau, un document partagé ou une issue Jira, créez trois zones :
   • Ce qu’on garde (ce qui a bien fonctionné).
   • Ce qu’on veut améliorer (ce qui a posé problème).
   • Actions concrètes (ce qu’on va changer dès le sprint 2).
3. Chaque membre de l’équipe propose au moins une idée dans les deux premières colonnes, puis vous discutez ensemble pour garder les éléments les plus importants.
4. À partir de ces éléments, définissez 1 à 3 actions concrètes que vous vous engagez à mettre en place au sprint 2.

Étape 2 – Documenter la rétrospective

1. Créez une issue dans Jira (par exemple « Rétrospective – Sprint 1 ») ou un document dans docs/ pour garder une trace de votre rétro.
2. Notez-y, en quelques points :
   • 2–3 éléments à garder (forces du sprint).
   • 2–3 éléments à améliorer.
   • Les actions concrètes décidées pour le sprint 2.
3. Si vous utilisez Jira, assignez l’issue de rétro à un membre de l’équipe responsable de suivre ces actions.

Étape 3 – Mettre à jour les stories du sprint 1

1. Ouvrez le sprint 1 dans Jira et passez en revue toutes les stories et tâches.
2. Marquez comme terminées les stories pour lesquelles les critères d’acceptation sont vraiment remplis.
3. Pour les stories commencées mais non terminées :
   • Décidez si vous les scindez en deux (partie faite / partie à faire) ou si vous les reportez telles quelles au prochain sprint.
   • Ajoutez un commentaire pour expliquer ce qui a été fait et ce qui reste à faire.
4. Fermez officiellement le sprint 1 dans Jira lorsque l’état des stories reflète la réalité.

Étape 4 – Ajouter les nouvelles stories pour la suite

1. À partir de la revue de sprint et de la rétro, listez les nouvelles idées ou besoins qui sont apparus (améliorations, corrections, ajustements, actions d’organisation).
2. Créez de nouvelles stories ou tâches dans le backlog Jira pour ces éléments (en les distinguant des fonctionnalités « métier » si nécessaire).
3. Donnez-leur une priorité et, si possible, un lien avec les stories ou événements du sprint 1 qui les ont motivées.

Étape 5 – Lier les actions d’amélioration au sprint 2

1. Pour chaque action concrète décidée en rétro (par exemple « ajouter des tests unitaires sur X », « mieux préparer les daily », etc.), créez une tâche dédiée dans Jira.
2. Placez certaines de ces tâches dans le backlog du prochain sprint, au même titre que des fonctionnalités pour le client.
3. Assignez ces tâches à des membres de l’équipe et assurez-vous qu’elles seront discutées lors de la préparation du sprint 2.

À remettre pour ce labo

• Un lien vers l’issue ou le document de rétrospective du sprint 1 (avec ce que vous gardez, ce que vous améliorez et les actions concrètes).
• Un lien vers votre projet Jira montrant :
  • Le sprint 1 clôturé avec des stories mises à jour.
  • De nouvelles stories ou tâches ajoutées au backlog à la suite de la revue et de la rétro.
• Une courte description (quelques lignes) des principales décisions que vous avez prises pour améliorer votre façon de travailler au sprint 2.