Agilité pour les nuls
 

Like this? Share it with your network

Share

Agilité pour les nuls

le

  • 7,726 vues

Présentation faite à Agile Grenoble 2012

Présentation faite à Agile Grenoble 2012

Statistiques

Vues

Total des vues
7,726
Vues sur SlideShare
6,693
Vues externes
1,033

Actions

J'aime
12
Téléchargements
255
Commentaires
1

11 Ajouts 1,033

http://news.humancoders.com 471
http://www.scoop.it 282
http://gestsites.services.mrq 154
https://twitter.com 67
http://www.agilaction.com 51
https://si0.twimg.com 2
http://www.linkedin.com 2
http://twitter.com 1
http://tweetedtimes.com 1
http://hermes.photoweb.pri 1
http://www.digimind-evolution.com 1
Plus...

Accessibilité

Catégories

Détails de l'import

Uploaded via as Microsoft PowerPoint

Droits d'utilisation

CC Attribution-ShareAlike LicenseCC Attribution-ShareAlike License

Report content

Signalé comme inapproprié Signaler comme inapproprié
Signaler comme inapproprié

Indiquez la raison pour laquelle vous avez signalé cette présentation comme n'étant pas appropriée.

Annuler
  • Full Name Full Name Comment goes here.
    Êtes-vous sûr de vouloir
    Votre message apparaîtra ici
    Processing...
Poster un commentaire
Modifier votre commentaire

