Vous entendez partout de l’agilité et de Scrum, la plupart des offres d’emploi que vous rencontrez demandent des connaissances en agile, vous voulez comprendre de quoi il s’agit et vous voulez maitriser ces compétences ? Alors vous êtes dans le bon endroit, Cette formation intitulé Agilité et Scrum le guide complet, met à votre disposition tout dont vous avez besoin pour atteindre cet objectif. Nous parlerons du Manifesto agile et sa naissance en 2001, ses valeurs et principes. Par la suite nous découvrirons la théorie de Scrum, ses valeurs et le processus empirique. Nous découvrirons également les rôles en Scrum, les artefacts et les cérémonies (les Events) Et bien évidement nous organiserons des ateliers pratiques sur des outils ultrapuissants qui aident à mettre en place Scrum. À savoir Atlassian Jira et Confluence... Pour vous donner l’opportunité de toucher les concepts concrètement. Enfin, nous étudierons comment faire un bon suivi des performances de l’équipe en utilisant les KPI et Dashboard.

1. Formation
Scrum et Agilité
Le Guide Complet
Une formation
Brahim ELKECHA

2. Une formation
Introduction
1. Comprendre le mindset Agile
2. La théorie de Scrum
3. Les artefacts de Scrum
4. Les rôles en Scrum
5. Les cérémonies en Scrum
6. Les KPI et suivi des performances
Conclusion
Plan de la formation

3. Une formation
Développeurs, testeurs, architectes, business
analystes, devops ...
Curieux ayant envie de découvrir l'agilité et ses
pratiques
Toute personne ayant envie de produire la
plus grande valeur business à ses clients dans
la durée plus courte
Public concerné

4. Une formation
Connaissances requises
Aucune connaissance requise

6. Introduction au Manifesto Agile
Une formation
Brahim ELKECHA

7. Une formation
Introduction
Les méthodes Agile sont là pour résoudre
les problèmes des méthodes classiques
« Waterfall »
Augmenter les chances de réussite des
projets
Satisfaire les clients

8. Problème
L'environnement
Le besoin
La technologie
Le marché
Ont changé ...!
Début
3 ans

9. Résultat
Délai non respecté
Budget * 2 ou * 3
Client insatisfait
Projet raté

10. Une formation
Statistiques
Chaos report du Standish group
Une étude sur 50.000 projets
https://www.standishgroup.com/sample_research_fil
es/CHAOSReport2015-Final.pdf

11. Statistiques
Succès
Echec ou remise en cause
26%
74%

12. Analyse
M
XXL
S
6/10 réussite
La taille est fortement liée à la complexité

13. Agile vs Waterfall

14. Une formation
La solution
Le changement est devenu permanent
L'entreprise doit devenir flexible et être
capable de s'adapter pour réussir les
projets complexes
AGILE

15. Histoire du Manifesto Agile
Naissanceen Février 2001

16. Une formation
Manifesto Agile
4 valeurs 12 principes

17. Découvrir les 4 valeurs
du Manifesto Agile
Une formation
Brahim ELKECHA

18. Une formation
Question
Est-ce que l'Agile est réservé
exclusivement aux projets informatiques ?

19. Le Manifesto agile est rédigé par 17 experts du développement
logiciel en 2001
Agile est pour l'IT !

20. Réponse
L’agile est destiné à tous types de projets

21. Les 4 valeurs
Les individus et leurs interactions
Plus que
Les processus et les outils

22. Les 4 valeurs
Des logiciels opérationnels
Plus qu'
une documentation exhaustive
Des produits

23. Les 4 valeurs
La collaboration avec les clients
Plus que
la négociation contractuelle

24. Les 4 valeurs
L’adaptation au changement
Plus que
le suivi d’un plan

25. Les individuset leurs interactions Plus que Les processuset les outils
Des logiciels opérationnels unedocumentationexhaustive
L’adaptationau changement Plus que le suivid’unplan
La collaborationavec les clients Plus que la négociation contractuelle
Plus qu'
Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers
https://agilemanifesto.org/iso/fr/manifesto.html
Les 4 valeurs

26. Découvrir les 12 principes
du Manifesto Agile
Une formation
Brahim ELKECHA

