SCRU

M
 INTERVENANTS
• STÉPHANE GAGO • STÉPHANE N’CHO
• AUDITEUR PMP/PMI • AUDITEUR PMP/PMI

2
SOMMAIRE

Définition Rôles dans Evènements

de Scrum Scrum dans scrum
1. Définition de Scrum
 La méthode Scrum tire son nom du monde du rugby, scrum = mêlée. Le principe de
base étant d'être toujours prêt à réorienter le projet au fil de son avancement.
 C'est une approche dynamique et participative de la conduite du projet. La mêlée est
une phase de jeu essentielle au rugby. Elle permet au jeu de repartir sur d'autres
bases. La réunion dans la méthode Scrum relaie la métaphore.
 Scrum est un framework (cadre) de gestion de projet flexible qui aide les
équipes à structurer et à gérer leur travail selon un ensemble de valeurs, de
principes et de pratiques. À l'instar d'une équipe de rugby (d'où le nom de cette
méthodologie) s'entraînant en vue d'un match important, Scrum encourage les
équipes à apprendre par l'expérience, à s'auto-organiser pendant qu'elles
tentent de résoudre un problème, mais aussi à réfléchir à leurs victoires et à
leurs défaites pour s'améliorer en continu.
1. Définition
de Scrum
La méthodologie Scrum peut être un
cadre de travail léger qui aide les
personnes, les équipes et les
organisations à générer de la valeur
grâce à des solutions adaptatives pour
des problèmes complexes. Elle doit
répondre aux critères suivants :
- Un client satisfait
- Une équipe autogérée
- L’incertitude acceptée
2. Rôles dans Scrum
A. Product Owner

Orienté métier, c'est lui qui va partager la vision du produit à réaliser avec l'équipe de
développement. C'est un responsable de la bonne exécution projet, il est en étroite relation
avec les équipes développement, le marketing et les clients.
Les Product Owners sont les champions de leur produit. Leur priorité est de
comprendre les exigences du business, des clients et du marché, puis de prioriser le
travail de l'équipe d'ingénierie en conséquence. Les Product Owners efficaces :

créent et gèrent le backlog produit ;

travaillent en étroite collaboration avec le business et l'équipe pour s'assurer que

tous savent en quoi consistent les tâches du backlog produit ;
A. Product Owner
fournissent à l'équipe des orientations claires sur les prochaines
fonctionnalités à livrer ;

décident du moment où le produit doit être livré, avec une prédisposition

pour des livraisons plus fréquentes.

Le Product Owner n'est pas toujours le responsable produit. Sa priorité

est de s'assurer que l'équipe de développement offre un maximum de
valeur ajoutée au business. Il est également important que le Product
Owner soit une seule personne. Aucune équipe de développement ne se
réjouira de recevoir des directives différentes de plusieurs Product
Owners.
B. Scrum master
• Les Scrum Masters sont les champions de Scrum au sein de leur équipe. Ils coachent l'équipe, les
Product Owners et le business sur le processus Scrum et cherchent les façons d'affiner leur pratique
en la matière.

• Un Scrum Master efficace comprend parfaitement le travail que l'équipe doit réaliser et peut aider
celle-ci à optimiser la transparence et le flux de livraison. En tant que chef d'orchestre, il prévoit les
ressources nécessaires (humaines et logistiques) pour planifier le sprint, le stand-up, la revue et la
rétrospective de sprint.

• On dit souvent que le Scrum master est un coach. C'est vrai puisque son rôle est aussi de faire sortir le
meilleur de chacun pour réussir le projet. Mais le Scrum Master est surtout un chef de projet. Il s'assure que le
principe Scrum se déroule comme il se doit, il fixe les rôles, les timings et les objectifs. C'est un métier
complexe, il s'agit d'être rationnel tout en étant un excellent communicant tourné vers les autres. Comme on
le voit, ce n'est pas donné à tout le monde de cumuler ces qualités.
C. Squad (Développeurs)
• C'est une équipe d'une bonne dizaine de personnes qui en théorie est capable de conduire le projet (ou un
sous-ensemble du projet plus lourd) en totale autonomie. Elle est donc pluridisciplinaire et autonome.

• Les membres de l'équipe présentent des compétences variées. Ils se forment les uns les autres afin
qu'aucun ne devienne un goulot d'étranglement dans la livraison du travail. Les équipes Scrum
efficaces s'organisent de façon autonome et adoptent une attitude du « nous » dans leur approche
des projets. Les membres de l'équipe s'entraident tous afin de garantir la réussite du sprint.

• L'équipe Scrum détermine le plan pour chaque sprint. Elle prévoit la quantité de travail qu'elle pense
pouvoir assumer tout au long de l'itération en se servant de sa vélocité comme d'un guide. En
gardant une longueur d'itération fixe, l'équipe de développement bénéficie d'un feedback important
sur son processus d'estimation et de livraison. Avec le temps, ses prévisions deviennent donc de
plus en plus précises.
3. Évènements dans Scrum
A. SPRINT
Un sprint désigne une brève période limitée dans le temps dont une équipe Scrum a besoin pour effectuer une
quantité de travail donnée. Les sprints sont au cœur même des méthodologies Scrum et Agile.
 Les Sprints sont au cœur 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.

