SlideShare une entreprise Scribd logo
1  sur  98
4 Les mots savants expliqués
4 Des exemples simples
4 Une histoire presque vraie
 racontée par … Jean-François Jagodzinski
   Twitter: @jfjago
Veut attaquer le marché du jeu vidéo
Les gars à Namco®
  contactent Bill
Il travaille dans une entreprise de
développement logiciel réputée :
RaftingSoftware
Bill, comme chef de projets, s’engage sur
un contenu, à livrer à une certaine date,
et dispose donc d’un certain budget.
Bill analyse le travail qui doit être fait,
Ensuite il va voir l’équipe et lui distribue
les tâches.
Chacun travaille sur sa partie et
uniquement sur celle-ci.
Après 2 mois, l’équipe dit qu’elle est dans
les délais, mais rien n’est fini encore…
Comme l’échéance approche, l’équipe
commence à perdre confiance…
Les gars de Namco viennent d’avoir une
grande idée : une grille infinie…
Ce n’était pas prévu au Cahier des charges,
Bill commence à négocier…
La fin approche, il est temps de mettre un
petit peu la pression sur l’équipe… Allez les
gars, on peut y arriver !
Quand même pas suffisant… les soirées
sont longues…
Au final on fournit quand même ce qui
était demandé… pourtant le client n’est
pas content
De son coté Bill est satisfait, il a respecté
les délais, le budget, le contenu demandé…
le projet est un succès !
Voici comment Bill voit le projet




Négociation   Analyse     Développement   Test
Quel est le problème ? La demande a été
respectée au final.
Quelques pistes…
Le client n’est pas satisfait
L’équipe n’avait pas la parole
La demande a été fixée au départ et n’a pas évolué
Les changements ont été durement négociés
Bill a décidé seul du travail des équipiers
L’équipe a travaillé à partir d’informations filtrées par Bill
Le risque de retard n’a pu être identifié que très tard
L’équipe à fait des heures sup
L’équipe à pris des raccourcis pour finir à temps
C’est une situation que vous avez peut-être
connue…
Mais pour Namco® l’argent n’est pas
vraiment la question, ils ont envie
d’essayer un autre fournisseur…
Ils contactent Bob de ACTic
Bob suggère de travailler par itération,
mais avant cela, quelle est la vision du
produit ?
Ensemble Bob et les gars de Namco®
écrivent des « user stories », toutes ces
stories forment le « product backlog »

                      En tant que joueur, je
                      souhaite pourvoir déplacer
                      PacMan dans les 4
                      directions de façon à
                      pouvoir appliquer ma
                      stratégie
Et il demande aux gars de Namco® de lister
les stories par priorité
Ensemble ils revoient les user stories en
haut du backlog et ajoutent quelques
détails pour être sûrs que l’équipe peut
commencer à travailler dessus
Avant de démarrer, ils se mettent tous
d’accord sur ce que « fini » veut réellement
dire…
L’équipe elle-même estime l’effort pour
réaliser ces stories, Bob et les gars de
Namco® sont uniquement là pour
répondre à leurs questions…
L’équipe essaie d’imaginer combien de
travail elle peut faire en une itération
A partir des user stories estimées, on
prend les top priorités à hauteur de la
contrainte donnée par l’équipe
L’équipe démarre le travail en prenant les
stories une par une
Pendant ce temps, Bob et les gars de
Namco ajoutent davantage de détails sur
les prochaines user stories
Quand l’équipe pense qu’une story et
« finie » le client peut la voir, l’essayer et
donner son feedback
Pas satisfait ? L’équipe change la
fonctionnalité immédiatement en prenant
en compte le feedback de l’utilisateur
Le client a une autre idée, PacMan peut se
téléporter quand il mange un fruit magique
Aucun problème, Bob ajoute la user story
dans le backlog, elle sera prise dans la
prochaine itération

                       En tant que joueur, je
                       souhaite que PacMan se
                       téléporte de façon à
                       pouvoir échapper aux
                       fantômes
