Formation Scrum (base) pour Devoteam et Namsa. 28-29.09.2011

1. GDP avec Scrum │ © Pierre E. Neis 1 Bienvenue

2. Gestion de projets agiles avec Scrum Cycle de formation « base »

3. Pierre NEIS Scrum Coach http://managingagile.blogspot.com/ GDP avec Scrum │ © Pierre E. Neis 3

4. GDP avec Scrum │ © Pierre E. Neis 4

5. Les règles du jeu GDP avec Scrum │ © Pierre E. Neis 5

6. Être à l’heure GDP avec Scrum │ © Pierre E. Neis 6

7. Ne pas être dérangé GDP avec Scrum │ © Pierre E. Neis 7

8. Pas de GSM GDP avec Scrum │ © Pierre E. Neis 8

9. Ne quittez pas la pièce GDP avec Scrum │ © Pierre E. Neis 9

10. Pénalité  don GDP avec Scrum │ © Pierre E. Neis 10

11. Les supports de cours disponibles sur le wiki suivant: Les supports de cours Les liens vers les sites de référence Les photos prises lors de la session Des outils Scrum téléchargeables Le Wiki permettra également de poursuivre votre formation au-delà de ces 3 journées: Nous partagerons nos adresses Vous pourrez me contacter pour toute question lors de votre mise en “production” par ce biais. Le Wiki est une zone d’échange privée et les droits seront gérés par votre serviteur. GDP avec Scrum │ © Pierre E. Neis http://scrumcenterlux.pbworks.com 11

12. Le Jargon de scrum ① GDP avec Scrum │ © Pierre E. Neis 12

13. Le Jargon GDP avec Scrum │ © Pierre E. Neis 13

14. Objectif Comprendre les fondamentaux de Scrum Savoir utiliser les outils de Scrum Être en mesure de démarrer votre projet Scrum 14 GDP avec Scrum │ © Pierre E. Neis

15. Périmètre Historique La théorie « Scrum » La Philosophie agile 15 GDP avec Scrum │ © Pierre E. Neis

16. ❶ Historique Un rappel contextuel…. 16 GDP avec Scrum │ © Pierre E. Neis

17. Le modèle “Grandiose” de Winston Royce GDP avec Scrum │ © Pierre E. Neis Un modèle de “Phasage simple” pour faire face aux exigencesrèglementairesaméricaines de DoD. “Je crois en ce concept, mais la mise en œuvre est risquée et invite l'échec.” Winston W. Royce, “Managing the development of large software systems”, Aug 1970 17

18. Nous perdons la course de relais “ L’approche “course de relai” du développement de produit… peut entrer en conflit avec les objectifs de vitesse maximale et de flexibilité. A contrario, une démarche holistique ou « rugby » où une équipe essaie d’aller au loin comme une unité, passant la balle en arrière, peut mieux servir aujourd’hui les exigences de la compétivité. » GDP avec Scrum │ © Pierre E. Neis Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986 18

19. Une Analyse scientifique La Question: « pourquoi les processus définis par SEI CMM (CMMI) ne mesurent-ils pas la capacité à livrer? « Controlled Chaos: living on the edge », Advanced DevelopmentMethods Inc. 1996 19 GDP avec Scrum │ © Pierre E. Neis

20. Une Analyse scientifique (Réponse) Il existe 2 types de processus: Le processus défini Le processus empirique « Controlled Chaos: living on the edge », Advanced DevelopmentMethods Inc. 1996 20 GDP avec Scrum │ © Pierre E. Neis

22. Pour un mêmenombred’entréesbiendéfinies, les sorties généréessont à chaquefoisidentiques.GDP avec Scrum │ © Pierre E. Neis 21

23. GDP avec Scrum │ © Pierre E. Neis Est-ce que le développement logiciel est un processus défini? 22

25. technologie

26. équipeProcess Le modèleempiriqueestdépendant de fréquentes inspections et adaptations pour atteindrel’objectif. 23

27. La théorie SCRUM 24 GDP avec Scrum │ © Pierre E. Neis

28. Scrum est un processus empirique 25 GDP avec Scrum │ © Pierre E. Neis

29. Scrum repose sur 3 pieds 26 GDP avec Scrum │ © Pierre E. Neis