Durant le Sprint :
● Aucun changement n’est permis, qui pourrait remettre en cause l’Objectif de Sprint ;
● Les objectifs de qualité ne sont jamais revus à la baisse ;
● Le Product Backlog est affiné si nécessaire ; et
● Le périmètre peut être clarifié et renégocié avec le Product Owner selon ce qu'on en apprend.

 Les Sprints permettent la prédictibilité en assurant l'inspection et l'adaptation de la progression vers

A. SPRINT
l'Objectif de Produit, une fois par mois calendaire au moins. Lorsque l’horizon d’un Sprint est trop lointain,
l’Objectif de Sprint risque de ne plus être le bon, la complexité augmente et, avec elle, le risque. Les Sprints
plus courts raccourcissent le cycle de l’apprentissage, limitant ainsi les risques liés aux coûts et à l’effort.
Chaque Sprint peut être considéré comme un projet court.
Diverses pratiques existent pour évaluer la progression, telles que les courbes du « burn‐down », ou celles
du « burn‐up » ou les diagrammes de flux cumulatifs. Bien que leur utilité soit prouvée, ces courbes ne
remplacent pas l'importance de l'empirisme. Dans des environnements complexes, une grande part est
laissée à l’inconnu. Seul ce qui s'est déjà passé peut être utilisé pour une prise de décision à venir.
Un Sprint peut être annulé si l'Objectif de Sprint devient obsolète. Seul le Product Owner a le pouvoir
d'annuler le Sprint.
B. Daily Scrum
Engrenage essentiel de la méthode agile scrum, le daily scrum est un outil de
communication entre membres d’une même équipe. Il s’agit d’une réunion qui a lieu
quotidiennement (« daily »), majoritairement le matin, qui se déroule comme suit :
1.la personne qui conduit la réunion (scrum master) distribue la parole,
2.chaque personne présente fait état de l’avancement de ses tâches réalisées la veille et
à venir sur la journée,
3.les éventuels problèmes sont remontés - mais pas résolus lors du daily scrum !
• Le daily scrum intervient après la planification de sprint
C. Sprint Review
La sprint review, ou revue de sprint en français, est la réunion destinée à évaluer les
résultats obtenus par l’équipe scrum après un sprint. Elle permet d’analyser les progrès
réalisés par le développement afin d’atteindre l’objectif fixé.
C’est le moment adéquat pour :
• présenter l’incrément réalisé,
• donner du contexte sur les résultats obtenus,
• aborder les éventuels problèmes rencontrés,
• échanger sur les solutions à mettre en place pour les éviter à l’avenir.
C. Sprint Review
Les objectifs de la sprint review
Conformément au modèle Scrum, un projet est évalué au regard de l’objectif du
sprint déterminé lors de la réunion de planification du sprint. Les principales finalités de la
sprint review sont :
• de contrôler l’incrément réalisé,
• d’ajuster le backlog produit, si nécessaire.
Cela s’inscrit dans l’ADN de la méthode Scrum, qui vise à maximiser la valeur du produit à
apporter aux utilisateurs.
C. Sprint Review
Les participants à la revue de sprint sont :
• l’équipe scrum dans son ensemble (soit le Product owner, le Scrum master et l’équipe
de développement),
• les parties prenantes ou stakeholders,
• les utilisateurs,
• les sponsors, le cas échéant.
D. Sprint Retrospective
La sprint retrospective ou rétrospective de sprint en français, est une réunion ou
un atelier qui a lieu à la fin de chaque sprint.
Elle intervient à la suite de la sprint review, et avant la réunion de planification du
sprint à venir.
Les membres de l’équipe Scrum se réunissent pour réfléchir ensemble sur le
sprint qui vient de se terminer. Ce temps d’échanges est ainsi l’occasion :
• d’analyser le travail effectué,
• de recueillir des retours constructifs,
• de faire des propositions d’amélioration.
E. Le Sprint planning
Le sprint planning meeting est la première réunion de chaque sprint, ou cycle de
développement, qui dure en général de deux semaines à un mois et pendant lequel les
développeurs vont concevoir et tester de nouvelles fonctionnalités.

L’objectif du sprint planning

• Le sprint planning consiste à déterminer un sprint goal puis à planifier les fonctionnalités et user stories jugées prioritaires
parmi toutes celles répertoriées dans le backlog produit.
• Celles qui sont sélectionnées pour le sprint à venir sont alors déplacées dans le sprint backlog, l’ensemble des US que
l’équipe s’engage à livrer à la fin du sprint.
E. Le Sprint planning
En scrum, il y a toujours 3 rôles majeurs :
• le Product Owner prépare le sprint planning et les éléments clés du
Backlog Produit à aborder, avec le Scrum Master ;
• le Scrum Master anime la réunion ;
• l’équipe scrum participe à la définition de l’objectif du sprint, et à
l’estimation et la priorisation des tâches.