Le document présente une vue d'ensemble de la méthode agile Scrum, fondée dans les années 90 par Ken Schwaber et Jeff Sutherland. Il décrit les rôles des membres de l'équipe Scrum, les événements clés tels que le sprint et la mêlée quotidienne, ainsi que les artefacts utilisés dans la gestion de projet agile, comme le product backlog et le sprint backlog. Enfin, il aborde les principes de transparence, d'inspection et d'adaptation qui sous-tendent la méthode Scrum.

1. Méthodes agiles
Scrum

2. Olivier Destrade
Formateur, Consultant, Facilitateur

3. Le cadre Scrum

4. Fondateurs de Scrum
● 90’s:
○ Ken Schwaber dans sa société
○ Jeff Sutherland, John Scumniotales, Jeff McKenna chez Easel Corporation
● 1995, Ken Schwaber : fondements de la méthode
Scrum à l'OOPSLA, Austin, États-Unis.
● 2001, Ken Schwaber, Mike Beedle “Agile Software
Development With Scrum”
● 2020, dernière version du Guide Scrum
(scrum.org), Ken Schwaber et Jeff Sutherland

5. Le guide Scrum
https://www.scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf#zoom=100
Transparence | Inspection | Adaptation

6. Les 5 valeurs de Scrum

7. Cycle itératif Scrum
source: http://www.roxecom.fr/blog/scrum-gestion-de-projet-agile

8. Scrum - Les règles du jeu
Equipe Scrum
● Product owner
● Développeur
● Scrum Master
Evènements
● Sprint
● Sprint planning
● Réunion
quotidienne
● Revue de sprint
● Rétrospective
Artefacts
● Product Backlog
● Sprint Backlog
● Increment

9. Product owner
Responsable de la valeur du produit (faire le bon produit)
● Focalisation:
○ Valeur métier
○ Parties prenantes
■ Client, Utilisateur,
■ Sponsor
■ Autres départements (ventes, support…)
○ Calendrier de version (time to market)

10. Les activités du Product Owner

11. Développeurs
Délivrer d’un incrément potentiellement déployable (faire un
produit de bonne qualité)
● Focalisation:
○ Qualité
○ Veille technique
○ Amélioration continue
● Auto organisée
○ Processus, décisions
○ Moyens, outils
● Pluridisciplinaire

12. Les activités des développeurs

13. Pratiques d’ingénierie agiles

14. Pratiques d’ingénierie agiles

15. Equipe auto-organisée

16. Equipe pluridisciplinaire

17. Scrum Master
Responsable de la compréhension et de l’application de Scrum
● Focalisation:
○ Transparence, amélioration
○ Aider et enlever les obstacles
○ Interactions au sein de l’équipe
○ Interactions avec le management, les autres équipes, etc.

18. Les activités du Scrum Master

19. Les phases de l’apprentissage

20. 4 casquettes pour un rôle

21. 4 domaines d’action

22. Les évènements
Ce sont des Time box :
● Durée maximale : quand c’est fini, c’est fini.
● Durée fixe : régularité d’un sprint à l’autre.
Ce sont des boucles de feed-back
● Conçus pour sonder / expérimenter / valider
une hypothèse
● Fondés sur la transparence et l’inspection

23. Les 5 évènements Scrum
Le sprint :
cadre itératif et
incrémental
Mêlée quotidienne :
Synchronisation des tâches,
identification des blocages
Réunion de
planification :
Décider de l’objectif,
du périmètre et du
travail à faire dans
le sprint
Revue :
Montrer le résultat et
récolter le feed-back
des parties prenantes
Rétrospective :
Observer comment
on a travaillé et
décider comment
s’améliorer

24. Le sprint
Source: http://scrum.jeffsutherland.com/2010/01/iterative-vs-incremental-development.html

25. Durée du sprint
● Durée fixe
○ Ne change pas en cours de sprint (time box)
○ Un mois ou moins (durée commune: 2 semaines)
● La durée des sprints est liée :
■ Au degré d’incertitude : risques techniques, fonctionnels,
sociaux, budget, délai…
● Incertitude élevée : sprints courts
● Incertitude faible : sprints longs
■ A besoin éventuel de synchronisation avec les autres
évènements métier, ou bien avec d’autres équipes travaillant
sur le même produit, etc.

26. Quand commence un sprint?
● Dès que le précédent est terminé
○ Enchaînement continu