27. les principes sous-jacents des
valeurs agile, nous offrent des
exemples concrets de la manière
dont on doit construire un produit
agile.
Une formation

28. Principe 1
Satisfaire le client en livrant rapidement et
régulièrement des fonctionnalités à grande
valeur ajoutée

29. Principe 2
Accueillir favorablement les demandes de
changement même tard dans le
développement du produit

30. Principe 3
Livrer fréquemment un logiciel opérationnel
avec des cycles de quelques semaines
à quelques mois et une préférence pour les
plus courts
Risque

31. Principe 4
Assurer une coopération permanente entre les
parties prenantes et l’équipe produit

32. Principe 5
Réalisez les projets avec des personnes
motivées Fournissez-leur l’environnement et le
soutien dont ils ont besoin et faites-leur
confiance pour atteindre les objectifs fixés

33. Principe 6
La méthode la plus simple et la plus efficace
pour transmettre de l’information à l'équipe
de développement et à l’intérieur de celle-ci
est le dialogue en face à face

34. Poursuivre les 12 principes
de l'agilité
Une formation
Brahim ELKECHA

35. Principe 7
Un produit opérationnel est la principale
mesure d’avancement

36. Principe 8
Les processus Agiles encouragent un rythme de
développement soutenable. Ensemble, les
commanditaires, les développeurs et les
utilisateurs devraient être capables de maintenir
indéfiniment un rythme constant

37. Principe 9
Une attention continue à l'excellence
technique et à une bonne conception renforce
l’agilité

38. Principe 10
La simplicité – c’est-à-dire l’art de minimiser
la quantité de travail inutile – est essentielle
</> ----
------! ROI

39. Principe 11
Les meilleures architectures, spécifications
et conceptions émergent d'une équipe
autoorganisée

40. Principe 12
À intervalles réguliers, l'équipe réfléchit aux
moyens de devenir plus efficace, puis règle et
modifie son comportement en conséquence

41. Une formation
https://agilemanifesto.org/iso/fr/principles.html
Lien utile

42. Découvrir des exemples
de pratique et Framework Agile
Une formation
Brahim ELKECHA

43. Une formation
Plusieurs méthodes Agile
Si vous décidez d’adopter une
gestion de développement Agile
Vous devez choisir la méthode ou le
framework le plus adapté à votre
projet

44. SCRUM
Pouvoir modifier la direction prise par le projet au fur et à mesure de son
avancement si les conditions de la réussite ne sont pas remplies
Approche itérative (sprint) basée sur l'empirisme
C'est un Framework et non pas une méthode

45. Extreme programming (XP)
Faire collaborer étroitement tous les acteurs du projet
Opter pour des itérations très courtes
Livrer régulièrement, pour pouvoir tester et valider

46. Kanban
Kanban est issue de l'industrie automobile au Japon
Il est basée sur l'approche LEAN

47. Une formation
SAFe Scaled Agile Framework
Créé en 2011
Pour développer l'Agile à grande échelle
Gérer une grande équipe de 100-
150 personnes qui travaille sur un grand
projet

48. Lean
Nexus Crystal clear
BDD
FDD
LESS
.....
Autre ...

49. Une formation
La suite de la formation
SCRUM

50. S'initier à l'outil JIRA
Une formation
Brahim ELKECHA

51. Une formation
Outil de gestion et de suivi
développé par Atlassian
Jira c'est quoi ?

52. Une formation
Jira sert à quoi ?
A la base c'était un outil de suivi des bugs et
des tickets
Mais très vite, il est devenu un outil puissant
et ultra-complet de planification, de suivi, de
reporting et de gestion du travail en Agile

53. Fonctionnalités
Créer des backlog Planification
Créer des équipes
Traçabilité par
commentaires
Transparence et
visibilité
Notification par
emails

54. Scrum board / suivi de sprints

55. Une formation
Fonctionnalités
Workflow qui reflète votre mode de travail

56. Feuille de route du projet

57. Créer le projet
Atelier-01sur Jira
Une formation
Brahim ELKECHA

58. Découvrir SCRUM et assimiler
le processus empirique
Une formation
Brahim ELKECHA

