FormationFaciliter les rituels agiles      Mathieu Gandin
AGENDA    Planning Game d’itération    Bilan d’itération    Stand up meeting    Rétrospective2
Planning Game ditération Les personnes présentes lors du planning game sont les  suivantes :    Product Owner    CP, dé...
Planning Game ditération Déroulement :   Le Product Owner présente le but de l’itération : 10 mn   Estimation en comple...
Planning Game ditération Points d’attention à surveiller lorsqu’on anime un planning  game d’itération    Est ce que la ...
AGENDA    Planning Game d’itération    Bilan d’itération    Stand Up Meeting    Rétrospective6
Bilan ditération Les personnes présentes lors du bilan d’itération sont les   suivantes     Product Owner     CP, dével...
Bilan ditération Déroulement   Rappel de l’objectif et des user story de l’itération : 5 mn   L’équipe de développement...
Bilan ditération Points d’attention à surveiller lorsqu’on anime un bilan  d’itération    Est ce qu’une démonstration de...
AGENDA     Planning Game d’itération     Bilan d’itération     Stand Up Meeting     Rétrospective10
Stand Up Meeting Présents :    Développeur, CP, …    Facilitateur / coach    Product Owner Objectif de la réunion : S...
Stand Up Meeting Déroulement :   Chacun, à tour de rôle répond aux questions suivantes :     • Quelles sont les tâches s...
AGENDA     Planning Game d’itération     Bilan d’itération     Stand Up Meeting     Rétrospective13
Rétrospective Les personnes présentes lors de la rétrospective sont  les suivantes    Product Owner    Développeurs, ar...
Rétrospective Principes :    Principe de contribution : Nous devons croire et comprendre que     chacun a fait de son mi...
Rétrospective Déroulement    Démarrer la rétrospective : 10 mn    Collecte d’information : 20 mn    Consolidation des ...
Rétrospective Déroulement de la phase « Collecte d’information »    Note d’itération de 1 à 5 :    Quand je mets 1 : Je...
Rétrospective Points d’attention pour la phase « Collecte d’information »    Qu’est-ce qui a bien marché pour nous penda...
Rétrospective Point d’attention pour la phase « Consolidation des  informations et priorisation d’un plan d’action »    ...
Rétrospective Points d’attention à surveiller lorsqu’on anime la rétrospective    Est ce qu’elle a lieu de manière régul...
Rôles délégués Les rôles délégués en réunion permettent de responsabiliser  lensemble des acteurs dans la réunion et de f...
Gardien du temps Le gardien du temps est responsable de la gestion du temps  dans la réunion. Ses interventions permetten...
Pousse décision Le scribe/pousse décisions soccupe de prendre note des  décisions et actions qui ont été actés par le col...
Animateur / Facilitateur Lanimateur soccupe de définir lobjectif de la réunion,  présente un ordre du jour et sassure que...
Meta Le méta soccupe davertir le groupe de son fonctionnement et  propose des options damélioration:    Je constate que ...
Prochain SlideShare
Chargement dans…5
×

Facilitation les rituels agiles

1 764 vues

Publié le

Publié dans : Business
  • Soyez le premier à commenter

Facilitation les rituels agiles

  1. 1. FormationFaciliter les rituels agiles Mathieu Gandin
  2. 2. AGENDA Planning Game d’itération Bilan d’itération Stand up meeting Rétrospective2
  3. 3. Planning Game dité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. 4. Planning Game dité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. 5. Planning Game dité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. 6. AGENDA Planning Game d’itération Bilan d’itération Stand Up Meeting Rétrospective6
  7. 7. Bilan dité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. 8. Bilan dité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. 9. Bilan dité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. 10. AGENDA Planning Game d’itération Bilan d’itération Stand Up Meeting Rétrospective10
  11. 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. 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. 13. AGENDA Planning Game d’itération Bilan d’itération Stand Up Meeting Rétrospective13
  14. 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. 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. 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. 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. 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. 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 navons-nous pas pu les terminer ? Quels sont les obstacles ? Quelles nouvelles actions intermédiaires doivent être menées pour les lever ? Qui sen charge ?  Quelles nouvelles actions souhaite-t-on ajouter ? Qui sen charge ?
  20. 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. 21. Rôles délégués Les rôles délégués en réunion permettent de responsabiliser lensemble 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. 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 dinterventions:  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. 23. Pousse décision Le scribe/pousse décisions soccupe de prendre note des décisions et actions qui ont été actés par le collectif, il sassure que tout le monde soit daccord, exemples de types dinterventions:  Si jai 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 lorganise, pour quand ?  Cela fait 10 minutes que Marc et Thomas ont une discussion, quest ce que nous décidons ? 23
  24. 24. Animateur / Facilitateur Lanimateur soccupe de définir lobjectif de la réunion, présente un ordre du jour et sassure que les participants obtiennent ce quils attendent à la fin de la réunion:  Quattendez vous de cette réunion ? Quest 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. 25. Meta Le méta soccupe davertir le groupe de son fonctionnement et propose des options damélioration:  Je constate que lanimation est prise par le scribe, est ce normal ?  Le temps nest plus géré, est ce normal ?  Jai limpression que le mode de fonctionnement que nous avons choisi nest pas efficace, je propose de se répartir en sous-groupes pour aller plus vite  Je sens un manque dénergie aujourdhui, pouvons nous faire lexercice debout ? 25

×