La mthode Scrum

Quest-ce que la mthode SCRUM ?

La mthode SCRUM dfinit un cadre de travail permettant la ralisation de projets
complexes. Initialement prvu pour le dveloppement de projets type Software , cette
mthode peut tre applique tout type de projet, du plus simple au plus innovant, et ce de
manire trs simple.
Les projets qui suivent la mthode agile SCRUM sont diviss en plusieurs cycles de
travail relativement court que lon appelle sprints . Ces derniers peuvent durer dune trois
semaines, voir un mois, et permettent aux membres de lquipe dvaluer rgulirement les
progrs lis au projet et de planifier les prochaines tapes de dveloppement. Mais cela
permet surtout de rajuster ou rorienter la direction prise par le projet si besoin est, partir
dune base de travail dj acheve et valide (sprint), et non pas sur la base de potentielles
prdictions.
Ce sont ces valuations permanentes qui ont dmocratis cette mthode, car juges trs
utiles et efficaces par les chefs de projets et dveloppeurs informatiques. En effet, la mthode
SCRUM se base avant tout sur un socle fixe de rles, responsabilits et runions qui ne
changent jamais, tout en assurant une gestion flexible et adaptative des projets. Cela a
lavantage de rassurer les quipes lors de certaines phases de dveloppement qui peuvent
habituellement savrer chaotiques.

Pourquoi traiter de Scrum en particulier ? Tout simplement parce que Scrum est de trs loin la
mthodologie la plus utilise parmi les mthodes Agile existantes. Elle est donc la plus
prouve, documente et supporte. Livres, blogs, formations, vidos, associations,
confrences traitant de Scrum ne manquent pas et bon nombre de ces ressources sont
accessibles gratuitement. On pourrait pratiquement parler dun standard Agile. Un autre atout
important : Scrum est simple comprendre. Sa matrise est en revanche difficile.

Le package Scrum

Processus Scrum
Scrum est considr comme un cadre ou framework de gestion de projet. Ce cadre est
constitu dune dfinition des rles, de runions et dartefacts.
Scrum dfinit 3 rles :

Le Product Owner qui porte la vision du produit raliser (reprsentant

gnralement le client).
Le Scrum Master garant de lapplication de la mthodologie Scrum.
Lquipe de dveloppement qui ralise le produit.

La vie dun projet Scrum est rythme par un ensemble de runions clairement dfinies et
strictement limites dans le temps (timeboxing):

Planification du Sprint (Sprint = itration) : au cours de cette runion, lquipe de

dveloppement slectionne les lments prioritaires du Product Backlog (liste
ordonnance des exigences fonctionnelles et non fonctionnelles du projet) quelle
pense pouvoir raliser au cours du sprint (en accord avec le Product Owner ).
Revue de Sprint : au cours de cette runion qui a lieu la fin du sprint, lquipe de
dveloppement prsente les fonctionnalits termines au cours du sprint et recueille
les feedbacks du Product Owner et des utilisateurs finaux. Cest galement le
moment danticiper le primtre des prochains sprints et dajuster au besoin la
planification de release (nombre de sprints restants).
Rtrospective de Sprint : la rtrospective qui a gnralement lieu aprs la revue de
sprint est loccasion de samliorer (productivit, qualit, efficacit, conditions de
travail, etc) la lueur du vcu sur le sprint coul (principe damlioration
continue).
Mle quotidienne : il sagit dune runion de synchronisation de lquipe de
dveloppement qui se fait debout (elle est aussi appele stand up meeting ) en 15
minutes maximum au cours de laquelle chacun rpond principalement 3 questions :
Quest ce que jai termin depuis la dernire mle ? Quest ce que jaurai termin
dici la prochaine mle ? Quels obstacles me retardent ?

La rpartition des rles

Chaque projet utilisant la mthode SCRUM sorganise autour dune quipe auto-organise et
multifonctionnelle : auto-organise car il ny a pas de chef dquipe qui dcide des rles de
chacun, ou de la manire dont un problme est rsolu, puisque ces problmatiques sont
traites par lquipe dans son ensemble ; et multifonctionnelle car chaque membre de lquipe
est partie prenant dans le dveloppement de chaque fonctionnalit, de lide
limplmentation finale.
Il existe trois rles principaux pourvoir : Le responsable produit, le Scrum Master, et le
membre de lquipe.
Le responsable produit : Ce dernier est en charge de communiquer la vision globale du
produit lquipe. Il se doit de reprsenter le client final, se mettre sa place et donc de
prioriser ses besoins. Celui qui tient ce rle est celui qui a le plus de responsabilits et
dautorit. Le responsable produit est en effet celui qui est en premire ligne lorsque quelque
chose se passe mal. Il ncessite de russir trouver le juste quilibre entre autorit
responsabilit et engagement. En effet, la mthode SCRUM induit lauto-organisation de
lquipe. Le responsable produit doit donc lutter contre lenvie de mettre en place un micromanagement, tout en restant disponible pour rpondre aux questions de lquipe.

