Méthodologie Scrum<br />Un parcours de la méthodologie Scrum<br />1<br />
Introduction<br />2<br />Introduction<br />
Introduction<br />Introduction à Scrum<br />3<br />
Introduction<br />Approche classique<br /><ul><li>Difficile à prévoir
Augmentation du risque au fil du temps</li></ul>4<br />
Introduction<br />Problèmes avec l’approche classique<br /><ul><li>Planification avant exécution
Ne s’adapte pas facilement aux changements
Les besoins sont abstraits et peuvent être interprétés différemment
La motivation régresse au fil du temps
Tests insuffisants
Gros degrés de hiérarchie
Les tests se font durant les dernières étapes</li></ul>5<br />
Introduction<br />Pourquoi une méthodologie agile ?<br /><ul><li>L’incrémentation réduit la complexité
S’adapte facilement aux changements
Augmente la ROI à travers des livraisons rapprochées
Visibilité augmentée
Moins de risques, plus de qualité
Cycles plus courts
Progression facile à mesurer
Processus en amélioration continue</li></ul>6<br />
Introduction<br />C’est quoi l’agile ?<br />7<br />
Introduction<br />Valeurs agiles<br />8<br />
Introduction<br />Principes agiles<br />9<br />
Introduction<br />Méthodologies existantes<br />10<br />
Introduction<br />Principes<br />11<br />
Introduction<br />Principes<br />12<br />
Introduction<br />Principes<br />13<br />
Introduction<br />Principes<br />14<br />
Introduction<br />15<br />
Introduction<br />16<br />Planification<br />
Planification<br />User Stories<br /><ul><li>Ecrites en langage naturel
Représente la progression totale de l’itération et du produit
Formule : en tant que X je voudrais faire ACTION pour MOTIVATION
Écrite sur des cartes en papier</li></ul>17<br />
Planification<br />User Stories<br />18<br />
Planification<br />User Stories<br />19<br />
Planification<br />User Stories<br />20<br />
Planification<br />User Stories<br />21<br />
Planification<br />User Stories<br />22<br />
Planification<br />Périmètre de prévision<br />23<br />
Scrum<br />Pourquoi Scrum ?<br /><ul><li>Simple
Puissant
Facile à apprendre</li></ul>24<br />
Scrum<br />Historique<br /><ul><li>Inspiré par uneapprochedéveloppée en 1986 par H. Takeuchiiet II.. Nonaka
Le terme « Scrum » utilisé dans « WiickedProblems, Rightteous Solutions » par DeGraceet Stahl en 1991
Utilisé comme méthodologie dans le livre : « Agile Software Developmenttwith SCRUM” par K. Schwaberet M.. Beedlle en 2001<...
Scrum<br />Utilisateurs<br /><ul><li>Microsoft
Yahoo
Nokia
Electronic Arts
Upcoming SlideShare
Loading in...5
×

Scrum

1,894

Published on

Une présentation de la méthode agile Scrum

Published in: Business, Career

