La revue de sprint : liste de contrôle terrain
La revue de sprint est souvent réduite à une démonstration. Or le Guide Scrum est précis : c'est un événement d'inspection et d'adaptation où l'équipe Scrum et les parties prenantes examinent l'incrément et mettent à jour le backlog produit en fonction de ce qu'elles apprennent.
Qui assiste et pourquoi
L'équipe Scrum assiste, mais l'événement ne produit de valeur que si les bonnes parties prenantes sont présentes : utilisateurs représentatifs, décideurs sur les priorités, experts métier capables de valider que l'incrément résout le bon problème.
Liste de contrôle : préparation et animation
Identifier ce qui est Done : seuls les éléments répondant à la Définition de Done sont présentés. Ne jamais montrer du travail incomplet comme s'il était terminé.
Anticiper les questions : briefer le Product Owner sur les décisions probables que les parties prenantes devront prendre.
Préparer l'environnement : stable, avec des données appropriées, présentable à quelqu'un qui découvre le produit.
Avoir le backlog à jour : le Product Owner arrive avec un backlog priorisé, prêt à être mis à jour en séance.
Anti-patterns à éviter
Présenter des captures d'écran plutôt que le logiciel fonctionnel
Organiser la revue sans parties prenantes externes
Traiter la revue comme une approbation formelle plutôt qu'une conversation
Ne pas mettre à jour le backlog à l'issue de la revue
XNM Conseil accompagne les organisations dans l'adoption et la mise à l'échelle des méthodes agiles. Découvrez nos services de livraison de programmes et projets.