30. 10 Pratiques de base Vision claire et partagée Product Backlog entretenu Product Backlog priorisé en fonction de la valeur métier Items de backlog triés par l’équipe Daily Scrums Sprints non perturbés ni par le Management ni par le(s) client(s) L’Equipe ne délivre que des items « terminés » Revue de Sprint collaborative Rétrospective concentrée sur l’amélioration du travail et du processus de l’équipe et de l’organisation Burndown Charts (graphiques de reste-à-faire) 27 GDP avec Scrum │ © Pierre E. Neis

31. Scrum vs Modèle en “cascade” GDP avec Scrum │ © Pierre E. Neis 28

32. 15’ Discussion en Groupe 29 GDP avec Scrum │ © Pierre E. Neis

33. La Philosophie Agile L’Agile Manifesto 30 GDP avec Scrum │ © Pierre E. Neis

34. Manifeste pour le développement Agile de logiciels GDP avec Scrum │ © Pierre E. Neis 31

35. Principessous-jacents au manifeste GDP avec Scrum │ © Pierre E. Neis 32

36. Le triangle magique GDP avec Scrum │ © Pierre E. Neis Engagement des employés Reconnus, engagés, employésheureux Création de Valeur Maximiser le ROI et optimiser la trésorerie Satisfaction du Client Servir le client 33

37. Le Problème Le métier et le développementsontsouventenfermésdans une relation malsaine. Les deux partenaires doivent changer pour améliorer la satisfaction client et la création de valeur GDP avec Scrum │ © Pierre E. Neis 34

38. Contenu de Scrum 35 GDP avec Scrum │ © Pierre E. Neis

39. Introduction par Ken Schwaber Scrum n'est pas une méthodologie. Scrum ne fournit pas les réponses à la manière de construire des logiciels de qualité plus rapidement. Scrum est un cadre dans lequel le jeu du développement de produit est joué. Votre équipe joue et, le bon ou le mauvais deviennent très visibles. Votreéquipeestdans un processusd’amélioration continue. GDP avec Scrum │ © Pierre E. Neis 36

40. Le principe “Pull” GDP avec Scrum │ © Pierre E. Neis 37

41. Équipes auto-géréesvsOrganisation traditionnelle GDP avec Scrum │ © Pierre E. Neis 38

42. Les Règles Rôles, Artifacts et Time-boxes 39 GDP avec Scrum │ © Pierre E. Neis

43. GDP avec Scrum │ © Pierre E. Neis 40

44. 3 Rôles Scrum Team plus 3 Rôles organisationnels GDP avec Scrum │ © Pierre E. Neis 41

45. Les Rôles de l’Equipe Scrum GDP avec Scrum │ © Pierre E. Neis 42

46. Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis 43

47. Sa fonction Protège l’équipe des turbulences Il n’est pas un membre de l’Équipe Il optimise la productivité de l’Équipe Il contrôle l’”Inspect-&-Adapt” de l’Équipe Il assure que les idéaux “agiles” soient bien compris et respectés par tous les participants au projet. Il n’est pas responsable des déliverables. GDP avec Scrum │ © Pierre E. Neis 44

48. Sa Mission Protéger l’Équipe Scrum Lever les obstacles Exécuter le process Travailler avec le Product Owner Changer l’Organisation GDP avec Scrum │ © Pierre E. Neis 45

49. Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis + Produit + Process Agir de la bonnefaçon 46 Faire bien (Produit) Bonne façon Gains rapides, mais insoutenable Succèsdurable Il forme et coache SCRUM Il régule les obstacles Il anime les réunions Il protègel’équipe Il est le gardien du process Scrum Mauvaise façon Echecrapide Échec lent Bon chemin Mauvais chemin

50. Le Product Owner GDP avec Scrum │ © Pierre E. Neis 47

51. Sa fonction Il pilote le projet d’un point de vue métier Il communique une vision claire du produit et défini ses caractéristiques Il accepte ou rejette le produit à la fin de chaque Sprint Il s’assure que l’Équipe se concentre sur les items du Backlog de plus forte valeur ajoutée Il a le même objectif que l’Équipe Il est responsable du Retour sur Investissement et des livraisons. GDP avec Scrum │ © Pierre E. Neis 48

52. Sa Mission Se concentre sur le retour sur investissement Construit et communique la vision Entretien le Product Backlog Rend compte de l’acceptance des déliverables Établi et maintien le Plan de Livraison GDP avec Scrum │ © Pierre E. Neis 49