A la fin de l’itération, l’équipe fait une
démo de ce qui a été « fini » pendant
l’itération
Puis ils se retrouvent dans une
rétrospective pour voir ce qui a bien marché
et ce qu’il faudrait améliorer
Et on repart pour une nouvelle itération à
partir des top priorités suivantes
Quand ils arrivent à la date finale de remise
du projet, il reste encore quelques stories
dans le backlog mais le client est ravi par le
produit
Voilà, c’est ça « Agile »
Le projet vu par Bob
Mais ça veut dire quoi vraiment
« être Agile » ?
Des valeurs et des principes

Les individus et les interactions plutôt que des procédures et outils

Un logiciel qui fonctionne plutôt qu’une documentation abondante

La collaboration avec le client plutôt que la négociation du contrat

L’accueil du changement plutôt que le respect du plan



               http://agilemanifesto.org
D’accord, mais comment ont ils fait
ça chez ACTic ?
Au début …
Ensemble avec Bob ils ont défini une Vision
du produit
Avec Bob, le client a écrit quelques user
stories

             En tant que joueur, je
             souhaite pourvoir déplacer
             PacMan dans les 4
             directions de façon à
             pouvoir appliquer ma
             stratégie
OK, stop c’est quoi une user story ?
C’est une histoire…
 pour un utilisateur
En tant que <rôle>
Je souhaite <faire une action>
De façon à <obtenir un gain>
A partir de ces user stories, ils ont
constitués un product backlog


                       En tant que joueur, je
                       souhaite pourvoir déplacer
                       PacMan dans les 4
                       directions de façon à
                       pouvoir appliquer ma
                       stratégie
Ensuite ils l’ont ordonné selon l’importance
des gains obtenus avec chaque story
Ils ont précisé ensemble avec l’équipe
de développement ce que « fini »
voulait dire
Qu’est ce que l’on a adressé avec ça ?
Le client n’est pas satisfait
L’équipe n’avait pas la parole
La demande a été fixée au départ et n’a pas évolué
Les changements ont été durement négociés
Bill à décidé seul du travail des équipiers
L’équipe a travaillé à partir d’informations filtrées par Bill
Le risque de retard n’a pu être identifié que très tard
L’équipe à fait des heures sup
L’équipe à pris des raccourcis pour finir à temps
Et ensuite ?
Bob a demandé à l’équipe d’estimer l’effort pour
réaliser chaque story
Bob a demandé à l’équipe d’estimer l’effort en
utilisant des « story points »

                             En tant que joueur      5
                             , je souhaite pourvoir
                             déplacer PacMan dans les
                             4 directions de façon à
                             pouvoir appliquer ma
                             stratégie


                        Construire la          Manager 4
                           grille               directions
                                               (E,S,O,N)
                                   Contrôler le
                                   déplacement
L’équipe a affecté les story points en utilisant le
     En utilisant» planning poker
« planning poker
                   le




                http://www.planningpoker.com/
On a ensuite demandé à l’équipe
d’estimer sa « vélocité »




          http://www.planningpoker.com/
Combien pouvez vous en manger en 1
minute ?




          http://www.planningpoker.com/
A partir de la vélocité, Bob demande au
client de proposer le contenu d’itération
L’équipe accepte de s’engager à tout
livrer en fin d’itération
Qu’est ce que l’on a adressé avec ça ?
Le client n’est pas satisfait
L’équipe n’avait pas la parole
La demande a été fixée au départ et n’a pas évolué
Les changements ont été durement négociés
Bill à décidé seul du travail des équipiers
L’équipe a travaillé à partir d’informations filtrées par Bill
Le risque de retard n’a pu être identifié que très tard
L’équipe à fait des heures sup
L’équipe à pris des raccourcis pour finir à temps
Et maintenant ?
Ils ont créé un tableau des tâches


         A faire   En cours   Fini
En regardant le travail à faire pour chaque story


                                              Gérez 4
                              Construire la   directions :
                          5      grille       nord, est,
  Dans le but de dérouler                     sud, ouest
  ma stratégie, en tant que
  joueur, je souhaite
  pourvoir déplacer                Tester les
  PacMan dans les 4               déplacements
  directions                      dans la grille