59. Une formation
C’est un cadre de travail "Framework"
itératif
Léger et Agile
Aide les équipes et les organisations à
générer de la valeur grâce à des solutions
adaptatives pour des problèmes complexes
Scrum

60. Le guide Scrum
Ken Schwaber & Jeff Sutherland ont développé Scrum en1990
Ils ont écrit la première version du Guide Scrum en 2010
2010 2013
2011 2016
2017
2020

61. Théorie Scrum
SCRUM
Empirisme LEAN
la connaissance provient de
l'expérience
et la prise de décision
s’appuie sur l’observation
de faits
Réduit le gaspillage et se
focalise sur l'essentiel

62. Les piliers empiriques
La transparence
L'inspection
L'adaptation

63. La transparence
Visibilité
Valeur
La décision est fondée sur l'état
des artefacts
Risque
Peu de
transparence

64. L'inspection
Une inspection sans
adaptation est considérée
comme infructueuse
Inspecter fréquemment et
avec diligence les artefacts
SCRUM
SCRUM fournit 5 événements
pour faciliter l'inspection
Détecter des écarts et
problèmes indésirables

65. L'adaptation
L'adaptation doit être effectuée le plus
rapidement possible afin de minimiser tout
écart supplémentaire
Si le processus ou si le
produit résultant s'écartent des
limites acceptables
Les personnes impliquées doivent être autogérées, et en possession de tous leurs
moyens pour réussir l'adaptation

66. Appréhender les 5 valeurs
de SCRUM
Une formation
Brahim ELKECHA

67. Engagement
La Scrum team s'engage à atteindre les objectifs, et à se soutenir
mutuellement
…..
Sprint n
Sprint 1
L'objectif du projet
Sprint 2

68. Focus
L'équipe se concentre et se focalise sur le travail prioritaire à faire durant
chaque Sprint

69. Ouverture
La Scrum Team et ses parties prenantes sont ouvertes sur le travail et les
défis à relever

70. Respect
Les membres de l’équipe Scrum se respectent mutuellement, en tant que
membres compétents et indépendants

71. Courage
Les membres de l’équipe Scrum ont le courage de définir les bonnes
actions, et de les exécuter pour résoudre les problèmes difficiles

72. Lorsque ces valeurs sont vécues par l'équipe Scrum,
les piliers Scrum émergent et consolident la confiance entre tout le monde
Résultat

73. Créer la Roadmap du projet
Atelier-02 sur Jira
Une formation
Brahim ELKECHA

74. Créer le workflow et
configurer le scrum board
Atelier-03 sur Jira
Une formation
Brahim ELKECHA

75. Découvrir Les Artefacts
de SCRUM
Une formation
Brahim ELKECHA

76. Une formation
Ils représentent un travail ou une valeur
Ils sont conçus pour maximiser
la transparence des informations clés
Tous ceux qui les inspectent ont la même
base d'adaptation
Scrum Artefacts

77. Artefacts
Product Backlog
L'objectif du
produit
Artefact 1 Engagement

78. Artefacts
Sprint Backlog L'objectif du sprint
Artefact 2 Engagement

79. Artefacts
Incrément Definition Of Done
Artefact 3 Engagement

80. Une formation
Pourquoi ces engagements?
Ces engagements existent pour renforcer
l'empirisme et les valeurs Scrum au sein de la Scrum
Team et ses parties prenantes

81. Découvrir le Backlog
du produit
Une formation
Brahim ELKECHA

82. Une formation
C’est une liste ordonnée de tout les besoins
nécessaires pour créer et améliorer le
produit
Il ne contient que les éléments qui
représente de la valeur pour le client, et ils
sont ordonnés par ordre de priorité
Product backlog

83. Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...
Product backlog Product owner
Product backlog

84. Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...
Product backlog...
Caractéristiques d'un PB
Ordonné
Public et visible
Vivant et émergent
Unique

85. Une formation
L'objectif du produit
Décrit un état futur du produit qui peut
servir de cible à la Scrum Team pour
planifier ses sprint

86. Une formation
L'atelier 2
Découvrir le Product Backolg sur Jira

87. Découvrir le Backlog du sprint
Une formation
Brahim ELKECHA

