2016 Scrum Guide FR

TM
Le Guide de Scrum
Le Guide Dfinitif de Scrum:
Les Rgles de Jeu
Juillet 2016
Dvelopp and maintenu par Ken Schwaber et Jeff Sutherland

Table des Matires
But du Guide Scrum......................................................................................................................... 3
Dfinition de Scrum ......................................................................................................................... 3
Thorie de Scrum ............................................................................................................................ 3
Valeurs de Scrum ............................................................................................................................. 4
quipe Scrum ............................................................................................................................... 5
Le Product Owner ........................................................................................................................ 5
Lquipe de Dveloppement ....................................................................................................... 6
Le Scrum Master .......................................................................................................................... 7
Les vnements Scrum .................................................................................................................... 8
Le Sprint ....................................................................................................................................... 8
Planification du Sprint ................................................................................................................. 9
Daily Scrum ................................................................................................................................ 11
Revue du Sprint ......................................................................................................................... 12
Rtrospective du Sprint ............................................................................................................. 13
Les artefacts de Scrum .................................................................................................................. 14
Backlog produit.......................................................................................................................... 14
Backlog du Sprint ....................................................................................................................... 15
Incrment .................................................................................................................................. 16
Artefact de Transparence .............................................................................................................. 16
Dfinition de Fini ................................................................................................................... 17
Note de Fin .................................................................................................................................... 17
Remerciements ............................................................................................................................. 18
Personnes .................................................................................................................................. 18
Historique .................................................................................................................................. 18
Traduction ................................................................................................................................. 18
Changements entre les versions 2013 et 2016 du Guide Scrum .................................................. 19
2016 Scrum.Org and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons,
accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at
http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 2
But du Guide Scrum
Scrum est un cadre de travail (framework) pour dvelopper et maintenir des produits
complexes. Ce guide contient la dfinition de Scrum. Cette dfinition comprend les rles, les
vnements, les artefacts et les rgles de Scrum qui les lient ensemble. Ken Schwaber et Jeff
Sutherland ont dvelopp Scrum; Le Guide Scrum est crit et fourni par eux. Ensemble, ils se
tiennent derrire le Scrum Guide. Ce guide en est la traduction en franais.
Dfinition de Scrum
Scrum(n): Un cadre de travail (framework) dans lequel les gens peuvent rsoudre des problmes
d'adaptation complexes, tout en livrant de manire productive et crative des produits de la
plus grande valeur possible.
Scrum est:
Lger
Simple comprendre
Difficile matriser
Scrum est un cadre de processus qui a t utilis pour grer le dveloppement de produits
complexes depuis le dbut des annes 1990. Scrum n'est pas en soi un processus ou une
technique pour la cration de produits; Plutt, c'est un cadre de travail (framework) dans lequel
vous pouvez employer de diffrents processus et techniques. Scrum met en vidence l'efficacit
relative la gestion de votre produit et des pratiques de dveloppement afin que vous puissiez
amliorer.
Le cadre Scrum comprend les quipes Scrum et leurs rles, les vnements, les artefacts et les
rgles associs. Chaque lment dans ce cadre sert un but spcifique et est essentiel au succs
et l'utilisation de Scrum.
Les rgles de Scrum relient les vnements, les rles et les artefacts, rgissant les relations et
l'interaction entre eux. Les rgles de Scrum sont dcrites tout au long de ce document.
Des tactiques spcifiques l'utilisation du cadre de travail Scrum varient et sont dcrites
ailleurs.
Thorie de Scrum
Scrum est fond sur la thorie du contrle de processus empirique, ou l'empirisme. L'empirisme
affirme que la connaissance provient de l'exprience et la prise de dcisions en fonction de ce
qui est connu. Scrum utilise une approche itrative et progressive pour optimiser la prdictibilit
et le contrle de risque.
Page | 3
Trois piliers soutiennent toute mise en uvre dun contrle de processus empirique: la
transparence, l'inspection et l'adaptation.
Transparence
Des aspects importants du processus doivent tre visibles pour les responsables du rsultat. La
transparence exige une dfinition dune norme commune pour ces aspects, afin que les
observateurs partagent une comprhension commune de ce qui est observ.
titre dexemple:
Un langage commun faisant rfrence au processus doit tre partag par tous les
participants; et,
Ceux qui excutent le travail et ceux qui acceptent le produit du travail doivent partager
une dfinition commune de Fini (Definition of Done).
Inspection
Les utilisateurs de Scrum doivent frquemment inspecter les artefacts Scrum et ltat
davancement par rapport un Objectif du Sprint (Sprint Goal) afin de dtecter les carts
indsirables. La frquence de ces inspections ne devrait pas gner le travail en cours. Ces
inspections sont plus bnfiques lorsqu'elles sont effectues avec diligence par des inspecteurs
qualifis au lieu ou point de travail.
Adaptation
Si un inspecteur dtermine quun ou plusieurs aspects du processus drivent hors des limites
acceptables, et que le produit qui en rsulte sera inacceptable, le processus ou le matriel utilis
par le processus doit tre ajust. Un ajustement doit tre fait ds que possible afin de minimiser
le risque dautres drives.
Scrum prescrit quatre runions ou vnement ou activits formelles pour l'inspection et

l'adaptation, comme dcrit dans la section vnements Scrum de ce document:
Planification du Sprint (Sprint Planning)