Comment a marche ?
Comme nous avons pu le voir, la mthode SCRUM implique que le projet progresse travers
la mise en place de sries de sprints . A chaque lancement dun sprint, une runion de
planification est organise afin que chaque membre de lquipe puisse sengager sur le
nombre de tches quil pourra excuter, ainsi que sur la cration du sprint blacklog , qui est
la liste globale des tches raliser lors du sprint.
Chaque jour du sprint, tous les membres de lquipe (ainsi que le responsable produit et le
Scrum Master) doivent assister la runion SCRUM quotidienne. Cette dernire ne doit pas
durer plus de 15 minutes, et permet aux membres de lquipe de partager aux autres ce quils
ont fait la veille, ce sur quoi ils travaillent le jour mme, ainsi que lidentification de tout
problme pouvant entraver le bon droulement du sprint. Cette runion permet ainsi de
synchroniser tous les membres de lquipe.
La fin dun sprint est marque par une session de dbriefing permettant de prsenter le travail
achev au responsable produit, et de partager des informations pouvant influer sur le sprint
suivant.
La mthode agile SCRUM propose donc une approche trs itrative de la gestion de
projet. Le succs de cette mthode repose sur le strict respect des rles de chacun, ainsi
que des cycles de travail courts, la fois rigoureux et flexibles. Le respect de ces rgles
octroie dans le mme temps une grande autonomie et libert lensemble de lquipe.Au
regard de la complexit croissante dont les projets innovants font preuve, la mthode
SCRUM parat tre la meilleure solution pour rpondre aux exigences dexcution de
ces derniers, ce qui explique le succs quelle rencontre aujourdhui.

Lorganisation gnrale
Travaux prparatoires
Lapproche Scrum propose de commencer par lister les exigences du client afin de produire le
Product Backlog . Voir lexemple ci dessous pour la ralisation dun site de-commerce :

Elment du backlog
Un internaute peut rechercher un article selon diffrents critres
Un gestionnaire du catalogue de produits peut ajouter des articles
Linternaute peut acheter en ligne un ou plusieurs articles

Estimation
5
2
3

Lunit de cot (ou complexit) de la colonne Estimation est arbitraire, on procde

gnralement par relativit en dfinissant un talon de base. Par exemple, voir le dtail dun
article tant une exigence simple, elle servira dtalon et son estimation convenue sera par
exemple de 1 point , modifier les caractristiques dun article tant 2 fois plus
complique, son estimation sera de 2 points , etc. Le recours une telle unit (plutt que
des jh ou ) permet de faciliter lordonnancement du Product Backlog, la planification des
sprints et des releases. Dautre part il souligne le fait quil ne sagit que dune estimation (par
dfinition fausse) et non pas un chiffrage en tant que tel.
Le Product Owner ordonnance ensuite la liste en fonction de la valeur ajoute mtier, du cot
estim de chaque exigence et des risques identifis. Les exigences seront ralises dans
lordre ainsi dfini selon les contraintes de lquipe de dveloppement et les ventuelles
dpendances (exigence D faire avant lexigence X). On fixe ensuite la dure des sprints
durant laquelle un certain nombre dlments du Product Backlog seront raliss.
Lobjectif de Scrum consiste produire le plus tt possible la plus grande valeur possible, afin
de crer des opportunits dacclration du Time to market .

Enchanement des sprints

Une fois que le Product Backlog est prt et que la dure du sprint est fixe en accord avec le
client, il ny a plus qu remplir le sprint avec des lments du Product Backlog (planification
de sprint). Cest galement ce moment que le Product Owner exprime plus prcisment son
besoin (quil aura affin au pralable) pour permettre lquipe de dveloppement destimer
plus prcisment la charge de travail du sprint. Inutile pour autant de raliser la conception
dtaille en sance, des ateliers ddis pourront avoir lieu en cours de sprint. Le Product
Owner peut tout moment revoir la priorit des exigences qui nont pas encore t planifies

dans le sprint en cours. En revanche, les exigences engages dans le sprint en cours sont
sanctuarises , seule lquipe de dveloppement la pouvoir de modifier le primtre du
sprint en cas davance ou de retard.
Chaque sprint se termine par la revue de sprint suivie de la rtrospective. Le sprint suivant
senchane la suite selon le mme cycle et ainsi de suite jusquau dernier sprint de la release.

Mesure de lavancement

Exemple de graphique davancement de release

Grce aux estimations individuelles des exigences du Product Backlog ainsi qu la
segmentation en sprints, on peut aisment produire un graphique de suivi davancement
reprsentant lvolution du travail accompli en fonction du temps (voir illustration ci contre :
total de points destimation des exigences termines en bleu et charge totale de points
de la release en rouge).