La DEMO est un élément incontournable de la Revue de Sprint (l’un des 4 cérémoniaux de Scrum, et une réunion qui a lieu le dernier jour du Sprint). La revue de sprint se centre donc avant tout sur la Démonstration par l’Equipe d’un incrément de produit « qui marche », et sur le Feedback sur celui-ci.
Je suis toujours surpris quand certains managers qui assistent à des Demos fluides et bien préparées se retournent vers moi pour me dire que chez eux, ça ne se passe pas du tout comme cela!…
- Manque de préparation
- Absence de cadre
- Manque de circularité (Equipe- ScrumMaster – Equipe – Management)
- Manque de présence côté animation
- Discussions à rallonge
- Dérapages vers le Test… on veut tout essayer, tester tous les cas de figure, chercher la petite bête…
Bref, pas mal de symptômes qui font que cet évenement ne remplit au final pas son objectif et ne satisfait personne. Or avec le temps, j’ai pu observer que qualité de ce RDV et qualité produit allaient bien souvent de pair, sans compter l’impression générale que l’événement va laisser dans les esprits.
Mon challenge :
- Former et accompagner les équipes sur ce dernier « cérémonial » de Sprint: La Revue de Sprint
- Sensibiliser Directions, Management et Equipes sur ce qu’est une Revue de sprint et sur ce que n’est pas!
- Favoriser l’adoption d’un Agenda, affiché en permanence au mur, préparé et lu en ouverture de la réunion par le ScrumMaster (Par exemple:
-
Ouverture
-
Liste des Stories
-
Demo + Feedback (avec protocole Demo)
-
Calcul de la vélocité
-
Feedback Global et tour de Table
-
Cloture
-
- S’assurer que le ScrumMaster a listé l’ensemble des Stories embarquées sur un large poster affiché au Mur, indiquant:
- ce qui est terminé (du point de vie de l’Equipe) vs ce qui ne l’est pas,
- ce qui sera démontré et ce qui ne le sera pas (tout n’est pas toujours montrable)
- Insister auprès de l’Equipe pour que la Demo soit préparée (juste ce qu’il faut), scénarisée et mise en contexte (notamment dans l’enchaînement des User Stories) avec un choix des Equipiers chargés de démontrer telle ou telle fonctionnalité. Bref, à chaque Demo son plan de Bataille!
- Favoriser l’adoption du protocole demo (1-2-3 DEMO!), pour éviter tout dérapage. Sorte de régles de fonctionnement pour la partie spécifique Demo au sein de la Revue de Sprint
1-2-3 Demo! permet de fixer un cadre tout en adressant les besoins de chacun. Il se répète pour chaque User Story:
Mes autres Alertes:
- Alerte Agile n°9: Quelle équipe a la plus grosse vélocité?
- Alerte Agile n°8: 1 point=2Jours
- Alerte Agile N°7: Notre Product Owner va craquer
- Alerte Agile N°6 : Le dailyScrum c’est pour qui au juste ?
- Alerte Agile N°5 : où sont les testeurs ?
- Alerte Agile N°4: Mon ScrumMaster en fait trop !
- Alerte Agile N°3 : des priorités… ah bon ?
- Alerte Agile N°2: un backlog… quel backlog ?
- Alerte Agile N°1: votre équipe manque de rythme !