Mle Quotidienne (Daily Scrum)
Revue du Sprint (Sprint Review)
Rtrospective de Sprint (Sprint Retrospective)
Valeurs de Scrum
Lorsque les valeurs d'engagement, courage, focus, ouverture et respect sont incarnes et vcues
par l'quipe Scrum, les piliers Scrum de transparence, d'inspection et d'adaptation viennent la
vie et btissent une confiance entre tout le monde. Les membres de l'quipe Scrum apprennent
et explorent ces valeurs au fur et mesure qu'elles travaillent avec les vnements, les rles et
les artefacts de Scrum.
Page | 4
La bonne application de Scrum dpend des gens qui sont de plus en plus capables de vivre avec
ces cinq valeurs. Les gens qui sengagent, personnellement, pour atteindre les objectifs de
l'quipe Scrum. Les membres de lquipe Scrum ont le courage de faire le bon travail et de
rsoudre les problmes difficiles. Tout le monde se concentre et se focalise sur le travail faire
durant le Sprint et les objectifs de l'quipe Scrum. L'quipe Scrum et ses parties prenantes
acceptent d'tre ouvertes sur tout le travail et les dfis tout en accomplissant ce travail. Les
membres de lquipe Scrum se respectent mutuellement pour tre des personnes capables et
indpendantes.
quipe Scrum
Lquipe Scrum comprend un Product Owner, une quipe de dveloppement (Development
Team) et un Scrum Master. Les quipes Scrum (Scrum Teams) sont auto-organises et
pluridisciplinaires. Les quipes auto-organises choisissent la meilleure faon daccomplir leur
travail, au lieu dtre diriges par des personnes externes lquipe. Les quipes
pluridisciplinaires ont toutes les comptences ncessaires pour effectuer le travail sans
dpendre de personnes nappartenant pas lquipe. Scrum dfinit un modle dquipe
optimisant la flexibilit, la crativit et la productivit.
Les quipes Scrum livrent des produits de manire itrative et incrmentale, maximisant ainsi
les occasions de rtroaction. Les livraisons incrmentales dun produit Fini assurent la
disponibilit dune version potentiellement utile du produit fonctionnel.
Le Product Owner
Le Product Owner est responsable de maximiser la valeur du produit et du travail de lquipe de
dveloppement. La faon de jouer ce rle peut varier grandement selon les organisations, les
quipes Scrum et les individus.
Le Product Owner est le seul responsable de la gestion du Backlog Produit (Backlog Produit). La
gestion du Backlog Produit comprend:
Lexpression claire des items du Backlog produit;

Lordonnancement des items dans le Backlog produit pour mieux raliser les objectifs et
les missions;
Loptimisation de la valeur du travail effectu par l'quipe de dveloppement;
Lassurance que le Backlog produit est visible, transparent et clair pour tous, et montre
sur quoi lquipe de dveloppement travaillera prochainement; et,
Lassurance que l'quipe de dveloppement comprend adquatement les items du
Backlog produit.
Le Product Owner peut lui-mme accomplir les tches susmentionnes ou les dlguer
lquipe de Dveloppement. Toutefois, le Product Owner en demeure responsable.
Page | 5
Le Product Owner est une personne, et non un comit. Le Product Owner peut reprsenter les
dsirs dun comit dans le Backlog Produit, mais ceux qui veulent changer la priorit dun item
du Backlog Produit doivent consulter le Product Owner.
Afin que le Product Owner russisse dans sa dmarche, toute l'organisation doit respecter ses
dcisions. Les dcisions du Product Owner sont visibles dans le contenu et lordonnancement du
Backlog produit. Nul n'est autoris demander l'quipe de dveloppement de travailler
partir d'un autre ensemble d'exigences, et il nest pas permis l'quipe de dveloppement
dappliquer les instructions dune autre personne.
Lquipe de Dveloppement
L'quipe de dveloppement se compose de professionnels qui font le travail de fournir un
incrment produit Fini potentiellement publiable (Releasable) la fin de chaque Sprint. Seuls
les membres de l'quipe de dveloppement crent l'incrment.
Les quipes de dveloppement sont structures et habilites par l'organisation sorganiser et

grer leur propre travail. La synergie rsultante optimise l'efficience et l'efficacit globale de
l'quipe de dveloppement.
Les quipes de dveloppement ont les caractristiques suivantes:

Elles sont auto-organises. Nul (mme pas le Scrum Master) nindique lquipe de
dveloppement comment transformer les items du Backlog Produit en incrments de
fonctionnalits potentiellement publiables.
Elles sont pluridisciplinaires, avec toutes les comptences ncessaires pour crer un
incrment produit ;
Scrum ne reconnat aucun titre aux membres de lquipe de dveloppement autre que
celui de dveloppeur, indpendamment du travail effectu par cette personne ; il ny a
pas dexception cette rgle ;
Scrum ne reconnat pas dquipes au sein de lquipe de dveloppement
indpendamment des domaines spcifiques qui doivent tre couverts tels que
lexcution de tests ou lanalyse fonctionnelle; il ny a pas dexception cette rgle ; et,
Les membres de lquipe de dveloppement peuvent dtenir individuellement des
comptences et des centres dintrt spcifiques, mais cest lquipe de dveloppement
dans son ensemble qui est tenue responsable.
Page | 6
Taille de l'quipe de dveloppement
La taille optimale de l'quipe de dveloppement doit tre suffisamment petite pour rester
ractive et assez grande pour accomplir un travail significatif durant le Sprint. Le fait davoir une
quipe de dveloppement, de moins de trois membres, rduit l'interaction et produit de faibles
gains de productivit. Durant un Sprint, les petites quipes de dveloppement peuvent
rencontrer des contraintes lies aux comptences ce qui les empchent livrer un incrment
potentiellement publiable. loppos, une quipe de plus de neuf membres implique trop de
coordination. Les grandes quipes de dveloppement engendrent des interactions trop
complexes pour tre gres efficacement par un processus empirique. Les rles Product Owner
et Scrum Master ne sont pas inclus dans lquipe de dveloppement, moins qu'ils aient
galement des tches dans le Backlog du Sprint.
Le Scrum Master
Le Scrum Master est charg d'assurer que Scrum est compris et mis en uvre. Les Scrum
Masters remplissent leur rle en veillant ce que l'quipe Scrum respecte la thorie, les
pratiques et les rgles de Scrum.
Le Scrum Master est un leader-serviteur de l'quipe Scrum. Le Scrum Master aide ceux qui sont
externes l'quipe Scrum comprendre lesquelles de leurs interactions avec lquipe Scrum
sont bnfiques et lesquelles ne le sont pas. Le Scrum Master aide tout le monde changer ces
interactions pour maximiser la valeur cre par lquipe Scrum.
Le Scrum Master au service du Product Owner