27. Livrer un incrément déployable
● Les tests et les corrections sont réalisés pendant le sprint
● Pas de dépendance avec une autre action ou fonctionnalité non encore
délivrée
● Fini = Il ne reste plus de travail à faire

28. La réunion de planification de sprint
Source: http://scrumtrainingseries.com/SprintPlanningMeeting/SprintPlanningMeeting.htm

29. La réunion de planification de sprint
● Durée
○ 8 heures pour un sprint d’1 mois
○ Généralement plus court pour des sprints moins grands
● L’objectif du sprint est défini collaborativement par l’équipe
● Les développeurs sélectionnent les items (pas de travail poussé !)
Pourquoi ce sprint
apporte de la
valeur ?
Comment
réaliser ce
travail ?
Objectif
de sprint
Backlog
de sprint
Que pouvons nous
faire durant ce
sprint ?
Product
backlog
items
Product
backlog
items
Product
backlog
items
Product
backlog
items

30. Planifier le travail : découpage en tâches techniques
Item Prior
ité
Effort Accept
ation
L’administrateur
gère les utilisateurs
12 8 CRUD
Un utilisateur de
l’AD est reconnu
13 13 ...
L’utilisateur se
connecte pour
accéder à l’acueil
14 5 ...
Product backlog
Maquettes d’écran
Rechercher des
utilisateurs
Ajouter / Editer /
supprimer un utilisateur
Tests unitaires
Tests fonctionnels
Etc. (votre process)
Sprint backlog

31. Le sprint backlog est visualisé sur le tableau kanban (ou
scrum board)

32. La mêlée quotidienne
Source: http://www.aubryconseil.com/post/2006/04/15/10-melee

33. La mélée quotidienne
● Objet
○ Synchroniser les activités
○ Planifier les prochaines 24h00
○ Identifier les risques ou les obstacles
● Durée 15mn maximum
○ Quelle que soit la durée du sprint
○ Quel que soit le nombre de participants
● Tous les jours, même lieu et heure
○ C’est plus simple

34. La mélée quotidienne: participants
● Seuls les développeurs participent
● Le PO, le Scrum Master participent seulement si ils travaillent
activement sur les items.

35. La mélée quotidienne: déroulement
“Les développeurs peuvent sélectionner la structure et les techniques de leur
choix, à condition que leur Daily Scrum se concentre sur la progression vers
l'objectif de sprint et produise un plan d'action pour le jour de travail suivant.”,
Scrum Guide 2020.
Usage courant :
● chaque participant décrit:
○ Ce qu’il a réalisé depuis la dernière MQ...
○ Ce qu’il va réaliser d’ici la prochaine MQ...
○ Les difficultés qu’il identifie…
○ … pour aider l’équipe à atteindre l’objectif de sprint*
● Se pratique debout, face à face, devant le Scrum Board

36. Conditions pour réussir la mêlée quotidienne
● Respecter la time box
○ Rester factuel sans rentrer dans les détails
○ Reporter les discussions à plus tard (programmer une réunion, etc.)
● Sécurité relationnelle
○ Absence de liens hiérarchiques entre les participants
○ Alignement des participants sur le but du sprint
○ Adhésion des participants aux valeurs Scrum
○ Socle de valeurs communes à l’équipe
○ ...

37. A l’issue de la mêlée quotidienne
L’équipe est responsable de:
● Mettre à jour le Sprint Backlog
● Mettre à jour la progression
○ (par exemple) Burndown de sprint

38. Bénéfices de la mêlée quotidienne
● Un moment clé pour l’inspection et l’adaptation
○ Identification des risques et obstacles
○ Prise de décision rapide
● Communication efficace
○ Moment d'interaction entre pairs
○ Augmente le niveau des connaissances partagées par le groupe
○ Limite le temps global de réunions

39. La revue de sprint
Source: http://www.coactiv.fr/revue-de-sprint-petit-changement-gros-benefice/

40. La revue de sprint
● Objet
○ Inspecter l’incrément et obtenir du feed-back
○ Réviser le Product Backlog si nécessaire
● Durée
○ 4 heures pour un sprint d’1 mois
■ En pratique, 1 heure ok pour un sprint de 2 semaines
○ A lieu en fin de sprint (avant la rétrospective)

41. La revue de sprint : participants
● PO
● Les développeurs
● Scrum Master
● Parties-prenantes