Chaque matin l’équipe se réunissait devant
le tableau des taches pour un « stand-up »
                  A faire   En cours   Fini
Les équipiers organisaient le travail
comme ils le voulaient,
Certains travaillaient en binôme
Ils organisaient aussi des revues de code
Ils écrivaient les tests
Ils écrivaient les tests avant de coder
Une fois le test écrit…
…écrire le minimum de code pour le
passer
Un autre test…




        …et un peu plus de code
Pendant ce temps le client avec l’aide de
Bob avait détaillé de nouvelles stories
C’est comme…
Chaque fois que l’équipe pensait qu’elle
avait « fini », le client pouvait tester
Et enfin…
A la fin de l’itération, l’équipe faisait une
démo de tout ce qui avait été « fini »
pendant l’itération
Le client « acceptait » toutes les stories
« finies »
Et toutes les stories « finies » pouvaient
partir en production
Après la démo Bob animait une
rétrospective pour améliorer la façon de
travailler
Qu’est ce que l’on a adressé avec ça ?
Le client n’est pas satisfait
L’équipe n’avait pas la parole
La demande a été fixée au départ et n’a pas évolué
Les changements ont été durement négociés
Bill à décidé seul du travail des équipiers
L’équipe a travaillé à partir d’informations filtrées par Bill
Le risque de retard n’a pu être identifié que très tard
L’équipe à fait des heures sup
L’équipe à pris des raccourcis pour finir à temps
Fêter …




  Avec
modération
    !
…et itérer
…jusqu’à ce qu’il n’y ait plus de budget
…ou avant si le client est satisfait
A la toute dernière itération, la dernière
démo …
On fait une rétrospective du projet
complet
Et fêter !




  Avec
modération
    !
Bob ne pilotait pas le projet, il facilitait
        le travail en commun




           Il était Scrum Master
Qu’est ce que l’on a adressé avec ça ?
Le client n’est pas satisfait
L’équipe n’avait pas la parole
La demande a été fixée au départ et n’a pas évolué
Les changements ont été durement négociés
Bill à décidé seul du travail des équipiers
L’équipe a travaillé à partir d’informations filtrées par Bill
Le risque de retard n’a pu être identifié que très tard
L’équipe à fait des heures sup
L’équipe à pris des raccourcis pour finir à temps
Cette présentation est largement reprise (avec leur accord)
             de celle de http://agilecampustour.org



   Questions ?




Jf@jago.fr

Contenu connexe

Tendances

La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...
La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...
La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...
Agile En Seine
 
Présentation du Six Sigma
Présentation du Six SigmaPrésentation du Six Sigma
Présentation du Six Sigma
fabrice
 

Tendances (20)

Formation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageFormation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrage
 
Management de projet tome 2 - gestion du temps - MOPA - 20-21 mai et 24-25 ju...
Management de projet tome 2 - gestion du temps - MOPA - 20-21 mai et 24-25 ju...Management de projet tome 2 - gestion du temps - MOPA - 20-21 mai et 24-25 ju...
Management de projet tome 2 - gestion du temps - MOPA - 20-21 mai et 24-25 ju...
 
Gestion du risque dans un projet Agile
Gestion du risque dans un projet AgileGestion du risque dans un projet Agile
Gestion du risque dans un projet Agile
 
La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...
La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...
La Caisse des Dépôts passe à l’approche produit agile : Pour quoi ? Pour qui ...
 
Introduction aux méthodes agiles
Introduction aux méthodes agilesIntroduction aux méthodes agiles
Introduction aux méthodes agiles
 
Web-conférence | Générer des gains avec le Lean 6 Sigma
Web-conférence | Générer des gains avec le Lean 6 SigmaWeb-conférence | Générer des gains avec le Lean 6 Sigma
Web-conférence | Générer des gains avec le Lean 6 Sigma
 
Conduite et gestion de projet
Conduite et gestion de projetConduite et gestion de projet
Conduite et gestion de projet
 