Le Scrum Master sert le Product Owner de plusieurs faons, y compris:
Trouver des techniques pour une gestion efficace du Backlog produit;

Aider l'quipe Scrum comprendre le besoin des items, de Backlog produit, clairs et concis;
Comprendre la planification de produits dans un contexte empirique;
S'assurer que le Product Owner sait comment organiser le Backlog produit pour maximiser
la valeur;
Comprendre et mettre en uvre l'agilit; et,
Faciliter les vnements Scrum tels que demands ou ncessaires.
Le Scrum Master au service de lquipe de Dveloppement

Le Scrum Master sert lquipe de Dveloppement de plusieurs faons, y compris:
Coacher l'quipe de dveloppement en matire d'auto-organisation et de pluridisciplinarit;

Aider l'quipe de dveloppement crer des produits de grande valeur;
Supprimer les obstacles la progression de l'quipe de dveloppement;
Faciliter les vnements Scrum tels que demands ou ncessaires; et,
Coacher l'quipe de dveloppement dans les environnements organisationnels o Scrum
n'est pas encore compltement adopt et compris.
Page | 7
Le Scrum Master au service de lOrganisation
Le Scrum Master sert lorganisation de plusieurs faons, y compris:
Accompagner l'organisation dans son adoption Scrum;

Planifier les implmentations Scrum au sein de l'organisation;
Aider les employs et les parties prenantes comprendre et adopter Scrum ainsi le
dveloppement empirique de produits;
Causer les changements qui augmentent la productivit de l'quipe Scrum; et,
Collaborer avec d'autres Scrum Masters pour accrotre l'efficacit de l'application de Scrum
au sein de l'organisation.
Les vnements Scrum

Les vnements prescrits par Scrum crent une rgularit et minimisent le besoin aux runions
non dfinies par Scrum. Tous les vnements sont limits dans le temps, de telle sorte que
chaque vnement ait une dure maximale. Une fois qu'un Sprint commence, sa dure est fixe
et ne peut tre courte ou prolonge. Les autres vnements peuvent se terminer une fois les
objectifs de ceux-ci atteints, dans la mesure o suffisamment de temps a t allou sans que du
gaspillage ait lieu dans le processus.
Outre le Sprint lui-mme, qui est un conteneur pour tous les autres vnements, chaque
vnement Scrum est une occasion formelle d'inspecter et d'adapter quelque chose. Ces
vnements sont spcifiquement conus pour permettre la transparence et linspection. Le
dfaut d'inclure un de ces vnements entrane une transparence rduite et constitue une
occasion perdue d'inspection et d'adaptation.
Le Sprint
Le cur de Scrum est un Sprint, qui a une dure (timebox) d'un mois ou moins au cours de
laquelle un Incrment Produit Fini fonctionnel et potentiellement publiable est cr. Les
sprints ont une dure de vie constante tout au long de l'initiative de dveloppement. Un
nouveau Sprint commence immdiatement aprs la conclusion du Sprint prcdent.
Les Sprints contiennent et sont consists de la planification du Sprint (Sprint Planning), des
mles quotidiennes (Daily Scrums), des activits de dveloppement, de la revue du Sprint
(Sprint Review) et de la rtrospective du Sprint (Sprint Retrospective).
Pendant le Sprint:
Lobjectif du sprint est fixe; les changements qui le remettent en cause ne sont donc pas
permis;
Les objectifs de qualit sont maintenus; ils ne sont jamais revus la baisse ; et,
Page | 8
Le primtre peut tre clarifi et rengoci entre le Product Owner et lquipe de
dveloppement selon ce que lquipe Scrum apprend.
Chaque Sprint peut tre considr comme un projet avec une dure maximale d'un mois
seulement. linstar dun projet, un Sprint est utilis pour accomplir un objectif. Chaque Sprint
a une dfinition de ce qui doit tre construit, une conception (design) et un plan flexible qui
guidera la construction, le travail lui mme et le produit rsultant.
Les sprints sont limits un mois calendaire. Lorsque l'chance d'un Sprint est trop loigne, la
dfinition de ce qui se construit peut changer, la complexit peut augmenter et le risque peut
augmenter. Les sprints permettent la prdictibilit tout en assurant l'inspection et l'adaptation
de la progression vers un objectif du Sprint (Sprint Goal) au moins mensuellement. Les sprints
limitent galement le risque financier au cot dun mois calendaire.
Annulation d'un Sprint