53. L’Équipe GDP avec Scrum │ © Pierre E. Neis 50

54. Sa fonction Elle délivre le produit et elle est responsable de sa qualité Elle travaille avec les utilisateurs-finaux, le client, le Product Owner pour comprendre les exigences-métier. Elle s’engage volontairement Elle travaille continuellement avec le Product Owner pour définir la direction stratégique du Produit. GDP avec Scrum │ © Pierre E. Neis 51

55. Constituer l’Équipe 5/9 personnes Multidisciplinaire Autogérée Cross-fonctionnelle / transverse Plus orientée compétence que fonction GDP avec Scrum │ © Pierre E. Neis 52

56. Constitution de l’Équipe GDP avec Scrum │ © Pierre E. Neis Product Owner Chef de Produit MOA Analyste Métier Chef de Projet fonctionnel Scrum Master Architecte Tout le monde. Pas une autorité. Pas nécessairement un développeur. The Team Développeur DBA Analyste Testeur 53

57. Tuckman: les phases de dévelopement © Bruce Tuckman 'Forming Storming' concept 1965. Diagram Alan Chapman GDP avec Scrum │ © Pierre E. Neis 54

58. Comment optimiser le travail de l’Équipe... Créer une règle de vie de l’Équipe Ne jamais utiliser le “VOUS” Être à l’heure Utiliser un “bâton de parole” Ne jamais être nominatif GDP avec Scrum │ © Pierre E. Neis 55

59. Collaboration Le Product Owner n’est pas un ennemi D’autres équipes ont besoin de savoir que nous avons besoin d’elles. Nous avons tous le même objectif Une Équipe = un espace dédié à l’Équipe GDP avec Scrum │ © Pierre E. Neis 56

60. Sa Mission Garantir la Qualité Livrer Livrer Livrer Estimer Estimer Estimer S’engager S’autogérer S’organiser .... Elle-même GDP avec Scrum │ © Pierre E. Neis 57

61. Les Rôles Organisationnels GDP avec Scrum │ © Pierre E. Neis 58

62. Le Client GDP avec Scrum │ © Pierre E. Neis 59

63. Sa fonction Il demande le produit Il contracte l’organisation pour le développement de son produit Typiquement, il s’agit d’un responsable qui achète un développement de produit par un sous-traitant. Dans les projets internes, il s’agit principalement du sponsor au projet, c’est à dire la personne validant le projet et le budget. GDP avec Scrum │ © Pierre E. Neis 60

64. Sa Mission Il commande le produit Il paye le développement du produit Il donne des feed-back et des révisions GDP avec Scrum │ © Pierre E. Neis 61

65. Le Manager GDP avec Scrum │ © Pierre E. Neis 62

66. Sa fonction Le management, la gestion, est primordial dans tout projet Scrum. Il permet à l’Équipe de constituer un environnement optimal pour le déroulement du projet Scrum. Le manager donne de la structure et de la stabilité. Il travaille de concert avec le ScrumMaster pour réorganiser l’organigramme de la structure et donner de la guidance si nécessaire. GDP avec Scrum │ © Pierre E. Neis 63

67. Sa Mission Il s’assure que l’organisation puisse survivre en cas de défaillance. Il crée des règles et des lignes directrices. GDP avec Scrum │ © Pierre E. Neis 64

68. L’Utilisateur Final GDP avec Scrum │ © Pierre E. Neis 65

69. Sa fonction Ce rôle peut être joué par un grand nombre de personnes. L'Utilisateur final est celui qui connaît les besoins et avec cette connaissance, il définit le produit en disant à l'équipe ce dont il a besoin comme fonctionnalités. GDP avec Scrum │ © Pierre E. Neis 66

70. Sa Mission Il connaît ses besoins et ses exigences Il donne son feed-back lors des revues Il participe au Sprint Planning 1 GDP avec Scrum │ © Pierre E. Neis 67

71. Comment ces rôles travaillent-ils ensemble? GDP avec Scrum │ © Pierre E. Neis 68

72. Rôles organisationnels Scrum Team Roles GDP avec Scrum │ © Pierre E. Neis 69

73. Le ScrumMaster travaille avec le Product Owner GDP avec Scrum │ © Pierre E. Neis 70

