SlideShare une entreprise Scribd logo
1  sur  25
Formation
Faciliter les rituels agiles
      Mathieu Gandin
AGENDA


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




2
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
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
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 ?
AGENDA


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




6
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.
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
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 ?
AGENDA


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




10
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étrospective




13
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 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 ?
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
  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
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
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
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
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

Contenu connexe

Tendances

Grille de lecture des méthodes agiles
Grille de lecture des méthodes agilesGrille de lecture des méthodes agiles
Grille de lecture des méthodes agilesXavier Warzee
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
J'ai 2 jours pour lancer mon projet agile
J'ai 2 jours pour lancer mon projet agileJ'ai 2 jours pour lancer mon projet agile
J'ai 2 jours pour lancer mon projet agilekeurvet
 
Agile Tour Nantes 2011 - Aurélien morvant moi, chef de projet, ou suis-je s...
Agile Tour Nantes 2011 - Aurélien morvant   moi, chef de projet, ou suis-je s...Agile Tour Nantes 2011 - Aurélien morvant   moi, chef de projet, ou suis-je s...
Agile Tour Nantes 2011 - Aurélien morvant moi, chef de projet, ou suis-je s...Association Agile Nantes
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrumPierre E. NEIS
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionTremeur Balbous
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
 
Gestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsGestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsPierre E. NEIS
 
Introduction à l'agilité
Introduction à l'agilitéIntroduction à l'agilité
Introduction à l'agilitéRomain Couturier
 
Formation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerFormation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerNovUp
 
Découvrir le management visuel
Découvrir le management visuelDécouvrir le management visuel
Découvrir le management visuelLaurent Morisseau
 
Introduction aux méthodes agiles
Introduction aux méthodes agilesIntroduction aux méthodes agiles
Introduction aux méthodes agilesGuillaume Collic
 
Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011agnes_crepet
 
La gestion de projet Agile
La gestion de projet AgileLa gestion de projet Agile
La gestion de projet AgileJonathan Roy
 
Management de projet ccmp
Management de projet ccmpManagement de projet ccmp
Management de projet ccmpFabrice Thomas
 

Tendances (19)

Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Methodes agile
Methodes agileMethodes agile
Methodes agile
 
Parlons Agilité !
Parlons Agilité !Parlons Agilité !
Parlons Agilité !
 
Grille de lecture des méthodes agiles
Grille de lecture des méthodes agilesGrille de lecture des méthodes agiles
Grille de lecture des méthodes agiles
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
J'ai 2 jours pour lancer mon projet agile
J'ai 2 jours pour lancer mon projet agileJ'ai 2 jours pour lancer mon projet agile
J'ai 2 jours pour lancer mon projet agile
 
Agile Tour Nantes 2011 - Aurélien morvant moi, chef de projet, ou suis-je s...
Agile Tour Nantes 2011 - Aurélien morvant   moi, chef de projet, ou suis-je s...Agile Tour Nantes 2011 - Aurélien morvant   moi, chef de projet, ou suis-je s...
Agile Tour Nantes 2011 - Aurélien morvant moi, chef de projet, ou suis-je s...
 
Management agile des projets
Management agile des projetsManagement agile des projets
Management agile des projets
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
Gestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskillsGestion de projets agiles avec scrum actiskills
Gestion de projets agiles avec scrum actiskills
 
Introduction à l'agilité
Introduction à l'agilitéIntroduction à l'agilité
Introduction à l'agilité
 
Formation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerFormation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product Owner
 
Découvrir le management visuel
Découvrir le management visuelDécouvrir le management visuel
Découvrir le management visuel
 
Introduction aux méthodes agiles
Introduction aux méthodes agilesIntroduction aux méthodes agiles
Introduction aux méthodes agiles
 
Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011
 
La gestion de projet Agile
La gestion de projet AgileLa gestion de projet Agile
La gestion de projet Agile
 
Management de projet ccmp
Management de projet ccmpManagement de projet ccmp
Management de projet ccmp
 

Similaire à Facilitation les rituels agiles

Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master IGuillaume LAURIE
 
