Revue de sprint

La revue de sprint est l'événement où l'équipe Scrum présente l'incrément aux parties prenantes et collabore sur ce qu'il faut faire ensuite.

Points clés :

• Limite de temps : maximum 4 heures pour un sprint d'un mois (2 heures pour 2 semaines)
• Participants : équipe Scrum plus parties prenantes clés
• Résultat : backlog de produit mis à jour selon les commentaires

Ce n'est PAS une session de démo ou d'approbation. C'est une session de travail où les parties prenantes fournissent de vrais commentaires qui façonnent le travail futur.

1. Établir le contexte (5 min)

• Récapitulez l'objectif du sprint
• Ce que nous voulions accomplir

2. Démontrer l'incrément (variable)

• Montrez le logiciel fonctionnel, pas des diapositives
• Laissez les parties prenantes interagir avec si possible
• Concentrez-vous sur la valeur livrée, pas les fonctionnalités construites

3. Recueillir les commentaires (événement principal)

• Qu'est-ce qui fonctionne bien ?
• Qu'est-ce qui manque ou qui est confus ?
• Comment cela change-t-il notre compréhension ?

4. Discuter de la suite (15 min)

• Le Product Owner ajuste le backlog selon les commentaires
• Jalons ou versions à venir
• Tout changement à l'échéancier ou à la portée

Invitez les bonnes personnes : parties prenantes qui peuvent donner des commentaires significatifs. Pas seulement des cadres qui hochent la tête.

Rendez-la interactive : laissez les gens cliquer. Utilisez de vraies données si possible. Les diapositives tuent l'engagement.

Créez la sécurité : « Qu'est-ce qui manque ? » est une meilleure question que « Aimez-vous ça ? » Encouragez la critique constructive.

Capturez les commentaires visiblement : écrivez-les où tout le monde peut voir. Montrez que les contributions comptent.

Terminez avec les prochaines étapes : quels changements au backlog ? Quel est le focus pour le prochain sprint ?