74. Le ScrumMaster travaille avec la Development Team GDP avec Scrum │ © Pierre E. Neis 71

75. Le Product Owner travaille avec le client GDP avec Scrum │ © Pierre E. Neis 72

76. La Development Team travaille avec l’utilisateur final GDP avec Scrum │ © Pierre E. Neis 73

77. Le ScrumMaster travaille avec le Manager GDP avec Scrum │ © Pierre E. Neis 74

78. Le Product Owner a besoin de connaître ce que le marché (l’utilisateur final) souhaite. GDP avec Scrum │ © Pierre E. Neis 75

80. 1 Produit intégré (Portail)76

81. Références GDP avec Scrum │ © Pierre E. Neis 77

82. Les Artefacts 78 GDP avec Scrum │ © Pierre E. Neis

83. 4 Artefacts 79 GDP avec Scrum │ © Pierre E. Neis

84. Exercice GDP avec Scrum │ © Pierre E. Neis 80

85. Modèle Je voudrais une application bureau que je puisse utilise pour stocker toute mon information confidentielle tells que les numéros de série, les informations Carte de Crédit, les alias d’enregistrement sur les sites web, les mots de passe, etc. pour chaque item que je souhaite stocker, je dois définir le type de données (comme une date d’expiration). Bien entendu, le système devra être protégé par mot de passe et très sécurisé. Je souhaiterai effectuer des sauvegardes/restaurations online de sorte que je puisse récupérer mes informations à distance. Le produit devra posséder des options de recherche, etc.… GDP avec Scrum │ © Pierre E. Neis Sécurisation des InformationsPersonnelles Source: Mike Cohn, CSPO 81

86. User Stories En tantque[rôleUtilisateur] Je veuxune[FONCTIONNALITE] De sorteque je reçois[BUSINESS VALUE]. GDP avec Scrum │ © Pierre E. Neis 82

87. User Story Card Une brève description textuelle des exigences + Risques + critèresd’acceptation AS A Product Owner I CAN / I WANT estimate Costs 3 lines of Requirement Description GDP avec Scrum │ © Pierre E. Neis 83

88. Les bonnes Stories sont INVEST GDP avec Scrum │ © Pierre E. Neis 84

89. Exercice GDP avec Scrum │ © Pierre E. Neis 85

91. une liste de tous les travauxsouhaités pour le projet

92. Idéalement exprimé de telle sorte que chaque objet a une valeur pour les utilisateurs ou les clients du produit

93. Priorisé par le Product Owner

94. Repriorisé au début de chaque SprintSprint Priorité moyenne Release Releases futures GDP avec Scrum │ © Pierre E. Neis 86

96. Stories, themes and epics GDP avec Scrum │ © Pierre E. Neis USER STORY: Une description de la fonctionnalité désirée du point de vue du l'utilisateur ou du client THEME: Un recueil de stories EPIC: Une grande story 88

97. Sprint Backlog 89 GDP avec Scrum │ © Pierre E. Neis

98. Release Burn down Chart Example de Burndown Chart (Schwaber and Beedle 2002) Le Release burndown rend les tendances des progrès visibles. Le rapport estbasésur les informationssuivantes: • le reste-à-faire du Product Backlog pour transformer la Vision en un produitgagnant. • Le nombre de Sprints nécessairesourestants. • La vélocité. Le Release burndown regarde le passé pour comprendre ce que l'avenir est susceptible de détenir. Nous déterminons le taux d'avancement des sprints passés. 90 GDP avec Scrum │ © Pierre E. Neis

99. Sprint Burn-down Charts Le Sprint Burn-down chart montre combien d'efforts a été déployé en travaillant sur la tâche contenue dans le Sprint Backlog Et compare cela à la depenseidéale Le tableau donne une tendance qui indique si l'équipe est susceptible de respecter son engagement (indicateur avancé) 91 GDP avec Scrum │ © Pierre E. Neis

100. Les supports de cours disponibles sur le wiki suivant: Les supports de cours Les liens vers les sites de référence Les photos prises lors de la session Des outils Scrum téléchargeables Le Wiki permettra également de poursuivre votre formation au-delà de ces 3 journées: Nous partagerons nos adresses Vous pourrez me contacter pour toute question lors de votre mise en “production” par ce biais. Le Wiki est une zone d’échange privée et les droits seront gérés par votre serviteur. GDP avec Scrum │ © Pierre E. Neis http://scrumcenterlux.pbworks.com 92