88. Une formation
Ensemble des éléments du Product Backlog,
priorisés pour être développés durant le
sprint
Créé au début de chaque sprint
(itération de 2 à 4 semaines)
Un plan d'action pour la réalisation
Sprint backlog

89. Une formation
Le Sprint Backlog doit définir un objectif clair pour
le Sprint, c'est un engagement fait par les
développeurs, et le livrable à la fin du sprint doit
satisfaire cet objectif.
L'engagement du sprint

90. Product backlog
Sprint backlog
Item 2
Item 1
Item 3
Sprint backlog
Inspecté et adapté si besoin
par la Scrum team durant le
sprint
Public et visible pour assurer
la transparence
Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...

91. Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...
Product backlog
Sprint backlog
Item 2
Item 1
Item 3
Increment
Sprint backlog

92. Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...
Product backlog
Sprint backlog
Item 2
Item 1
Item 3
Sprint backlog
Sprint 2 à 4 semaine
Increment
...

93. Découvrir l'incrément
Et la DOD
Une formation
Brahim ELKECHA

94. Une formation
L'incrément est constitué des éléments du sprint
backlog qui sont réalisés et finis
Cet incrément s'ajoute à la valeur cumulative des
incréments livrés dans les sprint précédents
Pour garantir que l'ensemble fonctionne
parfaitement
L'incrément doit être 100% opérationnel et dans un
état publiable pour les parties prenantes, pour
prendre en charge l'empirisme
Définition de l’incrément

95. Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...
Product backlog
Incrément
Item 2
Item 1
Item 3
Increment
Sprint backlog
Item 1
Item 3

96. Definition Of Done (Définition de Fini) est une description formelle de l'état
de l'Incrément lorsqu'il satisfait les mesures de qualité requises pour le
produit.
C'est quoi une DOD ?

97. Pourquoi avoir une DOD ?
Elle apporte de la transparence pour tout le monde, sur c'est quoi un travail
fini à 100%.

98. Pourquoi avoir une DOD ?
Exemple de DOD :
La documentation et Les tests unitaires sont crées
Les critères d'acceptation de la US sont tous respectés
Le code est Commit et Push dans Github
La revue de code est faite et la branche est mergée dans DEVELOP
La fonctionnalité est déployée dans un environnement de test
Les tests d'intégration et de non régression passent sans problème

99. Pourquoi avoir une DOD ?
Elle aide la Scrum team à décider combien d'éléments à sélectionner pour chaque
sprint Backlog.
Sprint backlog
Item 1
Item 2
Item 3

100. Qui crée la DOD ?
La Scrum Team crée sa propre Definition of Done qui soit appropriée pour
le produit, et elle doit prendre en considération les standards de
l'organisation s'il y en a.

101. Découvrir la Scrum Team
Une formation
Brahim ELKECHA

102. Une formation
L'unité fondamentale de Scrum est la
Scrum Team
Développeurs
Product Owner
Scrum master
Définition

103. Caractéristiques de la Scrum team
La Scrum Team est pluridisciplinaires, ses membres ont toutes les compétences
nécessaires pour créer de la valeur à chaque Sprint

104. Responsabilités de la Scrum team
La Scrum Team est responsable de toutes les activités liées au produit
Collaboration des
parties prenantes
Expérimentation
Recherche et
développement
Maintenance
Exploitation
La création d'un Increment qui ait de la valeur et qui soit utile, à chaque Sprint.

105. La taille de la Scrum team
La Scrum Team doit être suffisamment petite pour rester réactive
Et assez grande pour accomplir un travail significatif durant le Sprint
Taille de la
Scrum team <
<
5 membres 10 membres

106. Les 3 rôles dans la Scrum team
SCRUM master
Product Owner
Développeurs

107. Comprendre
le rôle du Product Owner
Une formation
Brahim ELKECHA

108. Une formation
C’est le représentant du client
Il exprime le besoin et maximise la valeur
du produit que la scrum team développe
Product Owner

109. Les responsabilités du PO
Représenter le client pour la Scrum Team
Être en communication avec les parties prenantes
Recueillir les besoins du client

110. Les responsabilités du PO
Le PO est le seul responsable sur la gestion du
Product Backlog
Créer les éléments du Backlog
S'assurer que le Product Backlog est transparent,
visible et compris
Item 1
Item 2
Item 5
Item 4
Item 3
Item n
Product backlog
...