Un Sprint peut tre annul avant son chance. Seul le Product Owner a le pouvoir d'annuler le
Sprint, bien qu'il puisse le faire sous l'influence des parties prenantes, de l'quipe de
dveloppement ou du Scrum Master.
Un Sprint serait annul si l'objectif du Sprint devient obsolte. Cela pourrait se produire si
l'organisation change de direction ou si les conditions du march ou de la technologie changent.
En gnral, un sprint devrait tre annul s'il n'a plus de sens compte tenu des circonstances.
Mais en raison de la courte dure de Sprints, l'annulation est rarement justifiable.
Lorsqu'un Sprint est annul, tous les lments de Backlog produit termins Fini sont
examins. Gnralement, si une partie du travail est potentiellement publiable, le Product
Owner l'accepte. Tous les items incomplets du Backlog produit sont estims nouveau et remis
au Backlog produit. Le travail effectu en vue de complter les items du Backlog Produit se
dprcie rapidement et doit tre frquemment estim nouveau.
Les annulations Sprint consomment des ressources, car tout le monde doit se regrouper dans
une autre activit ou runion de planification du Sprint (Sprint Planning) pour commencer un
autre Sprint. Les annulations Sprint sont souvent bouleversantes pour l'quipe Scrum et sont
trs peu frquentes.
Planification du Sprint
Le travail effectuer durant un Sprint est dfinit durant la runion de Planification du Sprint
(Sprint Planning). Ce plan est cr de manire collaborative par tous les membres de l'quipe
Scrum. La runion de planification du Sprint dure au maximum huit heures pour un Sprint d'un
mois. Pour les plus courts sprints, l'vnement est plus court.
Le Scrum Master veille ce que lvnement ait lieu et que les participants en comprennent le
but. Le Scrum Master enseigne lquipe Scrum comment respecter la limite de temps associe
cet vnement (timebox).
Page | 9
La Planification du Sprint rpond aux questions suivantes:
Que peut-on livrer comme incrment rsultant du Sprint venir ?
Comment le travail choisi sera-t-il termin ?
Thme Un: Que peut-on faire de ce Sprint?

L'quipe de dveloppement travaille prvoir les fonctionnalits qui seront dveloppes lors du
Sprint. Le Product Owner discute de l'objectif que le Sprint devrait atteindre et des items du
Backlog produit qui, sils seront complts durant le Sprint, atteindraient l'objectif du Sprint.
Toute l'quipe Scrum collabore pour comprendre le travail requis durant le Sprint.
Les lments ncessaires pour le dmarrage de la runion de Planification du Sprint sont le

Backlog produit, le dernier incrment produit, la capacit projete par l'quipe de
dveloppement pendant le Sprint et les performances passes de l'quipe de dveloppement.
Le nombre d'items slectionns dans le Backlog produit pour le Sprint revient uniquement
l'quipe de dveloppement. Seule l'quipe de dveloppement peut valuer ce qu'elle peut
accomplir durant le Sprint venir.
Une fois que lquipe de dveloppement a dtermin les items du Backlog Produit quelle
prvoit de livrer, lquipe Scrum dtermine lobjectif du Sprint. Il sagit dun objectif qui,
travers limplmentation des items du Backlog Produit choisis, sera atteint durant le Sprint et
qui fournit lquipe de dveloppement la raison pour laquelle elle dveloppe lincrment.
Thme Deux: Comment le travail choisi sera-t-il termin?

Une fois lobjectif du sprint fix et les items du Backlog Produit choisis, lquipe de
dveloppement planifie le travail pour transformer cette fonctionnalit en un incrment Fini
du produit durant le Sprint. Ainsi, les items du Backlog Produit choisis et le plan conu par
lquipe constituent le Backlog du Sprint.
L'quipe de dveloppement commence gnralement par concevoir le systme et le travail

ncessaire afin de transformer le Backlog produit en un incrment fonctionnel du produit. La
taille ou leffort estim du travail peut varier. Cependant, lors de la runion de planification,
lquipe de dveloppement doit envisager suffisamment de travail pour quelle ait une bonne
ide de ce qu'elle pense pouvoir accomplir durant le Sprint. Avant la fin de la runion, lquipe
de dveloppement dcompose le travail prvu pour les premiers jours du Sprint, souvent
jusqu' une granularit d'une journe ou moins. L'quipe de dveloppement s'auto-organise
pour entreprendre le travail consign au Backlog du Sprint, la fois lors de la runion de
Planification du Sprint et quand cela est ncessaire tout au long du Sprint.
Le Product Owner peut aider clarifier les items du Backlog Produit choisis et faire des
compromis. Si lquipe de dveloppement dtermine quelle a trop ou pas assez de travail, elle
peut rengocier les items du Backlog Produit choisis avec le Product Owner. Lquipe de
dveloppement peut galement inviter dautres personnes la runion afin de recevoir des
conseils techniques ou lis au domaine.
Page | 10
la fin de la planification du Sprint, lquipe de dveloppement devrait tre en mesure
dexpliquer au Product Owner et au Scrum Master comment elle entend sorganiser pour
raliser lobjectif du Sprint et crer lincrment prvu.
Objectif du Sprint
Lobjectif du Sprint (Sprint Goal) est un but fix pour le Sprint et peut tre ralis par
limplmentation dune partie du Backlog Produit. Il fournit lquipe de dveloppement la
raison pour laquelle elle construit lincrment du produit. Il est cr lors de la runion de
planification du Sprint. Lobjectif du Sprint fournit lquipe de dveloppement une certaine
flexibilit quant la fonctionnalit implmente durant le Sprint. Les items du Backlog Produit
slectionns offrent un fonctionnement cohrent, ce qui peut faire office dobjectif du Sprint.
Par ailleurs, lobjectif du sprint peut tre une autre source de cohrence poussant lquipe de
dveloppement travailler ensemble au lieu dentreprendre des initiatives distinctes.
Tout en effectuant son travail, lquipe de dveloppement garde lesprit lobjectif du Sprint.
Afin datteindre lobjectif du Sprint, lquipe implmente la fonctionnalit et la technologie
ncessaire. Si le travail se rvle diffrent de ce qui a t prvu, lquipe de dveloppement
collabore avec le Product Owner et ngocie le primtre du Backlog du Sprint durant le sprint.
Daily Scrum
La mle quotidienne (Daily Scrum) est un vnement de 15 minutes (timebox) destin
l'quipe de dveloppement afin de synchroniser ses activits et de crer son plan pour les
prochaines 24 heures. Cela se fait en inspectant le travail depuis la dernire mle quotidienne
et en envisageant le travail qui pourrait tre effectu dici la prochaine mle.
La mle quotidienne se tient tous les jours la mme heure et au mme endroit afin de
rduire la complexit. Au cours de la runion, les membres de l'quipe de dveloppement
expliquent:
Qu'est-ce que j'ai fait hier qui a aid l'quipe de dveloppement atteindre l'objectif du
Sprint?
Que ferai-je aujourd'hui pour aider l'quipe de dveloppement atteindre l'objectif du
Sprint?
Est-ce que je vois tout obstacle qui m'empche ou empche l'quipe de dveloppement
respecter l'objectif du Sprint?
L'quipe de dveloppement utilise la mle quotidienne pour inspecter la progression vers

