Le sprint 2 ne se démarre pas comme le tout premier sprint d’un projet. Tu disposes déjà d’un produit partiel, d’un backlog mis à jour, d’une rétrospective du sprint 1 et de premières décisions de conception, de tests et de documentation.

Cette page te guide pour utiliser ces informations afin de bien préparer et lancer ton sprint 2.

1. Relire le sprint 1

Avant de choisir ce que tu vas faire au sprint 2, prends quelques minutes pour regarder en arrière ce qui s’est passé au sprint 1.

• Quels objectifs du sprint 1 ont été atteints, lesquels ne l’ont pas été ?
• Quelles décisions importantes ont été prises sur la conception, les tests et la documentation ?
• Qu’est-ce qui a bien fonctionné dans l’organisation de l’équipe, et qu’est-ce qui a posé problème ?

2. Mettre à jour le backlog avant la planification

Le backlog doit être mis à jour avant la planification du sprint 2, pour éviter de perdre du temps en réunion sur des éléments flous ou obsolètes.

• Ajoute de nouvelles user stories ou tâches qui sont apparues pendant le sprint 1 (idées, bugs, améliorations).
• Ajuste la priorité des éléments en fonction de ce qui est le plus utile pour la suite du projet.
• Supprime ou reformule les éléments qui ne sont plus pertinents ou trop vagues.

3. Définir l’objectif du sprint 2

L’objectif du sprint 2 doit être formulé en une phrase simple que toute l’équipe comprend. Il sert de fil conducteur pour choisir le travail à réaliser.

• Formule un objectif centré sur la valeur pour l’utilisateur (par exemple : « Permettre à l’utilisateur de passer une commande complète »).
• Vérifie que les user stories que tu sélectionnes servent directement cet objectif.
• Garde un objectif réaliste : il doit tenir compte de ce que tu as appris sur la capacité de l’équipe au sprint 1.

4. Choisir le travail du sprint 2

Une fois l’objectif défini, tu sélectionnes dans le backlog les éléments que l’équipe s’engage à réaliser pendant le sprint 2.

• Choisis des user stories qui contribuent à l’objectif du sprint 2 et qui sont suffisamment claires pour être commencées.
• Ajoute aussi des tâches d’amélioration issues de la rétrospective (organisation, qualité, tests, documentation).
• Découpe les stories en tâches techniques pour faciliter la répartition du travail dans l’équipe.

5. Penser à la conception, aux tests et à la documentation dès le début

Le démarrage du sprint 2 est le moment idéal pour rappeler que la conception, les tests et la documentation doivent avancer en même temps que le code.

• Ajoute des tâches pour mettre à jour les diagrammes ou la conception si les stories du sprint modifient l’architecture ou les données.
• Ajoute des tâches de tests (scénarios de tests manuels ou automatisés) liées aux nouvelles fonctionnalités.
• Planifie un début ou une mise à jour de la documentation dans le dossier docs/ (technique et utilisateur).

6. Check-list avant de lancer le sprint 2

Avant de dire « on démarre », vérifie quelques points simples.

• Le backlog a été nettoyé et priorisé pour le sprint 2.
• L’objectif du sprint 2 est formulé clairement et compris par tout le monde.
• Les user stories sélectionnées sont découpées en tâches techniques.
• Des tâches pour la conception, les tests et la documentation sont présentes dans le sprint, pas seulement du code.