1. Formation
Faciliter les rituels agiles
Mathieu Gandin

2. AGENDA
Planning Game d’itération
Bilan d’itération
Stand up meeting
Rétrospective
2

3. Planning Game d'itération
 Les personnes présentes lors du planning game sont les
suivantes :
 Product Owner
 CP, développeur, architecte
 Facilitateur / coach
 Objectif du planning game d’itération:
 Prioriser et planifier l’itération
 Durée :
 45mn
 En entrant du planning game :
 Les User Stories priorisée et leurs tests de recette associés
 Résultats attendus en sortie du planning game :
 Les User Story priorisées et estimées que l’équipe prévoit de
développer pendant l’itération

4. Planning Game d'itération
 Déroulement :
 Le Product Owner présente le but de l’itération : 10 mn
 Estimation en complexité fonctionnelle des User Story
avec les cartes du planning poker : 25 mn
• Le Product Owner présente une user story et les tests de
recette associés
• Chaque développeur estime la user story séparément
• Tous les développeurs exposent leur estimation
• En cas d’écart important les développeurs ayant estimé au
plus haut et au plus bas expliquent leur point de vue et il y une
nouvelle estimation
• L’estimation est ajoutée au backlog
 Constitution du contenu de l’itération : 10 mn

5. Planning Game d'itération
 Points d’attention à surveiller lorsqu’on anime un planning
game d’itération
 Est ce que la réunion est cadencée pour éviter les digressions ?
 Est ce que les développeurs estiment collectivement la
complexité des user story par le planning poker?
 Est ce que des discussions entre les développeurs ont lieu, avec
des demandes de précision de la part du Product Owner ?
 Est ce que le nombre de personnes est inférieur à 10 ?
 Est ce que le but de l’itération est précisé par la PO ?
 Est ce que l’estimation se fait sur la complexité fonctionnelle et
non sur la complexité technique ?
 Est ce que les tests de recette de chaque user story sont clairs
pour les développeurs ?
 Est ce que la vélocité de l’itération précédente est prise en
compte pour définir le périmètre de l’itération à venir ?

6. AGENDA
Planning Game d’itération
Bilan d’itération
Stand Up Meeting
Rétrospective
6

7. Bilan d'itération
 Les personnes présentes lors du bilan d’itération sont les
suivantes
 Product Owner
 CP, développeur, architecte
 Facilitateur / coach
 Objectif de la réunion :
 Parcourir toutes les user story de l’itération et valider ceux qui sont terminées
 Durée :
 30mn
 En entrant du bilan :
 L’objectif de l’itération
 Les user story à implémenter pendant l’itération
 Un poste pour faire une démonstration des nouvelles fonctionnalités
 En sortie du bilan:
 La liste des user story est mise à jour avec un statut terminé ou non.

8. Bilan d'itération
 Déroulement
 Rappel de l’objectif et des user story de l’itération : 5 mn
 L’équipe de développement présente certaines user story
implémentées, à travers une démo : 10 mn
 L’équipe parcourt la liste des user story et détermine si chacune est
terminée : 10 mn
 La vélocité de l’équipe sur l’itération qui vient de se terminer est relevée
: 5mn
 Si le Product Owner veut créer ou faire évoluer une fonctionnalité, elle
note de nouvelles user story à instruire dans le backlog

9. Bilan d'itération
 Points d’attention à surveiller lorsqu’on anime un bilan
d’itération
 Est ce qu’une démonstration de l’application qui a été produite est faite
à chaque fin d’itération ?
 Est ce que le Product Owner est présent ?
 Est ce que le temps est régulé ?
 Est ce que la validation des user story est faite pendant cette réunion ?
 Est ce que la validation d’une user story prend moins de 2 minutes ?

10. AGENDA
Planning Game d’itération
Bilan d’itération
Stand Up Meeting
Rétrospective
10

11. Stand Up Meeting
 Présents :
 Développeur, CP, …
 Facilitateur / coach
 Product Owner
 Objectif de la réunion : Synchronisation de l’équipe
 Durée : 15 mn
 En entrant : La liste des tâches de développement,
visibles sur le tableau de bord de l’équipe

12. Stand Up Meeting
 Déroulement :
 Chacun, à tour de rôle répond aux questions suivantes :
• Quelles sont les tâches sur lesquelles j’ai travaillé hier, et quelles
sont celles qui sont terminées ?
• Quelles sont les tâches sur lesquelles je compte travailler
aujourd’hui
• Quels sont les problèmes que je rencontre dans l’avancement du
développement ?

13. AGENDA
Planning Game d’itération
Bilan d’itération
Stand Up Meeting
Rétrospective
13

14. Rétrospective
 Les personnes présentes lors de la rétrospective sont
les suivantes
 Product Owner
 Développeurs, architectes
 Facilitateur / coach
 Objectif :
 Apprendre de l’expérience de l’itération passée pour que l’équipe
améliore ces pratiques, le produit implémenté et la dynamique de ses
relations
 Durée :
 45mn
 En sortie :
 Un compte-rendu affiché dans l’espace de l’équipe

15. Rétrospective
 Principes :
 Principe de contribution : Nous devons croire et comprendre que