l'objectif du Sprint et vers lachvement du travail prvu dans le Backlog du Sprint. La mle
quotidienne augmente les chances que l'quipe de dveloppement atteindra l'objectif du Sprint.
Chaque jour, l'quipe de dveloppement devrait comprendre comment elle entend travailler
ensemble en tant qu'quipe auto-organise pour atteindre l'objectif du Sprint et crer
l'Incrment prvu la fin du Sprint. L'quipe de dveloppement ou les membres de l'quipe se
Page | 11
rencontrent souvent immdiatement aprs la mle quotidienne pour des discussions dtailles
ou pour adapter, ou planifier nouveau le reste du travail de Sprint.
Le Scrum Master sassure que la mle quotidienne a lieu, mais cest lquipe de
dveloppement qui est responsable de son droulement. Le Scrum Master apprend lquipe
de dveloppement comment limiter la mle quotidienne 15 minutes. Le Scrum Master veille
lapplication de la rgle stipulant que seuls les membres de lquipe de dveloppement
participent la mle quotidienne.
Les mles quotidiennes amliorent la communication, liminent les autres runions, identifient
les obstacles liminer qui perturbent le dveloppement, mettent en avant et encouragent la
prise de dcision rapide tout en amliorant le niveau de savoir au sein lquipe de
dveloppement. Il sagit dun point cl dinspection et dadaptation.
Revue du Sprint
Une revue du Sprint (Sprint Review) est tenue la fin du Sprint pour inspecter lincrment
ralis et adapter le Backlog Produit si ncessaire. Pendant la runion de revue du Sprint,
l'quipe Scrum et les parties prenantes changent sur ce qui a t fait durant le Sprint.
En se basant l-dessus tout en considrant les changements du Backlog Produit durant le Sprint,
les participants collaborent pour dterminer les prochains items ayant le plus de valeur qui
pourraient tre faits. Cette runion se veut informelle, pas une runion de pilotage, et la
prsentation de l'incrment est destine susciter des ractions et favoriser la collaboration.
Cette runion est limite une bote de temps (timebox) de quatre heures pour un Sprint dun
mois. Pour les Sprints moins long, lactivit de revue du Sprint dure gnralement moins
longtemps.
Le Scrum Master sassure que la revue a lieu et que les participants en comprennent le but. Le
Scrum Master apprend tous comment respecter la bote de temps.
La Revue du Sprint comprend les lments suivants:

Les participants incluent l'quipe Scrum et les principales parties prenantes invites par
le Product Owner;
Le Product Owner indique les items du Backlog produit qui ont t Fini et ceux qui ne
l'ont pas t;
Lquipe de dveloppement discute de ce qui sest bien droul durant le Sprint, quels
problmes ont t rencontrs, et comment ces problmes ont t rsolus;
L'quipe de dveloppement dmontre le travail Fini et rpond aux questions sur
l'incrment ;
Page | 12
Le Product Owner discute du Backlog Produit tel qu'il est. Il dtermine des dates
probables dachvement en fonction des progressions ce jour;
L'ensemble du groupe convient de ce qu'il faut faire pour la suite, de sorte que la revue
du Sprint fournisse une contribution prcieuse aux prochaines runions de Planification
du Sprint;
La revue de la faon dont les conditions de march ou un usage potentiel du produit
pourrait avoir dict ce quil conviendrait mieux de faire dornavant;
La revue des dlais, budget, fonctionnalits potentielles et conditions du march pour la
prochaine publication du produit.
Le rsultat de la revue du Sprint est un Backlog Produit rvis qui dfinit les items probables
pour le prochain Sprint. Le Backlog Produit peut galement tre globalement ajust pour
rpondre de nouvelles opportunits daffaires.
Rtrospective du Sprint
La rtrospective du Sprint (Sprint Retrospective) est une opportunit pour l'quipe Scrum de
sinspecter et de crer un plan d'amliorations adopter lors du prochain Sprint.
La rtrospective du Sprint survient aprs la revue du Sprint et avant la prochaine runion de

planification du Sprint. Cest une runion limite trois heures pour les Sprints dun mois. Pour
les Sprints moins longs, la runion dure habituellement moins longtemps. Le Scrum Master
sassure que la runion a lieu et que les participants en comprennent le but. Le Scrum Master
apprend tous comment respecter la bote de temps (timebox). Le Scrum Master participe en
tant que membre de lquipe Scrum et y amne le point de vue du responsable du processus
Scrum.
Le but de la rtrospective du Sprint est de:

