Méthodes Agiles

Chapitre 4 : La méthode Scrum

Dr. Mariem MAHFOUDH

mariem.mahfoudh@isims.usf.tn

P-ITWM, ISIMS, 2023-2024

images/umlLogo.png

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 1/39

Bibliographie

Ce cours a été construit en se basant sur les références suivantes :

▶ Livre ”Gestion de projet agile, avec Scrum, Lean, Extreme
Programming”, Véronique Messager
▶ Cours ”Génie logiciel”, Dr. Sonia Alouane, ENSI
▶ Cours ”Introduction au génie logiciel et à la modélisation”,
Dr. Delphine Longuet, Polytech Paris-Sud
▶ Cours ”Génie Logiciel”, Dr. Laurent TICHIT and Dr. Noël
NOVELLI, Université d’Aix-Marseille
▶ Cours ”Développement agile : La méthode SCRUM ” V.
Deslandres, IUT Lyon 1

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 2/39

Plan
1 Méthode Scrum
2 Équipe Scrum
Product Owner
Scrum Master
Equipe projet
3 Événements Scrum
Sprint
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective
4 Artefacts
Backlog Produit
User story
Sprint Backlog
Burnup chart
Burndown chart
5 Certificat Scrum
Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 3/39
Méthode Scrum
▶ Pour rappel, Scrum est une méthode de gestion de projet agile
fonctionnant par itérations et incrémentations.
▶ Les acteurs concernés, à savoir :
le product owner,
le scrum master,
et l’équipe projet.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 4/39

Product Owner

▶ Le Product Owner est redevable de maximiser la valeur du

produit résultant du travail de la Scrum Team.
▶ La manière de procéder peut varier considérablement selon les
organisations, les Scrum Teams et les individus.
▶ Le Product Owner est également redevable de la gestion
efficace du Product Backlog. Ce qui inclut :
Formuler et communiquer explicitement l’Objectif de Produit ;
Créer et communiquer clairement les éléments du Product
Backlog ;
Ordonner les éléments dans le Product Backlog ; et
S’assurer que le Product Backlog est transparent, visible et
compris.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 5/39

Product Owner
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 est responsable du Retour sur Investissement et des livraisons

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
Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 6/39
Scrum Master

▶ Pas de chef de projet dans scrum

▶ Le travail et les responsabilités d’un chef de projet ne
disparaissent pas dans les projets scrum.
Une grande partie est dévolue au ProductOwner
une autre partie est laissé à l’équipe
→ Un des principes de Scrum est l’auto-organisation : il
signifie que les mmebres de l’équipe eux mêmes et n’ont pas
besoin d’un chef qui leur assigne le travail à faire
Scrum Master n’est pas un nouveau nom pour chef de projet

Le scrumMaster a pour responsabilité essentielle d’aider l’équipe à

appliquer Scrum et à l’adapter au contexte. Il a une grande
influence sur la façon de travailler

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 7/39

Scrum Master

Sa fonction
▶ Protège l’équipe des turbulences
▶ Il optimise la productivité 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

Sa mission
▶ Protéger l’Équipe Scrum
▶ Lever les obstacles
▶ Exécuter le process
▶ Travailler avec le Product Owner
▶ Changer l’Organisation

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 8/39

Scrum Master

▶ Il forme et coache SCRUM

▶ Il régule les obstacles
▶ Il anime les réunions
▶ Il protège l’équipe
▶ Il est le gardien du process Scrum

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 9/39

Equipe projet

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.

Constituer l’équipe
▶ 5/9 personnes
▶ Multidisciplinaire
▶ Autogérée
▶ Plus orientée compétence que fonction

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 10/39

Rôles organisationnels : le client

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

Sa mission
▶ Il commande le produit
▶ Il paye le développement du produit
▶ Il donne des feed-back et des révisions

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 11/39

Le manager

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.

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

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 12/39

Événements Scrum

L’équipe Scrum travaillent en étroite collaboration, notamment au

moyen de réunions régulières, les fameuses cérémonies scrum :
▶ le sprint planning,
▶ le daily scrum,
▶ le sprint review,
▶ et la rétrospective.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 13/39

Sprint

▶ Les Sprints sont au coeur de Scrum, où les idées sont

transformées en valeur.
▶ Ce sont des événements d’une durée fixe, d’un mois ou moins,
pour créer une cohérence.
▶ Un nouveau Sprint commence immédiatement après la fin du
précédent.
▶ Tout le travail nécessaire pour atteindre l’Objectif de Produit,
y compris le Sprint Planning, les Daily Scrums, la Sprint
Review et la Sprint Retrospective, se fait dans le cadre des
Sprints.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 14/39

Sprint Planning

