Une présentation de la méthode agile Scrum

1. Méthodologie Scrum Un parcours de la méthodologie Scrum 1

2. Introduction 2 Introduction

3. Introduction Introduction à Scrum 3

5. Augmentation du risque au fil du temps4

7. Ne s’adapte pas facilement aux changements

8. Les besoins sont abstraits et peuvent être interprétés différemment

9. La motivation régresse au fil du temps

10. Tests insuffisants

11. Gros degrés de hiérarchie

12. Les tests se font durant les dernières étapes5

14. S’adapte facilement aux changements

15. Augmente la ROI à travers des livraisons rapprochées

16. Visibilité augmentée

17. Moins de risques, plus de qualité

18. Cycles plus courts

19. Progression facile à mesurer

20. Processus en amélioration continue6

21. Introduction C’est quoi l’agile ? 7

22. Introduction Valeurs agiles 8

23. Introduction Principes agiles 9

24. Introduction Méthodologies existantes 10

25. Introduction Principes 11

26. Introduction Principes 12

27. Introduction Principes 13

28. Introduction Principes 14

29. Introduction 15

30. Introduction 16 Planification

32. Représente la progression totale de l’itération et du produit

33. Formule : en tant que X je voudrais faire ACTION pour MOTIVATION

34. Écrite sur des cartes en papier17

35. Planification User Stories 18

36. Planification User Stories 19

37. Planification User Stories 20

38. Planification User Stories 21

39. Planification User Stories 22

40. Planification Périmètre de prévision 23

42. Puissant

43. Facile à apprendre24

45. Le terme « Scrum » utilisé dans « WiickedProblems, Rightteous Solutions » par DeGraceet Stahl en 1991

46. Utilisé comme méthodologie dans le livre : « Agile Software Developmenttwith SCRUM” par K. Schwaberet M.. Beedlle en 200125

48. Yahoo

49. Nokia

50. Electronic Arts

51. Google

52. Phillips

53. ,,,26

55. Scrum Principes 28

56. Scrum Processus 29

57. Scrum Concepts 30

58. Scrum 31 Présentation de scrum

60. Une durée constante apporte un meilleur rythme

61. Inclut toutes les activités : développement, tests,,,,

62. Démarre par une réunion de planning

63. Aucun changement pendant le sprint

64. Se conclut par une livraison partielle32

66. La liste est ordonnée par priorité

67. Les priorités sont données par le productowner

68. La liste est livrée en plusieurs releases

69. La liste va forcément être revue et mise à jour33

71. Chaque sprint a un objectif

72. Une fois le sprint démarré, le productowner ne peut pas changer les objectifs ni la composition

73. L’équipe peut demander de nouvelle user stories, décaler en cas de retard ou terminer le sprint34

75. Définit les fonctionnalités du produit

76. Choisit les dates et les contenus des releases

77. Responsable du ROI

78. Accepte ou rejette les résultats d’un sprint

79. Assure une seule liste de besoins et leur cohérence

80. Assiste aux réunion de planning et de revue35

82. Responsable d’appliquer les valeurs de scrum

83. Elimine les obstacles

84. S’assure de la productivité de l’équipe

85. Facilite la coopération

86. Protège l’équipe36

88. Tous les rôles (développeur, architecte, testeur,,,)

89. A plein temps sur le projet

90. Auto-organisation

91. La composition ne doit pas changer pendant le sprint

92. Mêmes locaux37

93. Réunions Scrum 38 Réunions scrum

94. Réunions Scrum Réunions 39

96. Revue du backlog de produit

97. Le Product Owner explique ce qui est demandé

98. Négociation sur ce qui va être intégré dans le sprint

99. Choix des tâches par l’équipe et le scrum master

100. Eventuelle identification de nouveaux besoins

101. Se conclut par l’identification des objectifs d’un sprint

102. Utiliser la vélocité pour le planning

103. Liste des tâches et estimation en heures40

104. Réunions Scrum Engagement 41

106. Debout de préférence

107. L’équipe parle, les invités écoutent

108. Qu’avez-vous depuis la dernière réunion ?

109. Qu’allez-vous faire avant la prochaine réunion ?

110. Quels sont les obstacles ?

111. Pas des comptes rendus mais une coopération42

112. Réunions Scrum Suivi du progrès 43

114. Tests unitaires passés à plus de 85%

115. Tests d’acceptation passés

116. Code envoyé dans le système de gestion de versions

117. Compilations d’équipe passées (team build)

118. Code propre et bien documenté44

120. Démonstration de ce qui a été fait

121. Equipe, productowneret tous les concernés

122. Validation de l’atteinte d’objectif par le produc owner

123. Acceptation / Rejet des user stories

124. Feedback

125. Résultats utilisés dans le prochain sprint et la retrospective45

127. Eventuellemnt Product owner

128. Eventuellement concernés

129. Réfléchir à ce qui a marché et ce qui n’a pas marché

130. Résolutions pour les prochains sprints46

132. Elle n’est jamais à 100% précise

133. On l’approche au bout de plusieurs sprints47

134. Réunions Scrum 48 Erreurs à ne pas commettre

136. Il n’y a pas l’autorité classique des chefs de projet

137. Eviter les sprints intenses49

138. TP 50