Inspecter la manire dont le dernier Sprint a t en ce qui concerne les personnes, les
relations, les processus et les outils;
Identifier et ordonner les principaux lments qui ont bien fonctionn et des
amliorations potentielles; et,
Crer un plan pour mettre en uvre des amliorations sur la faon dont l'quipe Scrum
fait son travail.
Le Scrum Master encourage l'quipe Scrum amliorer, dans le cadre de travail Scrum, son
processus de dveloppement et ses pratiques afin de les rendre plus efficaces et agrables pour
le prochaine Sprint. Lors de chaque rtrospective du Sprint, l'quipe Scrum propose des moyens
adquats daccrotre la qualit du produit tout en adaptant selon le cas, la dfinition de Fini.
la fin de la rtrospective du Sprint, l'quipe Scrum devrait avoir identifi les amliorations
qu'elle mettra en uvre dans le prochain Sprint. La mise en uvre de ces amliorations dans le
Page | 13
prochain Sprint est l'adaptation l'inspection de l'quipe Scrum elle-mme. Bien que des
amliorations puissent tre mises en uvre tout moment, la rtrospective du Sprint offre une
opportunit formelle d'inspection et d'adaptation.
Les artefacts de Scrum

Les artefacts de Scrum reprsentent un travail ou une valeur pour assurer la transparence et les
possibilits d'inspection et d'adaptation. Les artefacts dfinis par Scrum sont spcifiquement
conus pour maximiser la transparence des informations cls afin que chacun ait la mme
comprhension de l'artefact.
Backlog produit
Le Backlog produit est une liste ordonne de tout ce qui pourrait tre ncessaire dans un
produit et constitue lunique source d'exigences pour toutes les modifications apportes au
produit. Le Product Owner est responsable du Backlog produit, y compris son contenu, sa
disponibilit et son ordonnancement.
Un Backlog produit n'est jamais complet. Ses toutes premires moutures ne font quesquisser
les besoins tels quinitialement connus et compris. Le Backlog Produit volue au fur et mesure
que le produit et le contexte dans lequel il sera utilis voluent. Le Backlog Produit est
dynamique; il change constamment pour identifier ce que le produit requiert pour tre
appropri, comptitif et utile. Tant et aussi longtemps quun produit existe, son Backlog Produit
correspondant existe.
Le Backlog produit liste toutes les fonctionnalits, les fonctions, les exigences, les amliorations
et les corrections qui constituent des modifications apporter au produit dans les versions
futures. Les items du Backlog produit ont les attributs d'une description, d'un ordre, d'une
estimation et d'une valeur.
mesure quun produit est utilis, que sa valeur augmente et que lon commence recevoir des
retours sur son utilisation, le Backlog produit devient une liste plus vaste et plus exhaustive. Les
exigences ne cessent jamais de changer, de sorte qu'un Backlog de produit est un artefact
vivant. Les changements dans des besoins de l'organisation, des conditions du march ou de la
technologie peuvent entraner des changements dans le Backlog produit.
Il arrive souvent que plusieurs quipes Scrum travaillent sur le mme produit. Un seul Backlog
Produit est utilis pour dcrire le travail faire sur ce produit. On peut alors ajouter un attribut
aux items du Backlog Produit pour les regrouper.
Le raffinement du backlog de produit (Backlog Produit Refinement) consiste en lajout de

dtails, destimations et de lordonnancement des items du Backlog Produit. Il sagit dune
activit rgulire dans laquelle le Product Owner et lquipe de dveloppement collaborent
Page | 14
pour dtailler les items du Backlog Produit. Durant le raffinement du Backlog Produit, les items
sont revisits et rviss. Lquipe Scrum dcide comment et quand le raffinement est effectu.
Le raffinement noccupe gnralement pas plus de 10% de la capacit de lquipe de
dveloppement. Toutefois, les items du Backlog Produit peuvent tre modifis nimporte quel
moment par le Product Owner ou sa discrtion.
Les premiers items du Backlog Produit sont gnralement plus dtaills que les suivants. Leur
estimation est plus prcise d une plus grande clart et un niveau de dtail accru. Les items
qui sont placs plus loin dans le Backlog Produit sont moins dtaills. Les items qui occuperont
lquipe de dveloppement durant le prochain Sprint sont affins au point que nimporte lequel
peut tre raisonnablement Fini dans un Sprint. Ces items sont rputs Prts pour leur
slection durant la planification du Sprint. Les items du Backlog Produit acquirent ce degr de
transparence grce aux activits de raffinements dcrites plus haut.
L'quipe de dveloppement est responsable de toutes les estimations. Le Product Owner peut
influencer l'quipe de dveloppement en laidant dans sa comprhension et le choix des
compromis, mais les personnes qui effectueront le travail ont le mot final sur les estimations.
Suivi de la progression vers un objectif