101. Les Time-boxes 93 GDP avec Scrum │ © Pierre E. Neis

102. Au niveau stratégique GDP avec Scrum │ © Pierre E. Neis 94

103. Estimation Meeting - Préparation du Sprint Planning - Estimation formelle - Passez au moins deux réunions par Sprint - Estimeruniquementsur la taille et le temps GDP avec Scrum │ © Pierre E. Neis > Input pour Release Planning 95

104. Au niveau tactique GDP avec Scrum │ © Pierre E. Neis 96

105. Les Meetings Le Quoi? Le Comment? La Synchronisation Les Résultats L’Amélioration GDP avec Scrum │ © Pierre E. Neis 97

106. Sprint Planning 2 Revue de Sprint Rétrospective Sprint Planning 1 Sprint Planning 2 Sprint Planning 1 SPRINT Daily Meetings GDP avec Scrum │ © Pierre E. Neis 98

108. Le QUOI?

109. Le COMMENT?

110. Le Product Owner:

111. Présente le Product Backlog priorisé par le client et/ou les utilisateurs

112. Présente le Release Plan Initial

113. Présentation de la Vision

114. L’équipe:

115. Estime le Product Backlog en fonction de sa faisabilité (estimation fonctionelle)

116. Découpe le Product Backlog en Sprint Backlogs avec le Product Owner

117. Découpe le Sprint Backlog en tâches

118. Estime le Sprint Backlog

119. Le Product Owner et l’Equipe:

120. Définissent l’objectif du Sprint

121. Valident la Definition of Done99

122. Pour chaque Item du Product Backlog (US) Quelle interface devons-nous designer? Quelle architecture devons-nous créer? Quelles tables devons-nous actualiser? Quels composants devons-nous mettre à jour ou créer? GDP avec Scrum │ © Pierre E. Neis Sprint Planning 2 Design 100

123. Definition of Done GDP avec Scrum │ © Pierre E. Neis 101

125. Refactoré

126. Testéunitairement

127. Validé (checked in)

128. Intégré (Built)

130. De codes standards,

131. Build automatisé,

132. D’un environnement pour les tests unitaires.GDP avec Scrum │ © Pierre E. Neis Pour l’EQUIPE 102

134. “done” pour la productionGDP avec Scrum │ © Pierre E. Neis Pour SCRUM 103

135. Half done is not done GDP avec Scrum │ © Pierre E. Neis 104

136. Daily Scrum Synchronisation / Engagement sur les tâches GDP avec Scrum │ © Pierre E. Neis 105

138. Les 3 questions:Qu’est-ce que tu as fait hier? Quels sont les problèmes que tu as rencontrés? Qu’est-ce que tu as prévu aujourd’hui? 106

139. Sprint Review Analyse des résultats GDP avec Scrum │ © Pierre E. Neis 107

141. L’équipe présente les résultats du Sprint

142. Utilisateurs/Client/ Management expriment leurs remarques et trouvent un compromis avec l’équipe

143. Le Product Owner valide ou rejète les items du Sprint Backlog en fonction de la Definition of Done

144. C’est le Product Owner qui a toujours le dernier mot...108

145. Quand un membre de l'équipe dit « DONE", ça veut dire quoi? Le code est conforme aux normes, est propre, a été re-factoré, a été testé unitairement, a été vérifiée, a été built, et a eu une suite de tests unitaires qui lui est appliquée. Dispose d’un environnement de développement, pour cela il faut une bibliothèque de codes source, des normes de codage, des builts automatisés, et un environnement de tests unitaires GDP avec Scrum │ © Pierre E. Neis 109 LOD!

146. Sprint Review Présentation (par l’équipe) Feedback (par l’utilisateur final) C’est l’inspect-&-adapt de l’utilisateur permettant la création ou le changement des items du Product Backlog GDP avec Scrum │ © Pierre E. Neis 110

147. Validation du Sprint GDP avec Scrum │ © Pierre E. Neis 111

148. Rétrospective Analyse des résultats GDP avec Scrum │ © Pierre E. Neis 112

150. Comment cela c’est passé pendant le Sprint

151. Comment s’améliorer

152. Points principaux de vérification:

153. La communication dans l’équipe

