Six éléments à mettre en place avant de parler agilité ou lean

1. Les Bases des méthodesAgiles Bonne nouvelle: on saitque ca marche en on saitpourquoi. Mauvaise nouvelle: c’est pas facile

2. Consultant. Project Manager. Games Maker. His Blog: blog.nayima.be NAYIMA We make play work

3. Les buts Voirquelquesidéesfondamentales des méthodes Agile et Lean Comprendrepourquoicelamarche Comprendrepourquoipeud’équipesréussissent à mettrecela en place

4. Les Tests  J’aidécouvertune nouvelle idée  Je comprendsmieuxpourquoicelamarche/ne marche pas dansmonéquipe  Je veux en savoir plus

5. 1

6. Théorie des Contraintes Des actions locales pour des améliorationsglobales

7. 9 8 5 7 ?? 7 7 Le maillon faibleLe Goulot d’étranglement

8. Il ne faut pas courir plus vitequesesutilisateur Backlog Le Goulot The Business Operations Dev team

9. Il ne faut pas courir plus vitequesesutilisateur Le Goulot Dev team The Business Operations Backlog 6 releases per year 2 releases per year

10. Quatre clients vont plus vitequ’un Le Goulot Dev team Backlog Sales Operations Production Finance Audit Customers 6 releases per year 2 major releases per year per group

11. I’ln’y a pas de “Business”Il n’y a que “Nous” Dev team Backlog Sales Operations Production Finance Audit Customers 6 releases per year 2 releases per year per group

12. DEVOPS

13. Le Goulot bouge Analyse Design Code Test

14. Le Goulot bouge Design Analyse Code Test

15. Le Goulot bouge Code Analyse Design Test

16. Le Goulot bouge Test Analyse Design Code

19. The Bottleneck Game

22. Oui, mais…

23. Oui, mais… On estorganisé en départements Chaquedépartement a sespropresobjectifs Les projetssonttellement complexes qu’iln’y a personne qui a la vueglobale

24. 2

25. Real Options Déciderquandilfautdécider

26. Des décisions comme des options Un coût Une valeur Une date d’expiration On prend les décisions difficiles à défaire tard On prend les décisions faciles à défaire tôt

27. Planification Real Options Option Option On attend... Option Décision 2 Deadline Décision 3 Décision 1

28. Repousser les décisions Option Option On attend... Option Décision 2 Deadline Décision 3 Décision 1

29. Repousser les décisions Option Option On attend... Option Décision 2 Deadline Décision 3 Décision 1

30. Repousser les décisions Option Option On attend... ET on cherche plus d’info Option Décision 2 Deadline Décision 3

31. Une histoire belge Redesign du site d’une chaine télé

32. Redesign du site télé Date de livraison fixe: Site web doit être prêt avant Novembre On 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’on fait? A: Continuer avec ancien design, puis retravaillerB: Attendre le nouveau design

36. Appliquons Real Options Implementation Ancien Design Site sans design Implementation Nouveau Design 1 Octobre 1 Septembre 1 Aout

37. Réduction du temps d’implementation Implementation Ancien Design Site sans design Implementation Nouveau Design 1 Octobre 1 Septembre 1 Aout

38. Résultat Plein de discussion sur le design (plusieurs mois) Un équipier suit le progrès Décision du 1er Septembre: ancien design Site 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 technique Réduit le temps d’implementation et retarde les dates de décision Rend plus de décisions faciles à défaire

40. Oui, mais…

41. Oui, mais… “Je préfèreunemauvaisedécisionplutôtque pas 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. 3

43. Valeur Réduire les coûtsc’est facile, maisça ne dure pas

44. Project Economic Framework

45. PDCA cycle

46. Business Value Modelling

49. Prioritisation par Valeur TODO BUSY RFT DONE Iteration Release Value

50. Compagnie de téléphonie Situation 2 mois d’analyse “Il faut 60 features” “Il faut une application web self-service avec architecture SOA” Ca va prendre +/- 2 ans Résultat 3 jours d’analyse Agile Seulement 10 des 60 features apportent de la valeur On a identifié 4 features qu’ils avaient oubliés 25% de la valeur pouvait être livrée dans deux mois (sans application web...)

51. Oui, mais…

52. Oui, mais… “On n’a pas 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. 4

54. Autonomie

58. Et moi? Je fais quoi?

59. Challenge Respectueux Buts et stratégie Aider / Coacher / Former Challenger

61. Oui, mais…

62. Oui, mais… “Ilsvontprendre les tâ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. 5

64. L’excellence technique Difficile d’être agile dans un marais

66. Pratiques de Qualité Tests d’acceptanceavant le code Tests unitairesavant le code Refactoring continu Conception Simple Binomage Design/code Guidelines

69. Un experiment Même équipe Même application Même langage Même client Sans TDD => 2/3 de la vitesse de développement

70. Oui, mais…

71. Oui, mais… “On n’a pas 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. 6

75. The Logical Thinking Process

76. The Logical Thinking Process Intermediate Objectives Map Prerequisite/ Transition Tree Comment y arriver? Par petits pas Quel est notre but? Qu’est-ce qu’on manque? Future Reality Tree Current Reality Tree Est-ce que cela marchera? Quels nouveau problèmes Est-ce qu’on va créer? Pourquoi est-ce qu’on manque quelque chose? Conflict Resolution Diagram Qu’est-ce qu’on pourrait faire pour résoudre le conflit sous-jacent?

77. Et moi? Je peux jouer?

79. “Amélioration Continue”?

80. Amélioration Continue

82. Challenge Respectueux Buts et stratégie Aider / Coacher / Former Challenger

83. Oui, mais…

84. Oui, mais… “On va pas 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. En résumé

86. En résumé Théorie des Contraintes Real Options Définir la Valeur économique Autonomie de l’équipe et du management Excellence Technique Systems Thinking

87. Les Tests  J’aidécouvertune nouvelle idée  Je comprendsmieuxpourquoicelamarche/ne marche pas dansmonéquipe  Je veux en savoir plus

88. Si vousvoulez en savoir plus

89. Merci Thank You Dank u