111. Les responsabilités du PO
Item 1
Item 2
Item 5
Item 4
Item 3
Item n
Product backlog
...
Ordonner les élements du backlog selon la priorité,
pour s'assurer de livrer fréquemment des
incréments de valeur au client
...

112. Le PO est une seule personne

113. Découvrir la notion de user
story et la norme INVEST
Une formation
Brahim ELKECHA

114. Une formation
C’est une explication générale d'une
fonctionnalité du point de vue de
l'utilisateur final
Son but est d'expliquer comment une
fonctionnalité apportera de la valeur au
client
User Story

115. La forme canonique d'une User Story
En tant que …....... je souhaite….... afin de…..
Persona (user, rôle …) Valeur métier
Besoin

116. En tant qu'utilisateur d'Alphorm,
Je souhaite avoir une vidéo sur la User
Story,
Afin de comprendre la notion et de
pouvoir rédiger de bonnes user stories
Une formation
Exemple d'une User Story

117. Le Persona
Les Personas sont des profils d'utilisateurs bien distincts pour le produit
ou le service à développer

118. Les critères d'acceptation
Ils définissent la manière dont une fonctionnalité peut être utilisée du
point de vue de l'utilisateur final.
Ils se concentrent sur la valeur métier de la US, et définissent les limites
de la portée de la fonctionnalité.
Ils sont uniques à une User Story et constituent la base des tests
de sa validation..

119. Les critères d'acceptation (exemple)
Scenario : l’abonné cherche la vidéo sur la notion de la user story et la
regarde
Étant donné que: je suis abonné sur Alphorm, et que j'ouvre la formation
agile et Scrum.
Lorsque je cherche la vidéo sur la notion de user story, et que je la trouve
sur la plateforme.
Alors je peux la regarder, pour comprendre cette notion et pouvoir rédiger
de bonnes user stories conforme aux normes

120. La norme INVEST
Une user story de qualité est à la fois
indépendante
I
N
S
E
V
T
négociable
valorisable
Small (petite)
estimable
testable

121. Rédiger des User stories
Atelier-04 sur Jira
Une formation
Brahim ELKECHA

122. Créer le Product Backlog
Atelier-05 sur Jira
Une formation
Brahim ELKECHA

123. Comprendre le rôle 2
les développeurs
Une formation
Brahim ELKECHA

124. Une formation
Les développeurs sont les membres de la
Scrum Team qui s'engagent à traiter tout ou
partie utile d’un Incrément à chaque Sprint
Définition

125. Auto-organisation
Les développeurs sont auto-organisés, auto-gérés

126. Les devs sont pluridisciplinaires, avec toutes les compétences nécessaires,
en tant qu’équipe, pour créer un incrément produit
Pluridisciplinarité
Architect
Devops
backend dev
Testeur
Rédacteur PPT
FrontEnd dev
Analyste
Ingénieur Audio
Designer
Monteur vidéo
Scénariste
DBA
Testeur

127. Les développeurs créent le Sprint Backlog, et ils mettent en place un plan
pour transformer ce backlog en incrément
Responsabilités
Item 2
Item 1
Item 3
Sprint backlog
Plan
+

128. Les développeurs adaptent leur plan chaque jour par rapport à l'Objectif de
Sprint
Responsabilités

129. Les développeurs sont tous responsable de la qualité, et du respect de la
Definition of Done
Responsabilités

130. Mettre en place la DOD
Definition of Done
Une formation
Brahim ELKECHA

131. Rappel

132. Exemple de DOD (IT)
Exemple de DOD (IT)
Les tests unitaires sont crées
Exemple de DOD (IT)
La User story est implémentée dans une branche à part
Le code est Commit et Push dans Github
La revue de code est faite et la branche est mergée dans DEVELOP
La documentation de la fonctionnalité est ajoutée sur confluence
La fonctionnalité est déployée dans un environnement de test
Les tests d'intégration et de non régression passent sans problème
Les critères d'acceptation de la US sont tous respectés

133. Atelier 6
Elaborer la DOD pour le projet
la formation: Scrum et agilité le guide complet

134. Comprendre le Rôle 3
Le SCRUM master
Une formation
Brahim ELKECHA