tout moment, la somme de travail restant pour atteindre un objectif de dveloppement peut
tre calcule. Le Product Owner suit lvolution de la somme de travail restant au moins
chaque revue du Sprint. Il compare cette quantit la somme de travail restant lors des revues
des Sprints prcdents afin dvaluer la progression vers lachvement du travail prvu dans les
dlais voulus par l'objectif. Cette information est rendue transparente pour toutes les parties
prenantes.
Diverses pratiques de projections des tendances telles que les burn-down , les burn- ups
ont t utilises afin de prvoir la progression. Ces pratiques ont prouv leur utilit. Toutefois,
elles ne remplacent pas limportance de lempirisme. Dans les environnements complexes, ce
qui se passera est inconnu. Seul ce qui sest pass peut tre utilis pour la prise de dcision
prospective.
Backlog du Sprint
Le Backlog du Sprint est lensemble des items slectionns pour le Sprint plus un plan pour livrer
lincrment du produit et raliser lobjectif du Sprint. Le Backlog du Sprint est une prvision que
lquipe de dveloppement fait de la fonctionnalit qui sera prsente dans le prochain
incrment et le travail ncessaire pour livrer cette fonctionnalit dans un incrment Fini. Le
Backlog du Sprint rend visible tout le travail que l'quipe de dveloppement identifie comme
ncessaire pour atteindre l'objectif du Sprint.
Le Backlog du Sprint est un plan suffisamment dtaill pour que la progression soit
comprhensible lors de la mle quotidienne. Lquipe de dveloppement modifie le Backlog du
Sprint tout au long du Sprint, et le Backlog du Sprint merge durant le Sprint. Cette mergence a
Page | 15
lieu alors mme que lquipe de dveloppement excute le plan et dcouvre le travail
ncessaire pour atteindre lobjectif du Sprint.
mesure que du nouveau travail est ncessaire, lquipe de dveloppement lajoute au Backlog
du Sprint. Lorsque le travail est effectu ou complt, les estimations du travail restant sont
mises jour. Lorsque des items du plan sont jugs comme ntant plus ncessaires, ils sont
carts. Seule lquipe de dveloppement peut changer son Backlog du Sprint durant un Sprint.
Le Backlog du Sprint est une vue en temps-rel et trs visible du travail que lquipe de
dveloppement planifie daccomplir durant le Sprint et il appartient uniquement lquipe de
dveloppement.
Suivi de la progression du Sprint

nimporte quel moment dun sprint, la somme totale de travail restant dans le Backlog du
Sprint peut tre calcule. Lquipe de dveloppement fait le suivi de cette somme de travail
restant au moins chaque mle quotidienne pour valuer la probabilit datteindre lobjectif
du Sprint. En effectuant le suivi du travail restant tout au long du sprint, lquipe de
dveloppement peut grer sa progression.
Incrment
L'incrment est constitu des lments du Backlog produit finis pendant le sprint ainsi que de la
valeur cumulative des incrments livrs dans les sprints prcdents. la fin dun Sprint, le
nouvel incrment doit tre Fini, ce qui implique quil doit tre dans un tat publiable et quil
correspond la dfinition de Fini (Definition of Done) de lquipe de dveloppement. Il doit
tre dans un tat publiable, sans gard la dcision du Product Owner de le publier ou non.
Artefact de Transparence
Scrum repose sur la transparence. Les dcisions pour optimiser la valeur et contrler le risque
sont prises en se basant sur ltat peru des artefacts. Dans la mesure o la transparence est
complte, ces dcisions ont une base solide. Dans la mesure o les artefacts ne sont pas
totalement transparents, ces dcisions peuvent tre fausses, la valeur moindre et le risque
accru.
Le Scrum Master doit travailler avec le Product Owner, lquipe de dveloppement et les autres
parties impliques afin de dterminer si les artefacts sont compltement transparents. Il y a des
pratiques pour faire face une transparence incomplte; le Scrum Master doit aider tout le
monde appliquer les pratiques les plus appropries dans labsence dune transparence
complte. Un Scrum Master peut dtecter une transparence incomplte en inspectant les
artefacts, en identifiant certains usages rcurrents, en coutant attentivement ce qui est dit et
en dtectant des diffrences entre les rsultats attendus et les rsultats rels.
La responsabilit du Scrum Master consiste travailler avec lquipe de dveloppement et

lorganisation pour accrotre la transparence des artefacts. Ce travail implique gnralement de
Page | 16
la formation, de la persuasion et du changement. La transparence ne se produit du jour au
lendemain, mais est plutt un cheminement.
Dfinition de Fini
Lorsqu'un item du Backlog produit ou un Incrment est dcrit comme Fini, tout le monde doit
comprendre ce que Fini signifie. Bien que cela varie considrablement dune quipe Scrum
une autre, les membres doivent avoir une comprhension commune de ce que signifie que le
travail soit complet, afin d'assurer la transparence. Il s'agit de la dfinition de Fini (Definition
of Done) pour l'quipe Scrum et est utilis pour valuer si le travail est termin dans un
incrment produit.
La mme dfinition guide l'quipe de dveloppement pour savoir la quantit d'items de Backlog
produit slectionner durant la Planification du Sprint. Lobjectif de chaque Sprint est de fournir
des Incrments de fonctionnalits potentiellement publiables qui respectent la dfinition
actuelle de Fini par lquipe Scrum.
Les quipes de dveloppement fournissent un incrment de la fonctionnalit du produit

