Ce cas pratique poursuit l'équipe de l'application de fidélité, en approfondissant le suivi de son sprint.

Étape 1 — Le sprint backlog et l'incrément (leçon 1) : au sprint planning, le sprint backlog inclut la story de confirmation de commande, décomposée en tâches techniques précises.

Étape 2 — Definition of Ready et Definition of Done (leçon 2) : avant de prendre la story dans le sprint, l'équipe vérifie qu'elle respecte la Definition of Ready (critères d'acceptation clairs). À la fin, elle vérifie la Definition of Done (testée sur un vrai téléphone, validée par le Product Owner) avant de la considérer terminée.

Étape 3 — Story points et vélocité (leçon 3) : la story est estimée à 5 story points. Avec une vélocité moyenne de 20 points par sprint, l'équipe sait combien de stories similaires elle peut raisonnablement prendre par sprint.

Étape 4 — Le burndown (leçon 4) : à mi-sprint, le burndown montre un léger retard par rapport à la ligne idéale, ce qui est discuté au daily suivant plutôt que découvert à la revue de sprint.

À retenir : ces outils ne remplacent pas les cérémonies vues au chapitre précédent — ils leur donnent une base concrète (des artefacts définis, des critères partagés, des chiffres) plutôt que des impressions.

À vous de jouer : pour une tâche que vous menez, rédigez une Definition of Done en trois critères vérifiables.