Contenu connexe
Similaire à Les Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/Agile
- 1. Les Bases desméthodesAgilesBonne nouvelle: on saitque ca marche en on saitpourquoi.Mauvaise nouvelle: c’est pas facile
- 2. Consultant. Project Manager.Games Maker.His Blog: blog.nayima.beNAYIMAWe make play work
- 3. Les butsVoirquelquesidéesfondamentales desméthodes Agile et LeanComprendrepourquoicelamarcheComprendrepourquoipeud’équipesréussissent à mettrecela en place
- 4. Les Tests J’aidécouvertunenouvelle idée Je comprendsmieuxpourquoicelamarche/ne marche pas dansmonéquipe Je veux en savoir plus
- 5.
- 6. Théorie des ContraintesDesactions locales pourdes améliorationsglobales
- 7. 9857??77Le maillon faibleLeGoulot d’étranglement
- 8. Il ne fautpas courir plus vitequesesutilisateurBacklogLe GoulotThe BusinessOperationsDev team
- 9. Il ne fautpas courir plus vitequesesutilisateurLe GoulotDev teamThe BusinessOperationsBacklog6 releases per year2 releases per year
- 10. Quatre clients vontplus vitequ’unLe GoulotDev teamBacklogSalesOperationsProductionFinanceAuditCustomers6 releases per year2 major releases per year per group
- 11. I’ln’y a pasde “Business”Il n’y a que “Nous”Dev teamBacklogSalesOperationsProductionFinanceAuditCustomers6 releases per year2 releases per year per group
- 12.
- 13.
- 14.
- 15.
- 16.
- 19.
- 22.
- 23. Oui, mais…On estorganiséen départementsChaquedépartement a sespropresobjectifsLes projetssonttellement complexes qu’iln’y a personne qui a la vueglobale
- 24.
- 25.
- 26. Des décisions commedes optionsUn coûtUne valeurUne date d’expirationOn prend les décisions difficiles à défaire tardOn prend les décisions faciles à défaire tôt
- 27. Planification Real OptionsOptionOptionOnattend...OptionDécision 2DeadlineDécision 3Décision 1
- 28. Repousser les décisionsOptionOptionOnattend...OptionDécision 2DeadlineDécision 3Décision 1
- 29. Repousser les décisionsOptionOptionOnattend...OptionDécision 2DeadlineDécision 3Décision 1
- 30. Repousser les décisionsOptionOptionOnattend...ET on cherche plus d’infoOptionDécision 2DeadlineDécision 3
- 31. Une histoire belgeRedesigndu site d’une chaine télé
- 32. Redesign du sitetéléDate de livraison fixe: Site web doit être prêt avant NovembreOn a un design/style existant“Il y aura un re-design de la chaine”Donc, il faudra un re-design de tous les sites
- 34. Q: qu’est-ce qu’onfait?A: Continuer avec ancien design, puis retravaillerB: Attendre le nouveau design
- 36. Appliquons Real OptionsImplementationAncien DesignSite sans designImplementation Nouveau Design1 Octobre1 Septembre1 Aout
- 37. Réduction du tempsd’implementationImplementation Ancien DesignSite sans designImplementation Nouveau Design1 Octobre1 Septembre1 Aout
- 38. RésultatPlein de discussionsur le design (plusieurs mois)Un équipier suit le progrèsDécision du 1er Septembre: ancien designSite et application livré à temps“On a jamais vécu un projet avec si peu de stress”On a séparé la partie connue de la partie sous discussion“Ceci sera notre approche pour tous les projects suivants”
- 39. Excellence techniqueRéduit letemps d’implementation et retarde les dates de décisionRend plus de décisions faciles à défaire
- 40.
- 41. Oui, mais…“Je préfèreunemauvaisedécisionplutôtquepas de décision”“Je n’aime pas l’incertitude”“J’aiappris à prendre les décisionsarchitecturales le plus tôt possible”“On ne réussit plus à changer notre code ou architecture”
- 42.
- 43. ValeurRéduire les coûtsc’estfacile,maisça ne dure pas
- 44.
- 45.
- 46.
- 49.
- 50. Compagnie de téléphonieSituation2mois d’analyse“Il faut 60 features”“Il faut une application web self-service avec architecture SOA”Ca va prendre +/- 2 ansRésultat3 jours d’analyse AgileSeulement 10 des 60 features apportent de la valeurOn a identifié 4 features qu’ils avaient oubliés25% de la valeur pouvait être livrée dans deux mois (sans application web...)
- 51.
- 52. Oui, mais…“On n’apas le temps”“Impliquertoutel’équipeest un gachis de temps”“Il n’y a pas moyen de définir la valeur”“Notre but est de réduire les coûts”
- 53.
- 54.
- 58. Et moi? Jefais quoi?
- 59. Challenge RespectueuxButs etstratégieAider / Coacher / FormerChallenger
- 61.
- 62. Oui, mais…“Ilsvontprendre lestâchesfaciles”“Ils ne vontrien faire si je ne leurdis pas quoi faire”“Il n’y a pas de managers dans Agile”“On varien demander aux managers, car ilsvontprendre la mauvaisedécision”“Les développeurssurestimenttoujours, donc je diviseleurs estimations par 4”
- 63.
- 64. L’excellence techniqueDifficile d’êtreagile dans un marais
- 66. Pratiques de QualitéTestsd’acceptanceavant le codeTests unitairesavant le codeRefactoring continuConception SimpleBinomageDesign/code Guidelines
- 69. Un experimentMême équipeMêmeapplicationMême langageMême clientSans TDD => 2/3 de la vitesse de développement
- 70.
- 71. Oui, mais…“On n’apas le temps d’écrire du bon code, car on passe tout notre temps à corriger des bugs”“Les testeursn’ont pas fait leurboulot”“C’estdevenutropcompliqué, faudraréécrire”“Ecrire des tests prendtrop de temps”“Il faut de la discipline”
- 72.
- 75. The Logical ThinkingProcess
- 76. The Logical ThinkingProcessIntermediate Objectives MapPrerequisite/Transition TreeComment y arriver?Par petits pasQuel est notre but?Qu’est-ce qu’on manque?Future Reality TreeCurrent Reality TreeEst-ce que cela marchera?Quels nouveau problèmesEst-ce qu’on va créer?Pourquoi est-ce qu’on manque quelque chose?Conflict Resolution DiagramQu’est-ce qu’on pourrait fairepour résoudre le conflit sous-jacent?
- 77. Et moi? Jepeux jouer?
- 79.
- 80.
- 82. Challenge RespectueuxButs etstratégieAider / Coacher / FormerChallenger
- 83.
- 84. Oui, mais…“On vapas changer la documentation du processus”“On n’ose pas faire les changementsqu’ilfaut”“On n’a pas le temps d’implementer les actions de la retrospective”“On n’ose pas parler des vraisproblèmes”“On a peur des conflits”
- 85.
- 86. En résuméThéorie desContraintesReal OptionsDéfinir la Valeur économiqueAutonomie de l’équipe et du managementExcellence TechniqueSystems Thinking
- 87. Les Tests J’aidécouvertunenouvelle idée Je comprendsmieuxpourquoicelamarche/ne marche pas dansmonéquipe Je veux en savoir plus
- 88. Si vousvoulez ensavoir plus
- 89.
Notes de l'éditeur
- #3 Portia and Pascal introduce themselves by sharing a bit about their background.
- #76 But then I learned about a better way of thinking
- #77 To do root cause analysis, we use the Current Reality Tree.Before you can analyse what you miss, you must know what you what (isn’t there a song like “You can’t have what you want unless you know what you want” ?). That’s why we use the IO mapAfter the magic happens and we come up with a solution, we use the future reality tree to “test drive” the idea, to see if it works and to see what undesired side effects we might generate.Then we find a way to implement the solution in small steps.The magic happens with the CRD tool. It’s a step by step approach to understand the fundamental conflicts that underlie the root cause and to find the real breakthrough solutions.