chaque Sprint. Cet incrment est publiable, de telle sorte qu'un Product Owner peut choisir de
le publier immdiatement. Si la dfinition de Fini dun incrment fait partie des conventions,
standards ou lignes directrices de lorganisation de dveloppement, toutes les quipes doivent
au minimum la respecter. Si la dfinition de Fini n'est pas une convention de l'organisation de
dveloppement, l'quipe de dveloppement de l'quipe Scrum doit tablir une dfinition de
Fini approprie pour le produit. S'il existe plusieurs quipes Scrum travaillant sur la livraison
dun systme ou un produit, les quipes de dveloppement de toutes les quipes Scrum doivent
mutuellement mettre une dfinition de Fini.
Chaque Incrment est ajout tous les Incrments prcdents et test de manire approfondie,
tout en veillant ce que tous les Incrments fonctionnent ensemble.
Au fur et mesure que les quipes de Scrum mrissent, on s'attend ce que leurs dfinitions de
Fini se dveloppent pour inclure des critres plus stricts pour une meilleure qualit. Tout
produit ou systme devrait avoir une dfinition de Fini qui est une norme pour tout travail
effectu
Note de Fin
Scrum est gratuit et offert dans ce guide. Les rles, les artefacts, les vnements et les rgles de
Scrum sont immuables et, bien que la mise en uvre de certaines parties de Scrum soit
possible, le rsultat n'est pas Scrum. Scrum n'existe que dans sa totalit et fonctionne bien
comme un conteneur pour d'autres techniques, mthodologies et pratiques.
Page | 17
Remerciements
Personnes
Parmi les milliers de personnes qui ont contribu Scrum, nous devrions indiquer ceux qui ont
jou un rle dterminant dans les dix premires annes. D'abord, Jeff Sutherland travaillait avec
Jeff McKenna, et Ken Schwaber travaillait avec Mike Smith et Chris Martin. Beaucoup d'autres
ont contribu aux annes suivantes et sans leur aide, Scrum ne serait pas raffin tel qu'il est
aujourd'hui.
Historique
Ken Schwaber et Jeff Sutherland premier co-prsent Scrum lors de la confrence de OOPSLA en
1995. Cette prsentation documente essentiellement l'apprentissage que Ken et Jeff ont acquis
au cours des quelques annes prcdentes application Scrum.
L'histoire de Scrum est dj considre comme longue. Pour honorer les premiers endroits o il
a t essay et raffin, nous reconnaissons Individual, Inc., Fidelity Investments et IDX
(maintenant GE Medical).
Le Scrum Guide documente Scrum dvelopp et soutenu pendant plus de 20 ans par Jeff
Sutherland et Ken Schwaber. D'autres sources vous fournissent des modles, des processus et
des ides qui compltent le cadre Scrum. Ceux-ci optimisent la productivit, la valeur, la
crativit et la fiert.
Traduction
Ce guide a t traduit de la version originale anglaise, fournie par Ken Schwaber et Jeff
Sutherland. Lquipe de traduction est gre par Kamel Kaouech.
Lquipe de traduction tient remercier les contributeurs la traduction des anciennes

versions du Guide Scrum. Les traducteurs du prsent guide, la version 2016 du Guide
Scrum, dsirent aussi remercier spcialement Mariem Sassi pour la relecture et les prcieux
commentaires prodigus.
Information Importante : L'utilisation du genre masculin a t adopte afin de faciliter la

lecture et n'a aucune intention discriminatoire.
Page | 18
Changements entre les versions 2013 et 2016 du Guide Scrum
1. Une section sur les valeurs Scrum. Lorsque les valeurs d'engagement, courage,
focus, ouverture et respect sont incarnes et vcues par l'quipe Scrum, les piliers
Scrum de transparence, d'inspection et d'adaptation viennent la vie et btissent
une confiance entre tout le monde. Les membres de l'quipe Scrum apprennent et
explorent ces valeurs au fur et mesure qu'elles travaillent avec les vnements, les
rles et les artefacts de Scrum.
La bonne application de Scrum dpend des gens qui sont de plus en plus capables
de vivre avec ces cinq valeurs. Les gens qui sengagent, personnellement, pour
atteindre les objectifs de l'quipe Scrum. Les membres de lquipe Scrum ont le
courage de faire le bon travail et de rsoudre les problmes difficiles. Tout le monde
se concentre et se focalise sur le travail faire durant le Sprint et les objectifs de
l'quipe Scrum. L'quipe Scrum et ses parties prenantes acceptent d'tre ouvertes
sur tout le travail et les dfis avec tout en accomplissant ce travail. Les membres de
lquipe Scrum se respectent mutuellement pour tre des personnes capables,
indpendantes.
Page | 19

2016 Scrum Guide FR

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

2016 Scrum Guide FR

Transféré par

Droits d'auteur :

Formats disponibles

TM

Dvelopp and maintenu par Ken Schwaber et Jeff Sutherland

Scrum prescrit quatre runions ou vnement ou activits formelles pour l'inspection et

Planification du Sprint (Sprint Planning)

Lexpression claire des items du Backlog produit;

Les quipes de dveloppement sont structures et habilites par l'organisation sorganiser et

Les quipes de dveloppement ont les caractristiques suivantes:

Le Scrum Master au service du Product Owner

Trouver des techniques pour une gestion efficace du Backlog produit;

Le Scrum Master au service de lquipe de Dveloppement

Coacher l'quipe de dveloppement en matire d'auto-organisation et de pluridisciplinarit;

Accompagner l'organisation dans son adoption Scrum;

Les vnements Scrum

Annulation d'un Sprint

Thme Un: Que peut-on faire de ce Sprint?

Les lments ncessaires pour le dmarrage de la runion de Planification du Sprint sont le

Thme Deux: Comment le travail choisi sera-t-il termin?

L'quipe de dveloppement commence gnralement par concevoir le systme et le travail

L'quipe de dveloppement utilise la mle quotidienne pour inspecter la progression vers

La Revue du Sprint comprend les lments suivants:

La rtrospective du Sprint survient aprs la revue du Sprint et avant la prochaine runion de

Le but de la rtrospective du Sprint est de:

Les artefacts de Scrum

Le raffinement du backlog de produit (Backlog Produit Refinement) consiste en lajout de

Suivi de la progression vers un objectif

Suivi de la progression du Sprint

La responsabilit du Scrum Master consiste travailler avec lquipe de dveloppement et

Les quipes de dveloppement fournissent un incrment de la fonctionnalit du produit

Lquipe de traduction tient remercier les contributeurs la traduction des anciennes

Information Importante : L'utilisation du genre masculin a t adopte afin de faciliter la

Vous aimerez peut-être aussi