135. Le Scrum Master est redevable de la mise en place de
Scrum tel que défini dans le Guide Scrum
https://scrumguides.org/docs/scrumguide/v2020/2020-
Scrum-Guide-French.pdf
Il est responsable de l’efficacité de la Scrum Team
Il leur permet d'améliorer ses pratiques d'une façon
continue en suivant le Framework Scrum
Le Scrum Master
Une formation

136. Le SM rend service à la
Scrum team
Accompagner l'équipe en matière d'autogestion et de
pluridisciplinarité
Aider l'équipe à se focaliser sur la création d'Incréments de
valeur
Supprimer les obstacles pouvant entraver la progression de
l'équipe
S'assurer que tous les événements Scrum ont bien lieu et
sont efficients, productifs et respectent bien les temps
impartis (time boxés)
Une formation

137. Le SM rend service au PO
Définir efficacement l'objectif de Produit
Une formation
Gérer efficacement le Product Backlog, et maximiser la
valeur
Sensibiliser la Scrum Team à la nécessité de bien
comprendre le besoin et d’avoir des éléments du Product
Backlog clairs et concis
Organiser et faciliter les événements Scrum
Encourager l’application de la planification produit
empirique

138. Le SM rend service à
l'organisation
Accompagner, former l'organisation dans son adoption
de Scrum
Apporter conseils sur les implémentations de Scrum au
sein de l’organisation
Faciliter la compréhension de l'agilité et l’approche
empirique
Contribuer à lever les obstacles qui peuvent se dresser
entre les parties prenantes et les Scrum Teams
Une formation

139. Découvrir les cérémonies
scrum : Events
Une formation
Brahim ELKECHA

140. Une formation
Les Events sont spécifiquement conçus
pour permettre la transparence requise
Chaque Event dans Scrum est une occasion formelle
pour inspecter et adapter les artefacts
Le Sprint est un conteneur pour tous les
autres événements
Scrum Events

141. Une formation
Les Events
Les événements
Les cérémonies
Les meetings
Les réunions scrum
Les noms utilisés

142. Les événements sont obligatoires
L’incapacité d’organiser les évènements conformément à leur prescription,
engendre à la fois
Un manque de transparence
Un manque d'occasion pour inspecter et s’adapter

143. Le time-box
Les événements sont limités dans le temps
Chaque événement a une durée maximale Time-box

144. Les cérémonies SCRUM
Sprint
Sprint planning
Sprint Review
Daily meeting
Sprint retrospective
Répétitif
Time box

145. Définir le Sprint et connaitre
les critères d'un bon sprint
Une formation
Brahim ELKECHA

146. Une formation
Le cœur de Scrum est le Sprint, c'est une
occasion répétitive au cours de laquelle un
Incrément Produit « Fini » fonctionnel et
potentiellement publiable est créé
Le Sprint

147. Le sprint contient les autres events
Sprint
Sprint planning
Sprint Review
Daily meeting
Sprint retrospective
Sprint
Sprint planning
Sprint Review
Daily meeting
Sprint retrospective
Répétitif

148. Durée d'un sprint
C'est à l'équipe de la définir
3 semaines
2 semaines 4 semaines

149. L'objectif d'un sprint
Le périmètre peut être clarifié et renégocié entre le Product
Owner et les développeurs
Chaque Sprint a un objectif de ce qui doit être construit, et un
plan flexible qui guidera la réalisation du travail pour produire
l’incrément à la fin du sprint

150. L'annulation d'un sprint
Le sprint peut être annulé si l'objectif du sprint devient obsolète.
Seul le Product Owner a le pouvoir d'annuler un sprint.

151. Comprendre la cérémonie du Sprint
Planning
Une formation
Brahim ELKECHA

152. Une formation
Une réunion collaborative entre la scrum
team, il lance le Sprint en présentant le
travail à effectuer durant le Sprint, et Le plan
pour le réussir
Le Sprint planning

153. Thèmes
Pourquoi ce Sprint est‐il important ?
Que peut‐on faire durant ce Sprint ?
Comment le travail choisi sera‐t‐il réalisé ?

