SCRUM en Bref

Mthodes agiles :
Dfinition: selon Scott Ambler Une mthode agile
est une approche itrative et incrmentale pour le
dveloppement de logiciel, ralis de manire
trs collaborative par des quipes
responsabilises appliquant un crmonial
minimal, qui produisent, dans un dlais contraint,
un logiciel de grande qualit rpondant aux
besoins changeants des utilisateurs

SCRUM en Bref
SCRRUM est la mthode agile la plus populaire
(avec XP).
SCRUM signifie mle en rugby. Scrum utilise les
valeurs et lesprit du rugby et les adapte aux
projets de dveloppement
Scrum sert dvelopper des produits, en
quelques mois tout au plus. Les fonctionnalits
souhaites sont collectes dans le backlog du
produit et classes par priorits. Cest le Product
Owner qui est tenu responsable de la tenue de ce
backlog.

SCRUM en Bref
Une version (release) est produite par une srie
ditrations dun mois, parfois mme de 15 jours, appels
sprint. Le contenu dun sprint est dfini par lquipe avec le
Product Owner, en tenant compte des priorits et de la
capacit de lquipe.

Pendant un sprint, des points de contrle sur le

droulement des tches sont effectus lors des mles
quotidiennes (scrums). Cela permet au ScrumMaster,
lanimateur charg de faire appliquer Scrum de dterminer
lavancement par rapport aux engagements et dappliquer,
avec lquipe, des ajustements pour assurer le succs du
sprint.

SCRUM en Bref
la fin de chaque sprint, lquipe obtient un
produit partiel, (qui senrichit dun nouveau
incrment chaque sprint) qui fonctionne. Il
est potentiellement livrable. on valuation et
le feedback rcolt permettent dajuster le
backlog pour le sprint suivant.

SCRUM en Bref

SCRUM en Bref
Une Release est un ensemble de sprint dont le
rsultat est un produit qui reprsente une
valeur ses utilisateurs.

SCRUM en Bref
Pour une quipe, une release dure environs 3 mois
avec des sprints de deux trois semaines. Ce qui
permet davoir de quatre 6 sprints dans une release.
Il nya pas de chevauchement entre les sprints. Ils
senchanent sans dlais.
La fin dun sprint peu tre un produit potentiellement
livrable.
Le rsultat dune release est le produit livrable fourni
ses utilisateurs. La faon dont il est fourni dpend de
son dploiement.
Souvent, le jalon majeur que reprsente la release
correspond une annonce marketing.

SCRUM en Bref
Release comme produit
Le dictionnaire du jargon franais dfinit une release comme suit :
nom fminin. Version d'un logiciel effectivement diffuse, donc lche
dans la nature. Synonyme de Mise sur le march .
Cette dfinition dit clairement qu'il y a des versions qui ne constituent pas
des releases. Dans le cadre d'un dveloppement de type Scrum, on
produit deux autres types de version :
la version dmontre la fin d'un sprint. En plus d'tre montre lors de la
revue, elle peut tre utilise par des clients slectionns pour qu'ils jouent
avec, dans le but de limiter les risques sur l'ergonomie et le fonctionnel.
les versions intermdiaires produites pendant le sprint. Elles sont parfois
appeles des builds. Elles sont utilises par l'quipe de dveloppement et
le directeur de produit pour passer les tests fonctionnels.

SCRUM en Bref
Le product Owner: Est lexpert du domaine (niveau metier).
En tant que reprsentant des clients et utilisateurs, il est responsable de
dfinir les caractristiques du produit dvelopp par l'quipe, en termes
de :
Fonctionnalits offertes. Plus prcisment, il identifie chaque exigence
que doit satisfaire le produit et la collecte comme lment du backlog de
produit. Il est souhaitable dinclure les tests dacceptation .
Priorit. C'est lui qui dfinit l'ordre dans lequel ces lments seront
dvelopps en fonction de la valeur qu'ils apportent aux clients et
utilisateurs. Cela permet d'alimenter l'quipe avec un backlog de produit
prt pour la planification des sprints
but. C'est lui qui dfinit l'objectif d'une release et qui prend les dcisions
concernant le planning de la release.
Son implication dans le projet est capitale pour la russite de celui-ci.