42. La revue de sprint
● 1 - Démonstration
○ Uniquement les items 100% finis
○ Les développeurs effectuent la démonstration
○ Retours des participants, échanges, idées
Source: http://networkingnerd.net/2012/10/15/when-demos-attack/

43. La revue de sprint
● 2 - Révision du backlog
○ Le PO présente l’état du backlog
○ Prévisions délais / coùt
○ Priorités pour le prochain sprint

44. La rétrospective de sprint
● Objet
○ Inspecter le déroulement du sprint
■ Personnes, relations, processus, outils…
○ Identifier et prioriser les points d’amélioration
○ Etablir le plan d’amélioration
● Durée
○ 3 heures pour un sprint d’1 mois
■ En pratique 1 heure ok pour un sprint de 2 semaines
○ A lieu en fin de sprint

45. La rétrospective de sprint
● Participants
○ L’équipe Scrum au complet
● Rôle du Scrum Master
○ Participant, en tant que responsable du processus Scrum
○ Facilitateur

46. La rétrospective de sprint
● Plusieurs techniques
○ Brainstorming
○ Speed boat
○ Etc.
● Récolter les points de vue de chacun
● Dans le but d’apprendre et de s’améliorer

47. Les artefacts
PRODUCT BACKLOG SPRINT BACKLOG INCREMENT

48. Le Product Backlog
Scrum Guide :
“Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire
pour améliorer le produit. C'est la seule source de travail entrepris par l'équipe
Scrum.”.

49. Le Product Backlog
Contient des “backlog items”
● Attributs : Description, ordre, valeur, estimation de l’effort
● User Story
● Amélioration
● Anomalie
● ...
Responsabilité du PO
Dynamique, n’est jamais complet
Engagement = objectif du produit, objectif à long terme de l'équipe Scrum.

50. Le Product Backlog : exemple

51. Le Product Backlog
source :
http://agile.conscires.com/2011/01/15/the-significance-of-a-well-maintained-product-backl
og/

52. Reporting : Burn-down de version

53. Le Sprint Backlog
Source: http://www.rockstart.com/blog/agile-development-in-practice-how-to-get-started-with-scrum/

54. Contenu du Sprint Backlog
● Le but du sprint (pour quoi)
● Un sous ensemble de backlog items sélectionnés
pour un sprint (quoi)
● Un plan de réalisation (comment)
● Responsabilité des développeurs
● Hyper visible (kanban, scrum board…)
● Évolue, émerge durant le sprint
Engagement : le but du sprint, objectif àcourt terme
des développeurs.

55. Le Sprint Backlog est formalisé par le scrum board

56. Reporting : Burn-down de sprint

57. L’incrément
● La somme des items finis durant un sprint
○ S’ajoute aux incréments précédents
● Potentiellement utilisable
○ La décision de le déployer revient au PO
● Incrément vs itération :
Engagement = Définition de Fini, une description formelle de l'état de
l'incrément lorsqu'il satisfait aux mesures de qualité requises pour le produit.
source: http://www.infoq.com/news/2008/12/Uncertainty-Jeff-Patton

58. Définition de Fini (DoD)
● Liste des critères pour dire qu’un incrément est fini
● Définit le niveau de qualité requis pour le produit
● Est établie par les développeurs, en adéquation avec les standards de
l’entreprise
Avant le sprint : l’estimation d’effort d’un item prend en compte toutes les
activités nécessaires pour le finir.
Pendant le sprint : le sprint backlog (tâches) s’appuie sur les critères de la
DoD.
A la fin du sprint : la mesure de l’avancement ne prend en compte que les
items réellement finis

59. Références
Bibliographie
Scrum, le guide pratique de la méthode agile la plus populaire, Claude Aubry, Dunod.
Webographie
Manifeste Agile
Scrum guide, Ken Schwaber & Jeff Sutherland
What is Agile?, présentation, Henrik Kniberg
Scrum et XP depuis les tranchées, Henrik Kniberg, traduction française (collectif)
Mener son équipe, Emmanuel Chenu (article du 10/07/11)
Culture d’Entreprise agile: l’Auto-organisation chez FAVI, Whole Foods, et tant d’Autres, Blog, Jean-Claude Grosjean
History of software ingeniering, Wikipedia
ScrumMaster Community
Software craftsmanship