chacun a fait de son mieux, dans le temps qui lui était imparti,
avec les informations qu’il avait à sa disposition et la situation
qu’il avait devant lui
 Chacun parle en son nom
 Une conversation à la fois
 On coupe les téléphones portables et les ordinateurs

16. Rétrospective
 Déroulement
 Démarrer la rétrospective : 10 mn
 Collecte d’information : 20 mn
 Consolidation des informations et priorisation d’un plan d’action : 15 mn
 Résultats
 Compte rendu des actions à mettre en place, affiché dans l’espace de
l’équipe

17. Rétrospective
 Déroulement de la phase « Collecte d’information »
 Note d’itération de 1 à 5 :
 Quand je mets 1 : Je peux améliorer presque tout
 Quand je mets 5 : Je n’ai rien à ajouter
 La note est inversement proportionnelle à ce que je peux proposer pour
améliorer le projet
 Les suggestions d’amélioration doivent être activables

18. Rétrospective
 Points d’attention pour la phase « Collecte d’information »
 Qu’est-ce qui a bien marché pour nous pendant cette itération que nous
devons mentionner pour ne pas l’oublier ?
 Qu’est-ce qui a moins bien marché ?
 Qu’est-ce que l’on choisit de faire différemment ?
 Est-ce que l’on a une question que l’on souhaite creuser ?
 Est-ce qu’il y a quelque chose que l’on a particulièrement apprécié pendant
cette itération
 Est-ce que l’on a une idée nouvelle à mettre en œuvre ?
 Est-ce que l’on a un point particulier à surveiller ?

19. Rétrospective
 Point d’attention pour la phase « Consolidation des
informations et priorisation d’un plan d’action »
 Dans la liste des actions en cours, lesquelles sont terminées ? Comment
le sait-on ? Quels bénéfices en avons-nous tirés ?
 Quelles actions restent à faire ? Pourquoi n'avons-nous pas pu les
terminer ? Quels sont les obstacles ? Quelles nouvelles actions
intermédiaires doivent être menées pour les lever ? Qui s'en charge ?
 Quelles nouvelles actions souhaite-t-on ajouter ? Qui s'en charge ?

20. Rétrospective
 Points d’attention à surveiller lorsqu’on anime la rétrospective
 Est ce qu’elle a lieu de manière régulière à chaque fin d’itération ?
 Est ce que le Product Owner est présent ?
 Est ce que des actions concrètes résultent de la rétrospective et sont
suivies en début de chaque rétrospective ?
 Est ce que le nombre d’actions n’est pas trop important ?
 Est ce que les actions sont traitables par l’équipe ?
 Est ce que la parole est donnée à tous les participants ?
 Est ce que les sujets de fond sont traités et non évités ?
 Est ce que l’esprit est à la résolution collective des problèmes et non à la
recherche des causes et des bouc émissaires ?

21. Rôles délégués
 Les rôles délégués en réunion permettent de responsabiliser
l'ensemble des acteurs dans la réunion et de faire monter le
leadership des acteurs
 Les différents rôles:
 Gardien du temps
 Pousse décisions / scribe
 Animateur / facilitateur
 Méta
21

22. Gardien du temps
 Le gardien du temps est responsable de la gestion du temps
dans la réunion. Ses interventions permettent une
responsabilisation du collectif sur sa gestion du temps,
exemples de types d'interventions:
 Combien de temps dure la réunion ?
 Comment de temps prenons nous pour estimer ces 20 user stories ?
 Nous avons dépasser les 10 min que nous avions prises, de combien de
temps avons nous besoin en plus ?
 Cela fait 10 min que nous discutons de ce sujet, souhaitons nous
continuer ?
22

23. Pousse décision
 Le scribe/pousse décisions s'occupe de prendre note des
décisions et actions qui ont été actés par le collectif, il s'assure
que tout le monde soit d'accord, exemples de types
d'interventions:
 Si j'ai bien compris, nous souhaitons lister les user stories dans une
première étape, est ce bien cela ?
 Nous souhaitons organiser une réunion de priorisation pour la suite, qui
l'organise, pour quand ?
 Cela fait 10 minutes que Marc et Thomas ont une discussion, qu'est ce
que nous décidons ?
23

24. Animateur / Facilitateur
 L'animateur s'occupe de définir l'objectif de la réunion,
présente un ordre du jour et s'assure que les participants
obtiennent ce qu'ils attendent à la fin de la réunion:
 Qu'attendez vous de cette réunion ? Qu'est ce qui est important pour
vous ?
 Avec quoi souhaitez vous repartir en fin de réunion ?
 Je vous propose de lister les user stories dans un premier temps
pendant 15 min, puis de les prioriser pendant 10 min, est ce que cela
vous convient ?
24

25. Meta
 Le méta s'occupe d'avertir le groupe de son fonctionnement et
propose des options d'amélioration:
 Je constate que l'animation est prise par le scribe, est ce normal ?
 Le temps n'est plus géré, est ce normal ?
 J'ai l'impression que le mode de fonctionnement que nous avons choisi
n'est pas efficace, je propose de se répartir en sous-groupes pour aller
plus vite
 Je sens un manque d'énergie aujourd'hui, pouvons nous faire l'exercice
debout ?
25