Transcript of "Scrum"

  1. 1. Méthodologie Scrum<br />Un parcours de la méthodologie Scrum<br />1<br />
  2. 2. Introduction<br />2<br />Introduction<br />
  3. 3. Introduction<br />Introduction à Scrum<br />3<br />
  4. 4. Introduction<br />Approche classique<br /><ul><li>Difficile à prévoir
  5. 5. Augmentation du risque au fil du temps</li></ul>4<br />
  6. 6. Introduction<br />Problèmes avec l’approche classique<br /><ul><li>Planification avant exécution
  7. 7. Ne s’adapte pas facilement aux changements
  8. 8. Les besoins sont abstraits et peuvent être interprétés différemment
  9. 9. La motivation régresse au fil du temps
  10. 10. Tests insuffisants
  11. 11. Gros degrés de hiérarchie
  12. 12. Les tests se font durant les dernières étapes</li></ul>5<br />
  13. 13. Introduction<br />Pourquoi une méthodologie agile ?<br /><ul><li>L’incrémentation réduit la complexité
  14. 14. S’adapte facilement aux changements
  15. 15. Augmente la ROI à travers des livraisons rapprochées
  16. 16. Visibilité augmentée
  17. 17. Moins de risques, plus de qualité
  18. 18. Cycles plus courts
  19. 19. Progression facile à mesurer
  20. 20. Processus en amélioration continue</li></ul>6<br />
  21. 21. Introduction<br />C’est quoi l’agile ?<br />7<br />
  22. 22. Introduction<br />Valeurs agiles<br />8<br />
  23. 23. Introduction<br />Principes agiles<br />9<br />
  24. 24. Introduction<br />Méthodologies existantes<br />10<br />
  25. 25. Introduction<br />Principes<br />11<br />
  26. 26. Introduction<br />Principes<br />12<br />
  27. 27. Introduction<br />Principes<br />13<br />
  28. 28. Introduction<br />Principes<br />14<br />
  29. 29. Introduction<br />15<br />
  30. 30. Introduction<br />16<br />Planification<br />
  31. 31. Planification<br />User Stories<br /><ul><li>Ecrites en langage naturel
  32. 32. Représente la progression totale de l’itération et du produit
  33. 33. Formule : en tant que X je voudrais faire ACTION pour MOTIVATION
  34. 34. Écrite sur des cartes en papier</li></ul>17<br />
  35. 35. Planification<br />User Stories<br />18<br />
  36. 36. Planification<br />User Stories<br />19<br />
  37. 37. Planification<br />User Stories<br />20<br />
  38. 38. Planification<br />User Stories<br />21<br />
  39. 39. Planification<br />User Stories<br />22<br />
  40. 40. Planification<br />Périmètre de prévision<br />23<br />
  41. 41. Scrum<br />Pourquoi Scrum ?<br /><ul><li>Simple
  42. 42. Puissant
  43. 43. Facile à apprendre</li></ul>24<br />
  44. 44. Scrum<br />Historique<br /><ul><li>Inspiré par uneapprochedéveloppée en 1986 par H. Takeuchiiet II.. Nonaka
  45. 45. Le terme « Scrum » utilisé dans « WiickedProblems, Rightteous Solutions » par DeGraceet Stahl en 1991
  46. 46. Utilisé comme méthodologie dans le livre : « Agile Software Developmenttwith SCRUM” par K. Schwaberet M.. Beedlle en 2001</li></ul>25<br />
  47. 47. Scrum<br />Utilisateurs<br /><ul><li>Microsoft
  48. 48. Yahoo
  49. 49. Nokia
  50. 50. Electronic Arts
  51. 51. Google
  52. 52. Phillips
  53. 53. ,,,</li></ul>26<br />
  54. 54. Scrum<br />Définition<br /><ul><li>Scrum est une méthodologie où l’on emploie des processus et techniques variés pour la réalisation de produits complexes</li></ul>27<br />
  55. 55. Scrum<br />Principes<br />28<br />
  56. 56. Scrum<br />Processus<br />29<br />
  57. 57. Scrum<br />Concepts<br />30<br />
  58. 58. Scrum<br />31<br />Présentation de scrum<br />
  59. 59. Concepts Scrum<br />Sprint<br /><ul><li>Une itération de 1 à 4 semaines
  60. 60. Une durée constante apporte un meilleur rythme
  61. 61. Inclut toutes les activités : développement, tests,,,,
  62. 62. Démarre par une réunion de planning
  63. 63. Aucun changement pendant le sprint
  64. 64. Se conclut par une livraison partielle</li></ul>32<br />
  65. 65. Concepts Scrum<br />Backlog de produit<br /><ul><li>Une liste évolutive de besoins exprimés en tant que user stories
  66. 66. La liste est ordonnée par priorité
  67. 67. Les priorités sont données par le productowner
  68. 68. La liste est livrée en plusieurs releases
  69. 69. La liste va forcément être revue et mise à jour</li></ul>33<br />
  70. 70. Concepts Scrum<br />Backlog de sprint<br /><ul><li>Le user stories prévues pour un sprint
  71. 71. Chaque sprint a un objectif
  72. 72. Une fois le sprint démarré, le productowner ne peut pas changer les objectifs ni la composition
  73. 73. L’équipe peut demander de nouvelle user stories, décaler en cas de retard ou terminer le sprint</li></ul>34<br />
  74. 74. Concepts Scrum<br />Product Owner<br /><ul><li>1 par équipe, se trouve dans les mêmes locaux
  75. 75. Définit les fonctionnalités du produit
  76. 76. Choisit les dates et les contenus des releases
  77. 77. Responsable du ROI
  78. 78. Accepte ou rejette les résultats d’un sprint
  79. 79. Assure une seule liste de besoins et leur cohérence
  80. 80. Assiste aux réunion de planning et de revue</li></ul>35<br />
  81. 81. Concepts Scrum<br />Scrum Master<br /><ul><li>Représente le management sans une vision hiérarchique (un leader pas un chef)
  82. 82. Responsable d’appliquer les valeurs de scrum
  83. 83. Elimine les obstacles
  84. 84. S’assure de la productivité de l’équipe
  85. 85. Facilite la coopération
  86. 86. Protège l’équipe</li></ul>36<br />
  87. 87. Concepts Scrum<br />L’équipe Scrum<br /><ul><li>De 5 à 10 personnes
  88. 88. Tous les rôles (développeur, architecte, testeur,,,)
  89. 89. A plein temps sur le projet
  90. 90. Auto-organisation
  91. 91. La composition ne doit pas changer pendant le sprint
  92. 92. Mêmes locaux</li></ul>37<br />
  93. 93. Réunions Scrum<br />38<br />Réunions scrum<br />
  94. 94. Réunions Scrum<br />Réunions<br />39<br />
  95. 95. Réunions Scrum<br />Réunion de planning<br /><ul><li>Product Owner avec l’équipe
  96. 96. Revue du backlog de produit
  97. 97. Le Product Owner explique ce qui est demandé
  98. 98. Négociation sur ce qui va être intégré dans le sprint
  99. 99. Choix des tâches par l’équipe et le scrum master
  100. 100. Eventuelle identification de nouveaux besoins
  101. 101. Se conclut par l’identification des objectifs d’un sprint
  102. 102. Utiliser la vélocité pour le planning
  103. 103. Liste des tâches et estimation en heures</li></ul>40<br />
  104. 104. Réunions Scrum<br />Engagement<br />41<br />
  105. 105. Réunions Scrum<br />Scrum quotidien<br /><ul><li>15 Mins par jour
  106. 106. Debout de préférence
  107. 107. L’équipe parle, les invités écoutent
  108. 108. Qu’avez-vous depuis la dernière réunion ?
  109. 109. Qu’allez-vous faire avant la prochaine réunion ?
  110. 110. Quels sont les obstacles ?
  111. 111. Pas des comptes rendus mais une coopération</li></ul>42<br />
  112. 112. Réunions Scrum<br />Suivi du progrès<br />43<br />
  113. 113. Réunions Scrum<br />Quand est-ce que c’est fini ?<br /><ul><li>Acceptation par le productowner
  114. 114. Tests unitaires passés à plus de 85%
  115. 115. Tests d’acceptation passés
  116. 116. Code envoyé dans le système de gestion de versions
  117. 117. Compilations d’équipe passées (team build)
  118. 118. Code propre et bien documenté</li></ul>44<br />
  119. 119. Réunions Scrum<br />Revue de sprint<br /><ul><li>Moins de 30 mins à chaque fin de sprint
  120. 120. Démonstration de ce qui a été fait
  121. 121. Equipe, productowneret tous les concernés
  122. 122. Validation de l’atteinte d’objectif par le produc owner
  123. 123. Acceptation / Rejet des user stories
  124. 124. Feedback
  125. 125. Résultats utilisés dans le prochain sprint et la retrospective</li></ul>45<br />
  126. 126. Réunions Scrum<br />Rétrospective<br /><ul><li>Equipe
  127. 127. Eventuellemnt Product owner
  128. 128. Eventuellement concernés
  129. 129. Réfléchir à ce qui a marché et ce qui n’a pas marché
  130. 130. Résolutions pour les prochains sprints</li></ul>46<br />
  131. 131. Réunions Scrum<br />Vélocité<br /><ul><li>Elle indique la quantité de travail que l’équipe peut accomplir pendant un sprint
  132. 132. Elle n’est jamais à 100% précise
  133. 133. On l’approche au bout de plusieurs sprints</li></ul>47<br />
  134. 134. Réunions Scrum<br />48<br />Erreurs à ne pas commettre<br />
  135. 135. Erreurs Scrum<br />Erreurs<br /><ul><li>Scrum n’est pas un mini water-fall
  136. 136. Il n’y a pas l’autorité classique des chefs de projet
  137. 137. Eviter les sprints intenses</li></ul>49<br />
  138. 138. TP<br />50<br />

×