Formation conduite de projet - Philippe Dornbusch
Formation conduite de projet - Philippe DornbuschFormation conduite de projet - Philippe Dornbusch
Formation conduite de projet - Philippe DornbuschEchecs et Stratégie
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursIppon
 
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintLean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintBenjamin Richy
 
Les Business Analysts face à l'agilité
Les Business Analysts face à l'agilitéLes Business Analysts face à l'agilité
Les Business Analysts face à l'agilitérfelden
 
Betaleadership - EI Labo de production Agile janvier 2017
Betaleadership - EI Labo de production Agile janvier 2017Betaleadership - EI Labo de production Agile janvier 2017
Betaleadership - EI Labo de production Agile janvier 2017Sylvain Loubradou
 
Sauver la princesse avec un design sprint MIX-iT17
Sauver la princesse avec un design sprint   MIX-iT17Sauver la princesse avec un design sprint   MIX-iT17
Sauver la princesse avec un design sprint MIX-iT17Benjamin Richy
 
Afterworkshop #4 : Appréhender son premier design sprint
Afterworkshop #4 : Appréhender son premier design sprintAfterworkshop #4 : Appréhender son premier design sprint
Afterworkshop #4 : Appréhender son premier design sprintNewflux UX/UI News
 
Mesurez votre libido agile
Mesurez votre libido agileMesurez votre libido agile
Mesurez votre libido agileNicholas Suter
 
Tester votre libido Agile
Tester votre libido AgileTester votre libido Agile
Tester votre libido AgileCellenza
 
Talk - Devenir un Lead Dev : Echecs et Succès - FR - 20 mins
Talk - Devenir un Lead Dev : Echecs et Succès - FR - 20 minsTalk - Devenir un Lead Dev : Echecs et Succès - FR - 20 mins
Talk - Devenir un Lead Dev : Echecs et Succès - FR - 20 minsRomain Monceau
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Agile En Seine
 

Similaire à Facilitation les rituels agiles (20)

Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master I
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
 
Formation conduite de projet - Philippe Dornbusch
Formation conduite de projet - Philippe DornbuschFormation conduite de projet - Philippe Dornbusch
Formation conduite de projet - Philippe Dornbusch
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
 
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintLean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Les Business Analysts face à l'agilité
Les Business Analysts face à l'agilitéLes Business Analysts face à l'agilité
Les Business Analysts face à l'agilité
 
Betaleadership - EI Labo de production Agile janvier 2017
Betaleadership - EI Labo de production Agile janvier 2017Betaleadership - EI Labo de production Agile janvier 2017
Betaleadership - EI Labo de production Agile janvier 2017
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Conduite projet session 3
Conduite projet session 3Conduite projet session 3
Conduite projet session 3
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
 
Sauver la princesse avec un design sprint MIX-iT17
Sauver la princesse avec un design sprint   MIX-iT17Sauver la princesse avec un design sprint   MIX-iT17
Sauver la princesse avec un design sprint MIX-iT17
 
Formation en conduite de projet
Formation en conduite de projet Formation en conduite de projet
Formation en conduite de projet
 
Afterworkshop #4 : Appréhender son premier design sprint
Afterworkshop #4 : Appréhender son premier design sprintAfterworkshop #4 : Appréhender son premier design sprint
Afterworkshop #4 : Appréhender son premier design sprint
 
Brochure Vers l'entreprise Agile
Brochure Vers l'entreprise AgileBrochure Vers l'entreprise Agile
Brochure Vers l'entreprise Agile
 
Improve your wip
Improve your wipImprove your wip
Improve your wip
 
Mesurez votre libido agile
Mesurez votre libido agileMesurez votre libido agile
Mesurez votre libido agile
 
Tester votre libido Agile
Tester votre libido AgileTester votre libido Agile
Tester votre libido Agile
 
Talk - Devenir un Lead Dev : Echecs et Succès - FR - 20 mins
Talk - Devenir un Lead Dev : Echecs et Succès - FR - 20 minsTalk - Devenir un Lead Dev : Echecs et Succès - FR - 20 mins
Talk - Devenir un Lead Dev : Echecs et Succès - FR - 20 mins
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
 

Facilitation les rituels agiles

  • 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