154. Pourquoi ce Sprint est-il important ?
Le Product Owner explique comment augmenter la valeur
du produit et son utilité
la Scrum Team collabore à définir un Objectif de Sprint
qui énonce clairement aux parties prenantes l’utilité du
Sprint
L'objectif de Sprint doit être finalisé avant la fin du Sprint
Planning

155. Que peut-on faire durant ce Sprint ?
Le product owner présente et explique les éléments prioritaires
Les développeurs donne une estimation à chaque élément
Et ils sélectionnent les éléments à inclure dans le sprint backlog
Plus l'équipe est mature et expérimentée, plus les prévisions sont correctes
Item 2
Item 1
Item 3
Sprint backlog

156. Comment le travail sera-t-il réalisé ?
Les développeurs planifient le travail nécessaire pour créer un Increment
qui réponde à la Definition of Done
Création des sous tâches pour chaque éléments du sprint backlog

157. Le résultat du sprint planning
L'objectif du sprint
Item 2
Item 1
Item 3
Éléments
Le plan
+
+
Le Sprint Backlog

158. Durée d'un sprint planning
Le time-box pour le sprint planning dépend de la durée du sprint
2 semaine
3 semaine
4 semaine
6h
8h
4h

159. Une formation
La Scrum team est obligatoire.
Qui peut y assister ?
On peut également inviter d'autres personnes à
participer au Sprint Planning pour donner des
conseils

160. Dérouler le Sprint planning
Une formation
Brahim ELKECHA

161. Estimer les user stories
Une formation
Brahim ELKECHA

162. Une formation
Créer une opportunité pour l'équipe, pour discuter et
négocier la US et savoir s'ils ont bien compris le besoin
Avoir une idée sur la complexité de développer la US
Savoir si la US peut être réaliser durant le même sprint,
sinon il faut la découper
Calculer le nombre de point de complexité que
l'équipe peut réaliser durant un sprint (l'engagement)
Pourquoi estimer les US ?

163. Temps vs complexité
Il n’y a pratiquement pas de répétition de tâches ou de fonctionnalités
Cela rend le calcul exacte des heures nécessaires à la réalisation d'une
tâche presque impossible
Une tâche qui prend beaucoup
de temps même s'elle est trivial
Une tâche très
compliquée, mais ne
prend pas du temps.

164. Méthodes d'estimation
planning pocker T-shirt size
Big/Uncertain/Small Et d'autres ...

165. la US de référence
C'est une petite US du backlog, qui n'est pas complexe, on lui donne une
estimation de (2 story points), et on la considère comme une référence
(unité) pour estimer les autres US du backlog
Item 3
Item 2
Item 4
Item 1
5sp
21sp
1sp
US de référence (2sp)

166. Définir le sprint goal,
et créer le sprint backlog
Une formation
Brahim ELKECHA

167. Découvrir
le Daily Scrum meeting
Une formation
Brahim ELKECHA

168. Une formation
Un Event quotidien pour les Développeurs de la
Team
Pour inspecter la progression vers l'Objectif de
Sprint et d'adapter le Sprint Backlog si nécessaire
Daily Scrum

169. Le but du Daily Scrum meeting
Améliorer la communication au sein de l'équipe
Appliquer l'empirisme chaque jour
Détecter toutes sortes de blocages ou de problèmes qui peuvent mettre en danger
l'objectif
Définir des actions urgentes pour enlever les blocages
Optimiser la probabilité d'atteindre l'objectif du Sprint, et de rester focus

170. Le format du Daily Scrum meeting
Chaque membre de l'équipe doit répondre à ces questions
Que ferai-je aujourd'hui ?
Qu'est-ce que j'ai fait hier ?
Est-ce que je vois des obstacles
qui m'empêchent ou
empêchent l'équipe ?
Pour aider l'équipe à
atteindre l'objectif
du sprint

171. Time box
15 minutes pas plus
à la même heure tous les jours
Au même endroit

172. Pour un DSM efficace
Le DSM n'est pas pour discuter pas des solutions des
problèmes, on se content juste de les signaler
Juste après les 15 minutes du DSM, les membres de
l'équipe concernés se réunissent pour trouver des
solutions (parking lot)
Le DSM est une réunion interne à l'équipe, si des
personnes externes (stakeholders ...) veulent y assister
le SM doit s'assurer qu'ils ne perturbent pas la réunion
Une formation