Chiffrer - Evaluer la charge d'une activité ou d'un projet
Chiffrer - Evaluer la charge d'une activité ou d'un projetChiffrer - Evaluer la charge d'une activité ou d'un projet
Chiffrer - Evaluer la charge d'une activité ou d'un projet
 
Gestion de projets Niv 1
Gestion de projets Niv 1Gestion de projets Niv 1
Gestion de projets Niv 1
 
Présentation du Six Sigma
Présentation du Six SigmaPrésentation du Six Sigma
Présentation du Six Sigma
 
Le serious game et l'accompagnement au changement
Le serious game et l'accompagnement au changementLe serious game et l'accompagnement au changement
Le serious game et l'accompagnement au changement
 
Présentation de l’agilité
Présentation de l’agilitéPrésentation de l’agilité
Présentation de l’agilité
 
Gestion de Projets
Gestion de Projets Gestion de Projets
Gestion de Projets
 
Agile estimation and planning peter saddington
Agile estimation and planning  peter saddingtonAgile estimation and planning  peter saddington
Agile estimation and planning peter saddington
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
Agile Performance Metrics
Agile Performance MetricsAgile Performance Metrics
Agile Performance Metrics
 
La Gestion de Projet Agile
La Gestion de Projet AgileLa Gestion de Projet Agile
La Gestion de Projet Agile
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 

Similaire à Agilité pour les nuls

Tester votre libido Agile
Tester votre libido AgileTester votre libido Agile
Tester votre libido Agile
Cellenza
 
Facilitation les rituels agiles
Facilitation les rituels agilesFacilitation les rituels agiles
Facilitation les rituels agiles
Mathieu Gandin
 

Similaire à Agilité pour les nuls (12)

Agilité pour les nuls
Agilité pour les nulsAgilité pour les nuls
Agilité pour les nuls
 
Lego for-extended-scrum-simulation-fr
Lego for-extended-scrum-simulation-frLego for-extended-scrum-simulation-fr
Lego for-extended-scrum-simulation-fr
 
Agile mentorfebruary2010
Agile mentorfebruary2010Agile mentorfebruary2010
Agile mentorfebruary2010
 
ACSOE - Rétrospective speed-car
ACSOE - Rétrospective speed-carACSOE - Rétrospective speed-car
ACSOE - Rétrospective speed-car
 
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
 
Rétrospective : speed-car
Rétrospective : speed-carRétrospective : speed-car
Rétrospective : speed-car
 
Management d'équipe : priorité aux liens humains
Management d'équipe : priorité aux liens humainsManagement d'équipe : priorité aux liens humains
Management d'équipe : priorité aux liens humains
 
Facilitation les rituels agiles
Facilitation les rituels agilesFacilitation les rituels agiles
Facilitation les rituels agiles
 
Le point de velocite vide
Le point de velocite videLe point de velocite vide
Le point de velocite vide
 
Le design agile - 6 techniques pour designer de façon plus agile
Le design agile - 6 techniques pour designer de façon plus agileLe design agile - 6 techniques pour designer de façon plus agile
Le design agile - 6 techniques pour designer de façon plus agile
 
Missions en terrain miné : seras-tu le héros de la situation ?
Missions en terrain miné :  seras-tu le héros de la situation ?Missions en terrain miné :  seras-tu le héros de la situation ?
Missions en terrain miné : seras-tu le héros de la situation ?
 

Plus de Jean-François Jagodzinski

Les chemins de l'autonomie - 3 cultures d'entreprises
Les chemins de l'autonomie - 3 cultures d'entreprisesLes chemins de l'autonomie - 3 cultures d'entreprises
Les chemins de l'autonomie - 3 cultures d'entreprises
Jean-François Jagodzinski
 

Plus de Jean-François Jagodzinski (14)

Collaborer - Atelier Planning Poker
Collaborer - Atelier Planning PokerCollaborer - Atelier Planning Poker
Collaborer - Atelier Planning Poker
 