SCRUM en Bref
Le Srum Master: Cest le coach de lquipe (ancien chef de projet). Il a pour rle:
dans le cadre du dveloppement d'un produit, d'aider l'quipe travailler de
faon autonome et s'amliorer constamment. Il est le garant de l'application
du processus, Scrum en l'occurrence.
Sassurer que lquipe bnficie des meilleurs conditions pour accomplir les
tches
liminer les obstacles : prendre en compte les problmes qui surviennent
tout moment sur un projet pour les liminer au plus vite, en vitant qu'ils
ralentissent l'quipe. Il protge lquipe des interfrences extrieures.
faire en sorte que lquipe reste concentre sur le vritable objectif du projet,
qui est de raliser les lments du Backlog en collaboration troite avec le
Product Owner , et soit productive. Il s'assure que chacun participe
pleinement aux travaux de l'quipe.
Organise et anime les runions qui constituent le crmonial.

SCRUM en Bref
Exemple de rencontres SCRUM: rencontre pour chaque itration (Sprint)
dans le processus SCRUM.
: quipe
SM: Scrum Master
PO: Product Owner
H: Haute direction et le client
Rencontre

Dure

Entre

Gre par

Cration Sprint backlog

Scrum Journalier
Revue sprint (Dmo)
Rtrospective sprint

1j
15 mn
4 heures
3 heures

PO,
,SM
PO,,SM.H
,SM

SM
SM
SM et
SM

SCRUM en Bref
Le cur de SCRUM: la liste des requis prioriss:
Scrum dbute avec un produit backlog, qui est une
liste des requis prioriss, stories ou uses case.
Ces lments(du backlog) servent articuler et
finaliser ce que le client dsire obtenir dans son
vocabulaire et sa terminilogie.
Le Produit Backlog doit tre un document partag,
dtenu par le PO.
Garder le produit backlog niveau mtier. Il doit
focaliser sur les buts mtier et non les
technologies.

SCRUM en Bref
Les stories: (VS --- les cas dutilisation)
Chaque story peut-tre prsents sous le format suivant:
ID: un numro didentification unique
Nom : un nom court et reprsentatif (exemple: ajouter
des lments au panier)
Test dacceptation: description de haut niveau
expliquant comment la story sera teste lors de la
dmo
Notes: indiquant dautres informations
complmentaires, utiles. Une note doit tre courte.

SCRUM en Bref
SCRUM est un dveloppement lger et agile : Les phases de
dveloppement sont :
Cration du backlog (un to do list) de toutes les fonctionnalits dun
projet.
Dans un backlog de produit, les stories sont ranges (Classes)
selon lordre envisag pour leur ralisation. Cette notion de priorit
prend une grande importance dans le dveloppement itratif.
Cration dun sprint backlog : fonctionnalits complter durant la
dure du sprint (15 jours ou un mois)
Effectuer des rencontres quotidiennes durant le sprint : des mles
quotidiennes (scrums).
Finalisation du sprint avec dmonstration et valuation

SCRUM en Bref
Le sprint zro:

Le dveloppement agile a besoin dun sprint de dpart, qui ne se termine pas

ncessairement par une livraison. Dune dure variable, sert mettre le projet sur de bons
rails et dapprendre lquipe de travailler ensemble. Concrtement, ce que lon doit faire
durant le sprint Zro est :
Partager une vision claire du projet
Prparer lenvironnement de dveloppement
Produire un backlog du produit estim et prioris
Roder lquipe sur le backlog initial
Dfinir la posture ergonomique de linterface
Dterminer un plan de Release.
Selon le contexte, travailler sur larchitecture
Soffrir une belle rtrospective.

SCRUM en Bref
Le Task Board: simple et visuel, destin principalement aux membre de
lquipe le Task Board reprsente lavantage de fournir un moyen efficace
de sorganiser et de voir en un clin doeil le reste faire

SCRUM en Bref
Trs souvent le Task-Board est matrialis par un tableau blanc ou de
lige. Des post-it correspondant aux tches sont accroches au
tableau et dplaces en fonction de lavancement du projet.
La premire colonne prvoit toutes les stories, qui sont traites dans le
sprint.
La deuxime colonne prvoit toutes les tches ncessaires pour
raliser la story.
La troisime colonne prvoit les tches en cours
La quatrime colonne prvoit les tches vrifier en tenant compte
des tests dacceptation.
Enfin la cinquime colonne indique les tches termine. La stroy est
termine lorsque les colonnes 2,3 et 4 sont vides
Concrtement, chaque membre de l, quipe prend une carte de la
colonne no2 , y inscrit ses initiales et la dplace au fur et mesure.

SCRUM en Bref
Points clefs:
Backlog du produit prioris et quantifi. (effort voir --Planning Poker)
Release
Sprint
Scrum quotidiens
Stories + tests dacceptation
PO
SM
quipe ne changent jamais durant un sprint
Task-board.