173. Participer au daily Meeting et
apprendre à gérer le SCRUM board
Une formation
Brahim ELKECHA

174. Découvrir la cérémonie
du Sprint Review
Une formation
Brahim ELKECHA

175. Une formation
Une réunion organisée à la fin de chaque
sprint pour inspecter le résultat du Sprint
et pour déterminer les adaptations futures
Sprint Review

176. Qui participe au Sprint Review ?
Toute la Scrum team
Les stakeholders
Toutes les personnes intéressées par le projet

177. Durée d'un Sprint Review
Le time-box pour le Sprint Review dépend de la durée du sprint
2 semaine
3 semaine
4 semaine
3h
4h
2h

178. Déroulement
Le SM organise et facilite la réunion
L'équipe présente en toute transparence le travail terminé (l'increment), et répond aux
questions
Le PO note tout feedback qui peut ajouter de la valeur au produit
Increment

179. Adaptation du Backlog Product
Le Sprint Review n'est pas une réunion de présentation
uniquement, mais aussi une opportunité pour ajuster le
Product Backlog et adapter les priorités
Item 1
Item 2
Item 5
Item 4
Item 3
Item n
...
Product backlog

180. Vision pour le prochain sprint
Avant de clôturer cette réunion, le PO partage avec les stakeholders et la
Scrum Team, sa vision et les fonctionnalités prioritaires à traiter durant le
prochain sprint

181. Mettre en pratique
le sprint Review
Atelier 11
Une formation
Brahim ELKECHA

182. Agenda du Sprint Review
L'objectif du sprint
KPI et performance de l'équipe
Démonstration de l'incrément
Vision pour le prochain sprint

183. L'objectif du sprint
Créer les vidéos sur les cérémonies en Scrum ainsi que des ateliers

184. Engagement Vs réalisation

185. Interprétation de la Vélocité chart

186. Démonstration

187. Vision pour le prochain sprint

188. Merci pour votre attention
Des questions ?

189. Découvrir la cérémonie
du Sprint rétrospective
Une formation
Brahim ELKECHA

190. Une formation
Une opportunité formelle pour l'équipe
Scrum de s’auto-inspecter et de créer un
plan d'amélioration à adopter au cours du
prochain Sprint
Rétrospective

191. Qui participe à la Rétrospective ?
Uniquement la Scrum team

192. Le but de la rétrospective
Discuter de ce qui s'est bien passé durant le sprint, et des points que
l'équipe doit améliorer pour rendre le prochain sprint plus efficace et
agréable

193. Déroulement
le Scrum master organise l'Event
les individus
les interactions
Definition of Done
les processus
Les outils
Etc ...
L'équipe inspecte le déroulement du dernier Sprint, en ce qui concerne

194. Identifier les points d'amélioration
Créer des actions et les assigner à des responsables
pour s'assurer de leur réalisation
S'assurer de créer des tâches pour les actions dans le
Backlog du prochain sprint
Une formation
Déroulement

195. La durée de la rétrospective
La rétrospective clôture le sprint, Le time-box pour cette cérémonie
dépend de la durée du sprint
2 semaine
3 semaine
4 semaine
2h
3h
1h30

196. Organiser la Rétrospective sur
Confluence
Atelier 12
Une formation
Brahim ELKECHA

197. Comprendre et Contrôler
le Burndown chart du sprint
Atelier 13
Une formation
Brahim ELKECHA

198. Comprendre et Contrôler
le Burnup chart du sprint
Atelier 14
Une formation
Brahim ELKECHA

199. Comprendre et bien utiliser le
Velocity chart
Atelier 15
Une formation
Brahim ELKECHA

200. Découvrir les KPIs et
créer le dashboard sur Jira
Atelier 15
Une formation
Brahim ELKECHA

201. Conclusion
Une formation
Brahim ELKECHA

202. Bilan
Item 1
Product backlog
...
Item 3
Item 2
Item 4
Item n
Item 5
Sprint backlog
Item 3
Item 2
Item 1
PO
Sprint
2 à 4 semaines
Review
Daily meeting
Retrospective
Sprint Planning
développeurs
SM
Incrément