Bibliothèque · Delivery · Débutant
Sprint planning : pourquoi, quoi, comment
Un agenda type, le sprint situé dans le product goal, des sprint goals notés en valeur et en confiance, et le déroulé pourquoi → quoi → comment.
Pour qui, pour quand
En résumé
Un agenda possible : le PO rappelle le product goal et propose une ébauche de sprint goal, présente les stories candidates ; les développeurs planifient le sprint backlog ; l'équipe formalise le sprint goal, le PO le note en valeur, et l'équipe fait un vote de confiance.
Le déroulé suit trois questions. Pourquoi : le but du sprint. Quoi : les éléments du backlog retenus. Comment : leur découpage en tâches. Noter chaque sprint goal en valeur (de 1 à 10) et en confiance (smiley ou 1 à 5) prépare la review, où l'on comparera la valeur prévue et la valeur obtenue.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Rappeler le product goal et situer le sprint sur le chemin.
- 02Proposer une ébauche de sprint goal.
- 03Présenter les stories candidates, affinées au préalable.
- 04Laisser les développeurs choisir et découper selon leur capacité.
- 05Formaliser le sprint goal, lui donner une valeur, faire le vote de confiance.
Questions à me poser
avant de te lancer
- →Si on ne livre qu'une chose ce sprint, laquelle ?
- →Quel est le niveau de confiance de l'équipe, et pourquoi pas plus ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
Dans ma bible
SCRUM · p. 176-180
Chargement du passage…
Sources citées : Stanley B. Ricketson, Crossthink, Scrum Life
Mes notes
ce que tu retiens, ton contexte
Situations couvertes
- · Je dois préparer un sprint planning
- · Mes sprint goals n'ont aucun lien avec la stratégie
Provenance
Ma bible PM · SCRUM, p. 176-180 · d'après Stanley B. Ricketson, Crossthink, Scrum Life
ajoutée le 2026-09-18
Mots-clés
À lire juste après
ce que cette fiche appelle
Ce qui renvoie ici
des fiches qui citent celle-ci - c'est là que tes REX réapparaissent