Agilité pour les nuls Presentation Transcript

  • 1. 4 Les mots savants expliqués4 Des exemples simples4 Une histoire presque vraie racontée par … Jean-François Jagodzinski Twitter: @jfjago
  • 2. Veut attaquer le marché du jeu vidéo
  • 3. Les gars à Namco® contactent Bill
  • 4. Il travaille dans une entreprise dedéveloppement logiciel réputée :RaftingSoftware
  • 5. Bill, comme chef de projets, s’engage surun contenu, à livrer à une certaine date,et dispose donc d’un certain budget.
  • 6. Bill analyse le travail qui doit être fait,
  • 7. Ensuite il va voir l’équipe et lui distribueles tâches.
  • 8. Chacun travaille sur sa partie etuniquement sur celle-ci.
  • 9. Après 2 mois, l’équipe dit qu’elle est dansles délais, mais rien n’est fini encore…
  • 10. Comme l’échéance approche, l’équipecommence à perdre confiance…
  • 11. Les gars de Namco viennent d’avoir unegrande idée : une grille infinie…
  • 12. Ce n’était pas prévu au Cahier des charges,Bill commence à négocier…
  • 13. La fin approche, il est temps de mettre unpetit peu la pression sur l’équipe… Allez lesgars, on peut y arriver !
  • 14. Quand même pas suffisant… les soiréessont longues…
  • 15. Au final on fournit quand même ce quiétait demandé… pourtant le client n’estpas content
  • 16. De son coté Bill est satisfait, il a respectéles délais, le budget, le contenu demandé…le projet est un succès !
  • 17. Voici comment Bill voit le projetNégociation Analyse Développement Test
  • 18. Quel est le problème ? La demande a étérespectée au final.
  • 19. Quelques pistes…Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill a décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps
  • 20. C’est une situation que vous avez peut-êtreconnue…
  • 21. Mais pour Namco® l’argent n’est pasvraiment la question, ils ont envied’essayer un autre fournisseur…
  • 22. Ils contactent Bob de ACTic
  • 23. Bob suggère de travailler par itération,mais avant cela, quelle est la vision duproduit ?
  • 24. Ensemble Bob et les gars de Namco®écrivent des « user stories », toutes cesstories 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
  • 25. Et il demande aux gars de Namco® de listerles stories par priorité
  • 26. Ensemble ils revoient les user stories enhaut du backlog et ajoutent quelquesdétails pour être sûrs que l’équipe peutcommencer à travailler dessus
  • 27. Avant de démarrer, ils se mettent tousd’accord sur ce que « fini » veut réellementdire…
  • 28. L’équipe elle-même estime l’effort pourréaliser ces stories, Bob et les gars deNamco® sont uniquement là pourrépondre à leurs questions…
  • 29. L’équipe essaie d’imaginer combien detravail elle peut faire en une itération
  • 30. A partir des user stories estimées, onprend les top priorités à hauteur de lacontrainte donnée par l’équipe
  • 31. L’équipe démarre le travail en prenant lesstories une par une
  • 32. Pendant ce temps, Bob et les gars deNamco ajoutent davantage de détails surles prochaines user stories
  • 33. Quand l’équipe pense qu’une story et« finie » le client peut la voir, l’essayer etdonner son feedback
  • 34. Pas satisfait ? L’équipe change lafonctionnalité immédiatement en prenanten compte le feedback de l’utilisateur
  • 35. Le client a une autre idée, PacMan peut setéléporter quand il mange un fruit magique
  • 36. Aucun problème, Bob ajoute la user storydans le backlog, elle sera prise dans laprochaine itération En tant que joueur, je souhaite que PacMan se téléporte de façon à pouvoir échapper aux fantômes
  • 37. A la fin de l’itération, l’équipe fait unedémo de ce qui a été « fini » pendantl’itération
  • 38. Puis ils se retrouvent dans unerétrospective pour voir ce qui a bien marchéet ce qu’il faudrait améliorer
  • 39. Et on repart pour une nouvelle itération àpartir des top priorités suivantes
  • 40. Quand ils arrivent à la date finale de remisedu projet, il reste encore quelques storiesdans le backlog mais le client est ravi par leproduit
  • 41. Voilà, c’est ça « Agile »
  • 42. Le projet vu par Bob
  • 43. Mais ça veut dire quoi vraiment« être Agile » ?
  • 44. Des valeurs et des principesLes individus et les interactions plutôt que des procédures et outilsUn logiciel qui fonctionne plutôt qu’une documentation abondanteLa collaboration avec le client plutôt que la négociation du contratL’accueil du changement plutôt que le respect du plan http://agilemanifesto.org
  • 45. D’accord, mais comment ont ils faitça chez ACTic ?
  • 46. Au début …
  • 47. Ensemble avec Bob ils ont défini une Visiondu produit
  • 48. Avec Bob, le client a écrit quelques userstories En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie
  • 49. OK, stop c’est quoi une user story ?
  • 50. C’est une histoire… pour un utilisateur
  • 51. En tant que <rôle>Je souhaite <faire une action>De façon à <obtenir un gain>
  • 52. A partir de ces user stories, ils ontconstitué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
  • 53. Ensuite ils l’ont ordonné selon l’importancedes gains obtenus avec chaque story
  • 54. Ils ont précisé ensemble avec l’équipede développement ce que « fini »voulait dire
  • 55. Qu’est ce que l’on a adressé avec ça ?Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill à décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps
  • 56. Et ensuite ?
  • 57. Bob a demandé à l’équipe d’estimer l’effort pourréaliser chaque story
  • 58. Bob a demandé à l’équipe d’estimer l’effort enutilisant 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
  • 59. L’équipe a affecté les story points en utilisant le En utilisant» planning poker« planning poker le http://www.planningpoker.com/
  • 60. On a ensuite demandé à l’équiped’estimer sa « vélocité » http://www.planningpoker.com/
  • 61. Combien pouvez vous en manger en 1minute ? http://www.planningpoker.com/
  • 62. A partir de la vélocité, Bob demande auclient de proposer le contenu d’itération
  • 63. L’équipe accepte de s’engager à toutlivrer en fin d’itération
  • 64. Qu’est ce que l’on a adressé avec ça ?Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill à décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps
  • 65. Et maintenant ?
  • 66. Ils ont créé un tableau des tâches A faire En cours Fini
  • 67. 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
  • 68. Chaque matin l’équipe se réunissait devantle tableau des taches pour un « stand-up » A faire En cours Fini
  • 69. Les équipiers organisaient le travailcomme ils le voulaient,
  • 70. Certains travaillaient en binôme
  • 71. Ils organisaient aussi des revues de code
  • 72. Ils écrivaient les tests
  • 73. Ils écrivaient les tests avant de coder
  • 74. Une fois le test écrit…
  • 75. …écrire le minimum de code pour lepasser
  • 76. Un autre test… …et un peu plus de code
  • 77. Pendant ce temps le client avec l’aide deBob avait détaillé de nouvelles stories
  • 78. C’est comme…
  • 79. Chaque fois que l’équipe pensait qu’elleavait « fini », le client pouvait tester
  • 80. Et enfin…
  • 81. A la fin de l’itération, l’équipe faisait unedémo de tout ce qui avait été « fini »pendant l’itération
  • 82. Le client « acceptait » toutes les stories« finies »
  • 83. Et toutes les stories « finies » pouvaientpartir en production
  • 84. Après la démo Bob animait unerétrospective pour améliorer la façon detravailler
  • 85. Qu’est ce que l’on a adressé avec ça ?Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill à décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps
  • 86. Fêter … Avecmodération !
  • 87. …et itérer
  • 88. …jusqu’à ce qu’il n’y ait plus de budget
  • 89. …ou avant si le client est satisfait
  • 90. A la toute dernière itération, la dernièredémo …
  • 91. On fait une rétrospective du projetcomplet
  • 92. Et fêter ! Avecmodération !
  • 93. Bob ne pilotait pas le projet, il facilitait le travail en commun Il était Scrum Master
  • 94. Qu’est ce que l’on a adressé avec ça ?Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill à décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps
  • 95. Cette présentation est largement reprise (avec leur accord) de celle de http://agilecampustour.org Questions ?Jf@jago.fr