154. Les relations entre les membres de l’équipe

155. Les process et les outils

156. Les besoins en formation113

157. Rétrospective Nous faisons un point après l’action en nous posant deux questions: Qu’est-ce qui a bien fonctionné? Que devons-nous améliorer? Objectifs: Apprendre du passé pour préparer l’avenir Améliorer la productivité de l’équipe GDP avec Scrum │ © Pierre E. Neis 114

158. Finalité de la Rétrospective Debriefing Amélioration Comprendre la réalité Apprendre “Input” pour le Sprint Planning GDP avec Scrum │ © Pierre E. Neis Où allons-nous à partir d’ici? 115

159. Démarrer un projet scrum GDP avec Scrum │ © Pierre E. Neis 116

160. Nous avons un projet! Un projet repose sur 2 piliers: Un produit Un process GDP avec Scrum │ © Pierre E. Neis 117

161. … dans Scrum? GDP avec Scrum │ © Pierre E. Neis 118

162. Product Life Cycle Project Project Project Project Project Project Project Project GDP avec Scrum │ © Pierre E. Neis 119

163. Scrum GDP avec Scrum │ © Pierre E. Neis 120

164. GDP avec Scrum │ © Pierre E. Neis 121

165. Scrum Project Management Process GDP avec Scrum │ © Pierre E. Neis 122

166. Project Charter GDP avec Scrum │ © Pierre E. Neis 123

167. Définirune vision partagée Les équipesperformentmieuxlorsqu’ellesontune vision, un objectif “clair et motivant”, un “engagement unique” C’est le travail du Product Owner de s’assurerde concentrer l'équipe et trouver cet objectif clair et engageant. Quelquesoutils pour établircette vision: GDP avec Scrum │ © Pierre E. Neis Elevator Statement Press Release Product Data Sheet Magazine Review Product Vision Box Source: Teamwork by Carl Larson and Franck LaFasto and Agile Project Management by Jim Highsmith 124

169. Explique le produit à quelqu’un en 2 minutes

170. Suit cettesynthaxeGDP avec Scrum │ © Pierre E. Neis 125

171. Exempled’elevatorstatement For dentists and their assistants Who need to efficiently schedule appointments Dental Clinic 2.0 is desktop and web-based appointment scheduling software That supports office and remote access. Unlike all competitors Dental Clinic 2.0 is easy to use. GDP avec Scrum │ © Pierre E. Neis 126

172. Product vision box Dessineruneboîte pour votreprojet Mêmesi le produit de votreprojet ne sera pas distribuédansuneboîte Ecrire 3-4 bullet points pour vendre le produit GDP avec Scrum │ © Pierre E. Neis 127

173. Press release to come / Magazine Review Ecrivrecollaborativement un article de presse: celuiquevousaimerieztrouverunefoisvotreproduitlivré Quels sont les points clés que vous donneriez sur le produit? Quellesréférencessouhaiteriez-voustrouver? De votre direction? Des membres de l’équipe? De vos clients? GDP avec Scrum │ © Pierre E. Neis 128

174. User Stories 2 parties : lesUser lesStory En tantque Product Owner, vous représentez l'utilisateur et hiérarchiser leurs besoins Impliquez-les le plus possible Pensez à tous les utilisateurs de votre système GDP avec Scrum │ © Pierre E. Neis 129

175. User roles Élargir le scope du point de vue d’un seulutilisateur Permet à l’utilisateur de variersont point de vue en fonction de: L’utilisation du logiciel Quelslogicielsilutilise Background Son aisancedansl’utilisation des logiciels/ ordinateurs Largement utilisé dans la conception centrée utilisateur GDP avec Scrum │ © Pierre E. Neis 130

176. Attributscommuns GDP avec Scrum │ © Pierre E. Neis Infrequent vacation planner Wants to schedule her family’s annual vacation Frequent flyer who never knows where she’ll be Frequent flyer Frequent flyer who flies everywhere but always to the same place Insider Scheduler Hotel chain Vice President; wants to monitor reservations A frequent flyer’s assistant; books her reservations Repeat Traveler 131

178. IN ou OUT

179. Séquence

180. Les facteursclés

181. remplir les critères de la Vision

182. Doitêtre utile au client

183. Apporter de la valeur

184. Réduire les coûts

185. Risques, incertitudes