Les chemins de l'autonomie - 3 cultures d'entreprises
Les chemins de l'autonomie - 3 cultures d'entreprisesLes chemins de l'autonomie - 3 cultures d'entreprises
Les chemins de l'autonomie - 3 cultures d'entreprises
 
Equipe particuliere-pmi
Equipe particuliere-pmiEquipe particuliere-pmi
Equipe particuliere-pmi
 
Equipe particuliere-agtoulouse
Equipe particuliere-agtoulouseEquipe particuliere-agtoulouse
Equipe particuliere-agtoulouse
 
Equipe particuliere- Softshake2013
Equipe particuliere- Softshake2013Equipe particuliere- Softshake2013
Equipe particuliere- Softshake2013
 
Equipe particulière-agileFrance
Equipe particulière-agileFranceEquipe particulière-agileFrance
Equipe particulière-agileFrance
 
Documentation et agilité public
Documentation et agilité publicDocumentation et agilité public
Documentation et agilité public
 
Contractualisation et agilite ag2011
Contractualisation et agilite ag2011Contractualisation et agilite ag2011
Contractualisation et agilite ag2011
 
Documentation et agilité publi
Documentation et agilité publiDocumentation et agilité publi
Documentation et agilité publi
 
Management agile des projets
Management agile des projetsManagement agile des projets
Management agile des projets
 
Forfait Agile FSUG2010
Forfait Agile FSUG2010Forfait Agile FSUG2010
Forfait Agile FSUG2010
 
Presentation Agile Tour 2009 - Agilité et projet au Forfait
Presentation Agile Tour 2009 -  Agilité et projet au ForfaitPresentation Agile Tour 2009 -  Agilité et projet au Forfait
Presentation Agile Tour 2009 - Agilité et projet au Forfait
 
Plan global CCAS
Plan global CCASPlan global CCAS
Plan global CCAS
 
Principe CCAS
Principe CCASPrincipe CCAS
Principe CCAS
 

