Journée Agilité avec EI-CESI (15-Mar-12)

1 420 vues

Publié le

Journée Agilité le 15 mars 2012 avec l'EI-CESI de Bordeaux.

Publié dans : Formation
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
1 420
Sur SlideShare
0
Issues des intégrations
0
Intégrations
644
Actions
Partages
0
Téléchargements
19
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Journée Agilité avec EI-CESI (15-Mar-12)

  1. 1. Journée Agilité15/03/12 1
  2. 2. Check-In15/03/12 2
  3. 3. Personal Branding Fabrice Aimetti Serial Retrospective Coach Fondateur Sky Castle Commencez Traducteur Man Agile Agilarium® Gamer le voyage !15/03/12 3 (agilarium.com) (agilarium.blogspot.com) (agilarium.wikispaces.com) (@Agilarium) (skycastlegame.net)
  4. 4. Backlog matinée A faire En cours Fini Il était une fois 30 Manifeste Agile 60 Scrum (& Kanban) 60 Bon Appétit 6015/03/12 4
  5. 5. Backlog matinée A faire En cours Fini Il était une fois Manifeste 30 Agile 60 Scrum (& Kanban) 60 Bon Appétit 6015/03/12 5
  6. 6. Aucun reniement des méthodes utilisées jusque là Simplement tirer les leçons du passé et s’améliorer PAS de choc frontal, c’est beaucoup plus subtil !15/03/12 6
  7. 7. Mais quand même... on en a bien bavé ! JE planifie, TU réalises, JE contrôle, TU tajustes... ?15/03/12 7
  8. 8. Approche prédictive Beaucoup de projets ressemblent à des boulets de canon... Hypothèses : • Le client sait ce qu’il veut : ”le cahier décharge” Système prédictif (les bonnes • Le fournisseur sait comment le construire : idées, c’est ”l’énorme de développements” au début) • Rien ne va changer au cours du projet : ”un nouvel espoir ?”26/02/12 8
  9. 9. Leçons apprises Fabriquer le bon produit Coût é x it le mp Co La moitié des choses que nous développons ne sont jamais utilisées ! # de fonctionnalités26/02/12 9
  10. 10. Leçons apprises Maximiser le minimalisme (”less is more”) ”Je ne veux pas plus de fonctionnalités.” ”Je veux plus de cas d’usage.”26/02/12 10
  11. 11. Backlog matinée A faire En cours Fini Il était une fois Manifeste 30 Agile 60 Scrum (& Kanban) 60 Bon Appétit 6015/03/12 11
  12. 12. Manifeste Agile Manifeste pour le développement Agile de logiciels (11-13 Fév 2001) www.agilemanifesto.org/iso/fr Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amené à valoriser : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu’une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d’un plan26/02/12 Nous reconnaissons la valeur des seconds éléments 12 mais privilégions les premiers. Traduit par le CARA
  13. 13. Manifeste Agile Principes sous-jacents au Manifeste Agile Notre plus haute priorité est de satisfaire le client  Un logiciel opérationnel est la principale mesure en livrant rapidement et régulièrement des d’avancement. fonctionnalités à grande valeur ajoutée.  Les processus Agiles encouragent un rythme de Accueillez positivement les changements de besoins, développement soutenable. Ensemble, les même tard dans le projet. Les processus Agiles commanditaires, les développeurs et les utilisateurs exploitent le changement pour donner un avantage devraient être capables de maintenir indéfiniment un compétitif au client. rythme constant. Livrez fréquemment un logiciel opérationnel avec des  Une attention continue à lexcellence technique et à une cycles de quelques semaines à quelques mois et une bonne conception renforcent l’Agilité. préférence pour les plus courts.  La simplicité – c’est-à-dire l’art de minimiser la Les utilisateurs ou leurs représentants et les quantité de travail inutile – est essentielle. développeurs doivent travailler ensemble  Les meilleures architectures, spécifications et quotidiennement tout au long du projet. conceptions émergent déquipes auto-organisées. Réalisez les projets avec des personnes motivées.  À intervalles réguliers, léquipe réfléchit aux moyens de Fournissez-leur l’environnement et le soutien dont ils devenir plus efficace, puis règle et modifie son ont besoin et faites-leur confiance pour atteindre les comportement en conséquence. objectifs fixés. La méthode la plus simple et la plus efficace pour transmettre de l’information à léquipe de développement et à l’intérieur de celle-ci est le dialogue 26/02/12 à face. en face 13 Traduit par le CARA
  14. 14. Atelier Reconnaissez-vous des valeurs, principes et pratiques Lean dans le Manifeste Agile ?26/02/12 14
  15. 15. Atelier26/02/12 15
  16. 16. Leçons apprises L’Agile ressemble à un missile à tête chercheuse...Hypothèses : • Le client découvre au fur et à mesure ce qu’il veut : ”besoins émergents” • Le fournisseur découvre comment le construire : ”architecture & conception émergente” • Les choses changent au cours du projet : ”embrassez le changement !” (principe n°2) Système adaptatif (on a tout le temps de bonnes idées) Besoins Conception Dévelop. Test 26/02/12 16
  17. 17. LAgile, le bon sens en action A B Planning C D (voué à l’échec, mais nous ne le savons pas encore) Sem 1 Sem 2 Sem 3 Sem 4 Oups, nous sommes Scénario traditionnel en retard ! Et le ”Nous allons livré ABCD en 4 semaines” client na rien ! A B C D Périmètre Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 Sem 6 Sem 7 Sem 8 X X X Coût Qualité Délai Scénario Agile Oups, nous avons seulement fini ”Nous livrons toujours quelque chose à chaque sprint (2 semaines)” AB ! Notre vélocité est moindre ”Nous pensons pouvoir finir ABCD en 2 sprints, mais nous n’en sommes pas sûrs” que prévue. Qu’allons-nous faire ”Nous livrons toujours les items les plus importants en premier” Nous serons maintenant ? Périmètre probablement en retard... Qualité Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 Sem 6 Coût Délai A A B A B E26/02/12 17
  18. 18. Agile Agile vs Cascade Cascade Coût du IntensitéChangement & Stress Temps Temps Valeur Livrée Transparence & Implication du Client Temps Temps © VersionOne 26/02/12 18
  19. 19. Backlog matinée A faire En cours Fini Il était une fois Manifeste 30 Agile 60 Scrum (& Kanban) 60 Bon Appétit 6015/03/12 19
  20. 20. Scrum, lhéritage TPS 1947 Wiliam Edwards Deming est envoyé à Tokyo comme conseiller de l’État-major des forces alliées pour appliquer ses théories sur le Management. 1948-1975 Taiichi Ohno et Eiji Toyoda développe le Système de Production Toyota (TPS), que lon appellera plus tard le Lean. 1986 Hirotaka Takeuchi et Ikujiro Nonaka étudie notamment les méthodes des industries japonaises et publie un article décrivant une nouvelle façon dorganiser les équipes en se26/02/12 20 basant sur la métaphore de la mêlée de rugby Scrum.
  21. 21. Scrum, la naissance 1993 Jeff Sutherland déploie Scrum pour la première fois chez Easel Corporation. 1995 Jeff demande à Ken Schwaber (DG Advanced Development Methods) de laider à déployer Scrum chez Individual, société Internet. 1995 Ken Schwaber et Jeff Sutherland présentent le framework Scrum dans un contexte de développement logiciel lors de la conférence OOPSLA.26/02/12 21
  22. 22. Scrum, le framework Quest-ce-que vous voyez ?26/02/12 22
  23. 23. Scrum, le framework Scrum 3 artefacts Master Équipe (documentaires) 3 cérémonies 3 rôles Burndown Product Chart Mêlée Vision Owner quotidienne Revue de Sprint = Incrément Produit Backlog Sprint de (potentiellement du Produit Backlog 1 à 4 semaines déployable) du Sprint & Rétrospective Sélection « Grooming » (=négociation) du contenu lors de la réunion de Planification du Sprint26/02/12 23 PLAN............DO.............CHECK....ACT
  24. 24. Scrum, on découpe tout Découpez votre produit Découpez votre organisation De grandes équipes passant beaucoup de temps à construire de grosses choses. De petites équipes passant un peu de temps à construire de petites choses … mais intégrant le tout régulièrement pour voir l’ensemble. Optimiser le processus Optimiser la valeur métier €€€ Découpez le temps Janvier Avril €26/02/12 24
  25. 25. Kanban, le petit frère Tableau Scrum Tableau Kanban A faire En cours Fini :o) A faire En cours Fini :o) 2 A A Mis au point par David Anderson B B en 2004 C C Règles Visualiser le processus D D Limiter le WIP Mesurer & optimiser flux Définir autres règles Flux Flux Flux – Lead time moyen :: Flux – Lead time moyen 6 jours jours (DoD, , ...) WIP limité par unité de temps (itération) WIP limité par état du processus (workflow) 70 60 Burndown CFD Reste à faire 50 estimé 40 30 20 10 Août 1 2 3 4 5 8 9 10 11 12 15 16 17 18 19 Date26/02/12 25
  26. 26. Scrum & Kanban tirer le meilleur des 2 Étape 1 Étape 2 Étape 3 Equipe Equipe Equipe Equipe Equipe Equipe Equipe Equipe Equipe n°1 n°2 n°3 n°1 n°2 n°3 n°1 n°2 n°3 Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Scrum Operations / support team Operations / support team Scrum Scrum Kanban Kanban DevOps = Build & Run26/02/12 26
  27. 27. On en parlera une prochaine fois... peut-être :o)26/02/12 27
  28. 28. Backlog matinée A faire En cours Fini Il était une fois Manifeste 30 Agile 60 Prez Scrum 60 Bon Appétit 6015/03/12 28
  29. 29. Journée Agilité15/03/12 29
  30. 30. Backlog après-midi A faire En cours Fini Intro PM 10 Airplane Kanban Game 60 Game 120 Rétro 1515/03/12 30
  31. 31. Backlog après-midi A faire En cours Fini Intro PM 10 Airplane Kanban Game 60 Game 120 Rétro 1515/03/12 31
  32. 32. Airplane GameExécution du jeu : ● Construction dun maximum davions par 4 fabricants et 1 testeur. ● En 2 minutes. 3 EQUIPES EN COMPETITION DEV1 DEV2 DEV3 DEV4 TEST Processus de fabrication d’un avion en papier Processus de fabrication d’un avion en papier15/03/12 32
  33. 33. Airplane Game EQUIPE 1Exécution en mode « flux poussés » : 1 avion fini = 1M€ ● On produit à tout va. 1 avion wip = 2M€ # € Fini 5 5 Wip 3 6 3 Encours Profit -1 5 finisExécution en mode « flux tirés » : 1 avion fini = 1M€ ● On limite lencours. 1 avion wip = 2M€ # € Fini 6 6Limite dencours 2 2 1 2 2 Wip 4 8 4 Profit -2 Encours 6 finisExécution en mode « flux tirés » : 1 avion fini = 1M€ ● On optimise le goulet. 1 avion wip = 2M€ # € Fini 7 7 Limite dencours 1 2 2 2 Wip 2 4 2 Profit 3 Encours 7 finis15/03/12 33
  34. 34. Airplane Game EQUIPE 2Exécution en mode « flux poussés » : 1 avion fini = 1M€ ● On produit à tout va. 1 avion wip = 2M€ # € Fini 7 7 Wip 4 8 4 Encours Profit -1 7 finisExécution en mode « flux tirés » : 1 avion fini = 1M€ ● On limite lencours. 1 avion wip = 2M€ # € Fini 3 3Limite dencours 2 2 1 2 2 Wip 3 6 3 Profit -3 Encours 3 finisExécution en mode « flux tirés » : 1 avion fini = 1M€ ● On optimise le goulet avec un poste « volant ». 1 avion wip = 2M€ # € Fini 7 7 Limite dencours 2 2 2 2 Wip 1 2 1 Profit 5 Encours 8 finis15/03/12 34
  35. 35. Airplane Game EQUIPE 3Exécution en mode « flux poussés » : 1 avion fini = 1M€ ● On produit à tout va. 1 avion wip = 2M€ # € Fini 5 5 Wip 2 4 2 Encours Profit 1 5 finisExécution en mode « flux tirés » : 1 avion fini = 1M€ ● On limite lencours. 1 avion wip = 2M€ # € Fini 7 7 Limite dencours 2 2 1 2 2 Wip 2 4 2 Profit 3 Encours 7 finisExécution en mode « flux tirés » : 1 avion fini = 1M€ ● On optimise le pliage au 1er poste de travail. 1 avion wip = 2M€ # € Fini 6 6Limite dencours 2 2 1 2 2 Wip 2 4 2 Profit 2 Encours 6 finis 15/03/12 35
  36. 36. Limiter lencours SCENARIO « Pas à pas » Dev Backlog Next 3 In production :o) 2 Ongoing Done A B G C F D H I J L E M K21/02/12 36
  37. 37. Limiter lencours SCENARIO « Pas à pas » Dev Backlog Next 3 In production :o) 2 Ongoing Done A G B C F D H I J L E M K21/02/12 37
  38. 38. Limiter lencours SCENARIO « Pas à pas » Dev Backlog Next 3 In production :o) 2 Ongoing Done A G B C F D H I J L E M K21/02/12 38
  39. 39. Limiter lencours SCENARIO « Pas à pas » Dev Backlog Next 3 In production :o) 2 Ongoing Done C A G D B F H I J L E M K21/02/12 39
  40. 40. Limiter lencours SCENARIO « Pas à pas » Dev Backlog Next 3 In production :o) 2 Ongoing Done C A G D B F H I J L E M K21/02/12 40
  41. 41. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done A B G C F D H I J L E M K21/02/12 41
  42. 42. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done A G B C F D H I J L E M K21/02/12 42
  43. 43. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done C A G D B F H I J L E M K21/02/12 43
  44. 44. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done C A G D B F H I J L E M K21/02/12 44
  45. 45. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done C A G D !? B F H I J L E M K21/02/12 45
  46. 46. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done G !? A D B F E C H I J L M K21/02/12 46
  47. 47. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done A G D B F E C H I J L M K21/02/12 47
  48. 48. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done A G D B F E C H I J L M K21/02/12 48
  49. 49. Limiter lencours SCENARIO « Problème de déploiement » Dev Backlog Next 3 In production :o) 2 PO Ongoing Done D A G B E F C H I J L M K21/02/12 49
  50. 50. Limiter lencourshttp://www.tocca.com.au/Images/FlashFiles/demoOperations.swfThéorie des Contraintes : (1) Identifiez les contraintes. (2) Exploitez la contrainte. (3) Subordonnez tout à la décision ci-dessus. (4) Optimisez la contrainte. 15/03/12 50 (5) Retournez à létape (1) une fois la contrainte supprimée.
  51. 51. Backlog après-midi A faire En cours Fini Intro PM 10 Airplane Game Kanban 60 Game 120 Rétro 1515/03/12 51
  52. 52. Kanban Game15/03/12 52
  53. 53. Kanban Game Story de priorité H(aute), M(oyenne), B(asse) estimée par léquipe. 3 sprint de 10 jours. Vélocité Rétro # 1 2 3 4 5 6 7 8 9 10 V R 1 x x x x x x x x x x 0 2 x x x x x x x x x H4 4 3 H4 x x x x H2 x x M2 / 14 H2 H3 H115/03/12 53
  54. 54. Kanban Game Philippe Christophe François-Xavier Manuel pratique le lancer de dés au sol :)15/03/12 54
  55. 55. Kanban Game Hicham Benjamin Bastien Christophe Fabien Joel Audrey15/03/12 55
  56. 56. Kanban Game Kiné Rokhaya Claire Camille Élodie Guillaume15/03/12 56 2 rayons de soleil
  57. 57. Backlog après-midi A faire En cours Fini Intro PM 10 Airplane Game Kanban 60 Game 120 Rétro 1515/03/12 57
  58. 58. Learning Matrix15/03/12 58
  59. 59. Agenda prévisionnel 2012 2012 16/03 24/05 2012 2012 27/03 16/06 2012 05/04 Scrum Wine 2012 Oct. 2012 2012 26/04 08/1115/03/12 59
  60. 60. FINI !15/03/12 60

×