186. Dependences:

187. Au projet

188. Aux entrées du Product Backlog

189. ReleasabilityGDP avec Scrum │ © Pierre E. Neis 132

190. Stocking the Backlog GDP avec Scrum │ © Pierre E. Neis 133

191. Trier les US en Epic & Themes GDP avec Scrum │ © Pierre E. Neis INVEST valide les US 134

193. Story MappingEx. Story Mapping 135

195. Claire

196. Testable

197. Faisablejust enough, just in time 136

199. Le Product Backlog estpriorisé

200. Les prioritéshautessontpréparées pour le Sprint Planning Meeting

202. La Scrum Team alloue 10% de son activité pour le grooming137

203. L’approche DEEP Detailed appropriately Emergent Estimated Pioritised GDP avec Scrum │ © Pierre E. Neis Priorisation du Product Backlog et niveaux de détails N'hésitez pas à affiner « davantage » les hautes priorités pour la planification du prochain Sprint 138

205. Grooming hebdomadaire avec la Scrum Team

206. Préparez Grooming Meeting

207. Option 3:

208. A la fin du Sprint

209. Ouidéalement un jour avant la fin du Sprint139

210. Product Backlog Refactoring Réévaluer les prioritéscalculéesdans le Product Backlog. Afiner le Product Backlog en fonction des nouvellespriorités. Assurer que le Backlog est prêt pour le prochain Sprint, idéalement 2 Sprints d’avance. Avoir la Dev. Team disponible 10% du temps alloué pour le Sprint pour cetteactivité. La De. Team ne devraitjamaislaisser le Product Owner aller au Sprint Planning Meeting sans avoirgroomé (entretenu) son Product Backlog. GDP avec Scrum │ © Pierre E. Neis 140

211. Product Backlog - Résumé La création du P/B: répond à ces questions: Quoi? Quand? Pour qui? Management du P/B Nettoyer le Backlog des fonctionnalitésinutilisées (celles-cipeuventêtreajoutéesultérieurementsicela fait sens) Gardez à l’esprit: est-cevraimentnécessaire? Pour les Meetings de Backlog: transcriresur des cartes et coller. (Post-its ouBristols) GDP avec Scrum │ © Pierre E. Neis 141

212. GDP avec Scrum │ © Pierre E. Neis 142

213. Comment implementerscrum? 143 GDP avec Scrum │ © Pierre E. Neis

214. Sponsor Chercher un Sponsor le plus haut possible dans la hiérarchie permet de garantir la bonne mise en place du processus de changement. 144 GDP avec Scrum │ © Pierre E. Neis

215. Initier Avancer seul sur un projet de changement est plus que risqué. Faites-vous aider par une ressource externe. 145 GDP avec Scrum │ © Pierre E. Neis

216. Enflammer Allumez votre première balise et enflammez ensuite le développement. 146 GDP avec Scrum │ © Pierre E. Neis

217. Diversité Allumez davantage de balises en diversifiant le nombres des acteurs de votre projet. 147 GDP avec Scrum │ © Pierre E. Neis

218. Promouvoir Faites savoir et partagez votre expérience. Vous et votre équipe êtes les promoteurs de Scrum au sein de votre organisation. Allumez encore plus de balises. 148 GDP avec Scrum │ © Pierre E. Neis

219. Professionnaliser En adoptant une attitude « Scrum », vous engager un processus d’amélioration continue et de montée en compétence de votre organisation. Créez un Centre de Compétence. 149 GDP avec Scrum │ © Pierre E. Neis

220. Etablir Définir Scrum comme option officielle. 150 GDP avec Scrum │ © Pierre E. Neis

221. Consolider Faites une transition vers une Entreprise Agile 151 GDP avec Scrum │ © Pierre E. Neis

222. Intégrer Construisez une gouvernance IT. 152 GDP avec Scrum │ © Pierre E. Neis

223. Le mot de la fin Ayez toujours sur vous votre « Sac Agile »

224. Demander à l’équipe 154 GDP avec Scrum │ © Pierre E. Neis

225. Inspecter & Adapter 155 GDP avec Scrum │ © Pierre E. Neis

226. Livrer tous les 30 jours 156 GDP avec Scrum │ © Pierre E. Neis

227. Traiter les personnes comme des adultes 157 GDP avec Scrum │ © Pierre E. Neis