Le Sprint Planning
▶ lance le Sprint en présentant le travail à effectuer durant le
Sprint.
▶ Le plan qui en résulte est créé par le travail collaboratif de
toute la Scrum Team.
▶ Le Sprint Planning aborde les thèmes suivants :
Thème 1 : Pourquoi ce Sprint est-il important ?
Thème 2 : Que peut-on faire durant ce Sprint ?
Thème 3 : Comment le travail choisi sera-t-il réalisé ?

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 15/39

Daily Scrum

▶ L’objectif du Daily Scrum est d’inspecter la progression vers

l’Objectif de Sprint et d’adapter le Sprint Backlog si
nécessaire, en ajustant les futurs travaux planifiés.
▶ Le Daily Scrum est un événement de 15 minutes, pour les
Developers de la Scrum Team.
▶ Pour réduire la complexité, il est tenu à la même heure et au
même lieu, chaque jour ouvré du Sprint.
▶ Si le Product Owner et / ou le Scrum Master travaillent
activement sur des éléments du Sprint Backlog, ils participent
en tant que Developers.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 16/39

Sprint Review

▶ L’objectif de la Sprint Review est d’inspecter le résultat du

Sprint et de déterminer les adaptations futures.
▶ La Scrum Team présente les résultats de son travail aux
principales parties prenantes et les progressions vers l’Objectif
de Produit sont discutées.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 17/39

Sprint Retrospective

▶ L’objectif de la Sprint Retrospective consiste à réfléchir à des

pistes pour améliorer la qualité et l’efficacité.
▶ La Scrum Team inspecte le déroulement du dernier Sprint en
ce qui concerne les individus, les interactions, les processus,
les outils et leur Definition of Done.
▶ Les éléments inspectés varient souvent selon le domaine
d’activité.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 18/39

Artefacts

▶ Backlog produit
▶ Sprint backlog
▶ Burnup chart
▶ Burndown chart

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 19/39

Backlog Produit

▶ Le Product Backlog est une liste ordonnée et émergente de ce qui

est nécessaire pour améliorer le produit.
▶ C’est l’unique source du travail entrepris par la Scrum Team. Les
éléments du Product Backlog qui sont susceptibles d’être réalisés
dans un seul Sprint par la Scrum Team sont considérés comme prêts
à être traités en Sprint Planning.
▶ L’affinement du Product Backlog consiste à décomposer et à définir
davantage les éléments du Backlog en éléments plus fins et plus
précis. Il s’agit d’une activité continue visant à ajouter des détails,
tels qu’une description, un ordre et une taille.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 20/39

Backlog Produit
Contient des User Stories

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 21/39

User Stories

Granularité des User Stories

▶ Une user story doit pouvoir être implémentée en une itération (un
sprint)
▶ Une itération doit comporter entre 4 et 6 User Stories

Comment obtenir les US

▶ C’est le problème du Product Owner
▶ Cela prend entre 2 jours et plusieurs semaines
▶ Méthodes possibles : étude d’impact, StoryMapping, avec du
brainstorming, des personnes, des scénarios utilisateur.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 22/39

User Stories

Règles pour écrire des US correctes

▶ REGLE 1 : rester simple
▶ REGLE 2 : parler du QUOI (pas du COMMENT)
▶ REGLE 3 : rester dans le périmètre du projet, et dans le
champ de responsabilités de l’organisation / du service
▶ REGLE 4 : lever l’ambiguı̈té des termes
▶ REGLE 5 : pratiquer si possible la réécriture des US

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 23/39

User Stories
Format des user stories
Les user stories proposées par le PO sont discutées avec l?équipe
pour lever toute ambiguı̈té de compréhension

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 24/39

User Stories

Exemple 1
Une user story définie pour un logiciel d’assurance

▶ Trop de choses à faire mentionnées ⇒ pas simple

▶ REGLE : pas de User Story composée
Éviter les ET (et OU) pour ”je peux”
▶ Éviter les ”à moins que”, ”except” pour’

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 25/39

User Stories

Correction possible pour exemple 1

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 26/39

User Stories

Exemple 2
Un Responsable du Stock écrit la US

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 27/39

User Stories

Exemple 2
Un Responsable du Stock écrit la US

▶ ”la bonne quantité” : quelle valeur ? Quelle unité ? (produit

unitaire, palette, chargement camion, ?)
▶ ”coûts trop élevés” : idem, subjectif → valeur seuil
▶ ”nous allons vendre” : quand ? demain, la semaine prochaine
?

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 27/39

Vélocité

▶ La vélocité, un indicateur essentiel à la planification

▶ La vélocité est le nombre de story points qu’une équipe complète
durant un sprint.
▶ Pour la mesurer, il suffit d’additionner le nombre de story points
livrés au cours des derniers sprints et d’en faire la moyenne.
▶ Pour avoir une moyenne fiable, il faut calculer la vélocité sur un
minimum de cinq sprints

Story points
▶ Les Story points sont des unités de mesure servant à évaluer l’effort
à déployer pour réaliser les user stories.
▶ L’utilisation de points est généralement privilégiée à une estimation
en heures.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 28/39

