• Save
Facilitation les rituels agiles
Upcoming SlideShare
Loading in...5
×
 

Facilitation les rituels agiles

on

  • 983 views

 

Statistics

Views

Total Views
983
Views on SlideShare
799
Embed Views
184

Actions

Likes
0
Downloads
0
Comments
0

3 Embeds 184

http://www.scoop.it 126
http://mrbobstar.tumblr.com 41
http://tumblr.hootsuite.com 17

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Facilitation les rituels agiles Facilitation les rituels agiles Presentation Transcript

  • 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é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
  • 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
  • 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 ?
  • 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é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.
  • 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
  • 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 ?
  • 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 : 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
  • 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 ?
  • 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, 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
  • 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
  • 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
  • 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
  • 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 ?
  • 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 ?
  • 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 ?
  • 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
  • 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
  • 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
  • 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
  • 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