Agilité pour les nuls

  • 1. 4 Les mots savants expliqués 4 Des exemples simples 4 Une histoire presque vraie  racontée par … Jean-François Jagodzinski Twitter: @jfjago
  • 2. Veut attaquer le marché du jeu vidéo
  • 3.
  • 4. Les gars à Namco® contactent Bill
  • 5. Il travaille dans une entreprise de développement logiciel réputée : RaftingSoftware
  • 6. Bill, comme chef de projets, s’engage sur un contenu, à livrer à une certaine date, et dispose donc d’un certain budget.
  • 7. Bill analyse le travail qui doit être fait,
  • 8. Ensuite il va voir l’équipe et lui distribue les tâches.
  • 9. Chacun travaille sur sa partie et uniquement sur celle-ci.
  • 10. Après 2 mois, l’équipe dit qu’elle est dans les délais, mais rien n’est fini encore…
  • 11. Comme l’échéance approche, l’équipe commence à perdre confiance…
  • 12. Les gars de Namco viennent d’avoir une grande idée : une grille infinie…
  • 13. Ce n’était pas prévu au Cahier des charges, Bill commence à négocier…
  • 14. La fin approche, il est temps de mettre un petit peu la pression sur l’équipe… Allez les gars, on peut y arriver !
  • 15. Quand même pas suffisant… les soirées sont longues…
  • 16. Au final on fournit quand même ce qui était demandé… pourtant le client n’est pas content
  • 17. De son coté Bill est satisfait, il a respecté les délais, le budget, le contenu demandé… le projet est un succès !
  • 18. Voici comment Bill voit le projet Négociation Analyse Développement Test
  • 19. Quel est le problème ? La demande a été respectée au final.
  • 20. Quelques pistes… Le client n’est pas satisfait L’équipe n’avait pas la parole La demande a été fixée au départ et n’a pas évolué Les changements ont été durement négociés Bill a décidé seul du travail des équipiers L’équipe a travaillé à partir d’informations filtrées par Bill Le risque de retard n’a pu être identifié que très tard L’équipe à fait des heures sup L’équipe à pris des raccourcis pour finir à temps
  • 21. C’est une situation que vous avez peut-être connue…
  • 22. Mais pour Namco® l’argent n’est pas vraiment la question, ils ont envie d’essayer un autre fournisseur…
  • 23. Ils contactent Bob de ACTic
  • 24. Bob suggère de travailler par itération, mais avant cela, quelle est la vision du produit ?
  • 25. Ensemble Bob et les gars de Namco® écrivent des « user stories », toutes ces stories forment le « product backlog » En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie
  • 26. Et il demande aux gars de Namco® de lister les stories par priorité
  • 27. Ensemble ils revoient les user stories en haut du backlog et ajoutent quelques détails pour être sûrs que l’équipe peut commencer à travailler dessus
  • 28. Avant de démarrer, ils se mettent tous d’accord sur ce que « fini » veut réellement dire…
  • 29. L’équipe elle-même estime l’effort pour réaliser ces stories, Bob et les gars de Namco® sont uniquement là pour répondre à leurs questions…
  • 30. L’équipe essaie d’imaginer combien de travail elle peut faire en une itération
  • 31. A partir des user stories estimées, on prend les top priorités à hauteur de la contrainte donnée par l’équipe
  • 32. L’équipe démarre le travail en prenant les stories une par une
  • 33. Pendant ce temps, Bob et les gars de Namco ajoutent davantage de détails sur les prochaines user stories
  • 34. Quand l’équipe pense qu’une story et « finie » le client peut la voir, l’essayer et donner son feedback
  • 35. Pas satisfait ? L’équipe change la fonctionnalité immédiatement en prenant en compte le feedback de l’utilisateur
  • 36. Le client a une autre idée, PacMan peut se téléporter quand il mange un fruit magique
  • 37. Aucun problème, Bob ajoute la user story dans le backlog, elle sera prise dans la prochaine itération En tant que joueur, je souhaite que PacMan se téléporte de façon à pouvoir échapper aux fantômes
  • 38. A la fin de l’itération, l’équipe fait une démo de ce qui a été « fini » pendant l’itération
  • 39. Puis ils se retrouvent dans une rétrospective pour voir ce qui a bien marché et ce qu’il faudrait améliorer
  • 40. Et on repart pour une nouvelle itération à partir des top priorités suivantes
  • 41. Quand ils arrivent à la date finale de remise du projet, il reste encore quelques stories dans le backlog mais le client est ravi par le produit
  • 42. Voilà, c’est ça « Agile »
  • 43. Le projet vu par Bob
  • 44. Mais ça veut dire quoi vraiment « être Agile » ?
  • 45. Des valeurs et des principes Les individus et les interactions plutôt que des procédures et outils Un logiciel qui fonctionne plutôt qu’une documentation abondante La collaboration avec le client plutôt que la négociation du contrat L’accueil du changement plutôt que le respect du plan http://agilemanifesto.org
  • 46.
  • 47. D’accord, mais comment ont ils fait ça chez ACTic ?
  • 49. Ensemble avec Bob ils ont défini une Vision du produit
  • 50. Avec Bob, le client a écrit quelques user stories En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie
  • 51. OK, stop c’est quoi une user story ?
  • 52. C’est une histoire… pour un utilisateur
  • 53. En tant que <rôle> Je souhaite <faire une action> De façon à <obtenir un gain>
  • 54. A partir de ces user stories, ils ont constitués un product backlog En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie
  • 55. Ensuite ils l’ont ordonné selon l’importance des gains obtenus avec chaque story
  • 56. Ils ont précisé ensemble avec l’équipe de développement ce que « fini » voulait dire
  • 57. Qu’est ce que l’on a adressé avec ça ? Le client n’est pas satisfait L’équipe n’avait pas la parole La demande a été fixée au départ et n’a pas évolué Les changements ont été durement négociés Bill à décidé seul du travail des équipiers L’équipe a travaillé à partir d’informations filtrées par Bill Le risque de retard n’a pu être identifié que très tard L’équipe à fait des heures sup L’équipe à pris des raccourcis pour finir à temps
  • 59. Bob a demandé à l’équipe d’estimer l’effort pour réaliser chaque story
  • 60. Bob a demandé à l’équipe d’estimer l’effort en utilisant des « story points » En tant que joueur 5 , je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie Construire la Manager 4 grille directions (E,S,O,N) Contrôler le déplacement
  • 61. L’équipe a affecté les story points en utilisant le En utilisant» planning poker « planning poker le http://www.planningpoker.com/
  • 62. On a ensuite demandé à l’équipe d’estimer sa « vélocité » http://www.planningpoker.com/
  • 63. Combien pouvez vous en manger en 1 minute ? http://www.planningpoker.com/
  • 64. A partir de la vélocité, Bob demande au client de proposer le contenu d’itération
  • 65. L’équipe accepte de s’engager à tout livrer en fin d’itération
  • 66. Qu’est ce que l’on a adressé avec ça ? Le client n’est pas satisfait L’équipe n’avait pas la parole La demande a été fixée au départ et n’a pas évolué Les changements ont été durement négociés Bill à décidé seul du travail des équipiers L’équipe a travaillé à partir d’informations filtrées par Bill Le risque de retard n’a pu être identifié que très tard L’équipe à fait des heures sup L’équipe à pris des raccourcis pour finir à temps
  • 68. Ils ont créé un tableau des tâches A faire En cours Fini
  • 69. En regardant le travail à faire pour chaque story Gérez 4 Construire la directions : 5 grille nord, est, Dans le but de dérouler sud, ouest ma stratégie, en tant que joueur, je souhaite pourvoir déplacer Tester les PacMan dans les 4 déplacements directions dans la grille
  • 70. Chaque matin l’équipe se réunissait devant le tableau des taches pour un « stand-up » A faire En cours Fini
  • 71. Les équipiers organisaient le travail comme ils le voulaient,
  • 73. Ils organisaient aussi des revues de code
  • 75. Ils écrivaient les tests avant de coder
  • 76. Une fois le test écrit…
  • 77. …écrire le minimum de code pour le passer
  • 78. Un autre test… …et un peu plus de code
  • 79. Pendant ce temps le client avec l’aide de Bob avait détaillé de nouvelles stories
  • 81. Chaque fois que l’équipe pensait qu’elle avait « fini », le client pouvait tester
  • 83. A la fin de l’itération, l’équipe faisait une démo de tout ce qui avait été « fini » pendant l’itération
  • 84. Le client « acceptait » toutes les stories « finies »
  • 85. Et toutes les stories « finies » pouvaient partir en production
  • 86. Après la démo Bob animait une rétrospective pour améliorer la façon de travailler
  • 87.
  • 88. Qu’est ce que l’on a adressé avec ça ? Le client n’est pas satisfait L’équipe n’avait pas la parole La demande a été fixée au départ et n’a pas évolué Les changements ont été durement négociés Bill à décidé seul du travail des équipiers L’équipe a travaillé à partir d’informations filtrées par Bill Le risque de retard n’a pu être identifié que très tard L’équipe à fait des heures sup L’équipe à pris des raccourcis pour finir à temps
  • 89. Fêter … Avec modération !
  • 91. …jusqu’à ce qu’il n’y ait plus de budget
  • 92. …ou avant si le client est satisfait
  • 93. A la toute dernière itération, la dernière démo …
  • 94. On fait une rétrospective du projet complet
  • 95. Et fêter ! Avec modération !
  • 96. Bob ne pilotait pas le projet, il facilitait le travail en commun Il était Scrum Master
  • 97. Qu’est ce que l’on a adressé avec ça ? Le client n’est pas satisfait L’équipe n’avait pas la parole La demande a été fixée au départ et n’a pas évolué Les changements ont été durement négociés Bill à décidé seul du travail des équipiers L’équipe a travaillé à partir d’informations filtrées par Bill Le risque de retard n’a pu être identifié que très tard L’équipe à fait des heures sup L’équipe à pris des raccourcis pour finir à temps
  • 98. Cette présentation est largement reprise (avec leur accord) de celle de http://agilecampustour.org Questions ? Jf@jago.fr