Vélocité

La vélocité moyenne de cette équipe sera donc de 35 story points (unités de

mesure servant à évaluer l’effort à déployer pour réaliser les user stories) par
sprint (35 + 38 + 33 + 36 + 35 ÷ 5 = 35).

Le Product Owner va aussi apprécier cet indicateur. Il lui permet de mieux

planifier dans le temps et de faire les estimations nécessaires pour de prochaines
livraisons. Un Product Owner ne doit toutefois pas chercher à faire augmenter
la vélocité de son équipe. La première considération d’un Product Owner reste
la valeur métier livrée, la livraison d’un logiciel fonctionnel par exemple.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 29/39

Sprint Backlog

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 30/39

Burnup chart

▶ Le burnup chart est un graphique servant à afficher le travail

accompli sur un projet, en comparaison de la quantité de
travail totale attendue.
▶ Il se construit de la sorte :
un axe vertical révélant la charge de travail, au moyen d’unités
définies par l’équipe projet : heures de travail, jours de travail,
story points, etc.
un axe horizontal représentant l’évolution dans le temps, en
sprints par exemple.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 31/39

Le burnup chart

Le burnup chart présente ensuite deux courbes :

▶ la courbe A (en bleue) montrant le travail déjà accompli,
▶ la courbe B (en rouge) matérialisant le périmètre du projet,
autrement dit la charge de travail estimée.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 32/39

Le burndown chart

▶ À l’inverse du burnup chart, le burndown chart permet de

visualiser le travail qu’il reste à accomplir sur un projet, en
fonction du temps imparti.
▶ Il se construit alors un peu comme le burnup chart :
un axe horizontal présentant la charge de travail, là aussi en
fonction de l’unité déterminée au préalable (heures, story
points, etc.),
un axe horizontal matérialisant la ligne de temps (sprints,
jours, etc.).

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 33/39

Burndown chart

Ces deux courbes, quant à elles, signifient :

▶ la quantité de travail restant idéale (en rouge),
▶ la quantité de travail restant réelle (en bleu).

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 34/39

Certificat Scrum

Professional Scrum Master I v1.0 (PSM I)

https://www.scrum.org/assessments/
professional-scrum-master-i-certification

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 35/39

Apprenons avec les Quiz !

En scrum, qui valide les user-stories pour qu’elles passent de ”test”

à ”done” ?
1 le scrum master
2 le product owner
3 l’équipe de développement
4 toute l’équipe

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 36/39

Apprenons avec les Quiz !

En scrum, qui valide les user-stories pour qu’elles passent de ”test”

à ”done” ?
1 le scrum master
2 le product owner
3 l’équipe de développement
4 toute l’équipe

Réponse
C
Bien que cela se répand beaucoup car parait plus logique pour ceux
qui viennent des méthodes traditionnelles, ce n’est pas le product
owner qui teste(dans le sens vérifier le travail de l’équipe de
développement) les user-stories avant de les déclarer ”done”.
L’équipe de développement est 100% responsable de fournir des
user-stories ”done”. potentiellement livrable.
Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 36/39
Apprenons avec les Quiz !

L’équipe de développement peut-être composée

1 de développeurs front et de développeurs back
2 de développeurs, d’un business analyst et d’un testeur
3 d’un testeur et de développeurs
4 de développeurs, d’un PMO et d’un testeur

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 37/39

Apprenons avec les Quiz !

L’équipe de développement peut-être composée

1 de développeurs front et de développeurs back
2 de développeurs, d’un business analyst et d’un testeur
3 d’un testeur et de développeurs
4 de développeurs, d’un PMO et d’un testeur

Réponse
Toutes les réponses sont bonnes. L’équipe de développement ne
veut pas direéquipes de ”développeurs” mais équipe de réalisation.
Tous ceux qui nesont pas ”product owner” ou ”scrum master” et
qui participe à la réalisation du produit font parti de l’équipe de
développement. Donc même sice la surprend, le Business Analyst
ou le PMO si nécessaire (bien que ce rôle est peu aimé) font parti
de l’équipe de développement.

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 37/39

Exercices

Compléter le tableau suivant :

Evénement Durée But

SCRUM
Planification 8H
de Sprint
15 mn
Revue de
Sprint
Amélioration des techniques de travail de
l’équipe SCRUM

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 38/39

Exercices

Compléter le tableau suivant :

Evénement Durée But

SCRUM
Planification 8H planifier l’objectif du sprint d’une manière
de Sprint collaborative
mêlée quotdi- 15 mn garder la focalisation sur l’objectif du sprint
enne en cours.
Revue de 4h valider le produit et d’adapter le Product
Sprint Backlog si nécessaire.
démarrage 45 mn Amélioration des techniques de travail de
scrum l’équipe SCRUM

Dr. Mariem MAHFOUDH Méthodes agiles : La méthode scrum 39/39