Planification de sprint

La planification de sprint lance le sprint. Elle répond à trois questions :

1. Pourquoi ce sprint est-il précieux? → L'objectif de sprint
2. Que peut-on faire ce sprint? → Prévision des éléments du backlog de produit
3. Comment le travail sera-t-il accompli? → Plan initial pour livrer l'incrément

Durée maximale : Maximum 8 heures pour un sprint d'un mois (réduire pour les sprints plus courts). Pour un sprint de 2 semaines, 2 à 4 heures est typique.

Participants : L'équipe Scrum au complet. Propriétaire de produit, développeurs, Scrum Master.

Pourquoi ce sprint est-il précieux? Le propriétaire de produit propose comment le produit pourrait augmenter sa valeur et son utilité. L'équipe entière collabore pour définir un objectif de sprint qui communique la valeur aux parties prenantes.

Que peut-on faire? Les développeurs sélectionnent des éléments du backlog de produit pour ce sprint. C'est une prévision, pas un engagement. Les développeurs négocient avec le PO sur la portée en fonction de :

• La vélocité passée
• La capacité de l'équipe (vacances, etc.)
• La complexité des éléments

Comment sera-t-il accompli? Les développeurs décomposent les éléments en tâches, généralement d'un jour ou moins. Cela devient le backlog de sprint — les éléments plus le plan pour les livrer.

Avant la planification :

• Assurez-vous que les éléments du backlog sont raffinés et prêts
• Critères d'acceptation clairs pour les éléments prioritaires
• Le PO a un projet d'objectif de sprint en tête

Pendant la planification :

• Commencez par le « pourquoi » — quel résultat poursuivons-nous?
• Laissez les développeurs sélectionner les éléments — n'assignez pas
• Encouragez les questions sur les éléments
• Limitez dans le temps les discussions sur les éléments individuels

Problèmes courants :

• Les éléments ne sont pas prêts : Améliorez le processus de raffinement
• Prend trop de temps : Meilleur raffinement, objectifs plus clairs
• L'équipe s'engage trop : Suivez la vélocité, respectez les données