Vous êtes sur la page 1sur 5

MÉTHODOLOGIE DE GESTION AGILE D’UN PROJET.

SCRUM – LES
PRINCIPES DE BASE

Alain Collignon, Joachim Schöpfel

A.D.B.S. | « I2D – Information, données & documents »

2016/2 Volume 53 | pages 12 à 15


ISSN 2428-2111
Article disponible en ligne à l'adresse :
--------------------------------------------------------------------------------------------------------------------
https://www.cairn.info/revue-i2d-information-donnees-et-
documents-2016-2-page-12.htm
--------------------------------------------------------------------------------------------------------------------

Distribution électronique Cairn.info pour A.D.B.S..


© A.D.B.S.. Tous droits réservés pour tous pays.

La reproduction ou représentation de cet article, notamment par photocopie, n'est autorisée que dans les
limites des conditions générales d'utilisation du site ou, le cas échéant, des conditions générales de la
licence souscrite par votre établissement. Toute autre reproduction ou représentation, en tout ou partie,
sous quelque forme et de quelque manière que ce soit, est interdite sauf accord préalable et écrit de
© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)

© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)


l'éditeur, en dehors des cas prévus par la législation en vigueur en France. Il est précisé que son stockage
dans une base de données est également interdit.

Powered by TCPDF (www.tcpdf.org)


Yasmine Gateau
Méthodologie de gestion
Méthodes

agile d’un projet.


Scrum – les principes de base
© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)

© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)


[ démarche ] Un nombre croissant de projets d’ingénierie documentaire adoptent une
méthodologie agile, en appliquant notamment le processus Scrum, l‘approche la plus
connue.

C
omment éviter les effets « silo » et des ressources humaines et un suivi des enjeux
« tunnel » des méthodes classiques financiers, aboutissant à la « recette » (test d’ac-
de développement ? Comment rap- ceptation)1. Dans un projet classique, avec un
procher conception, programma- « déroulé linéaire de phases (et) une séparation
tion et déploiement, créer des liens chronologique entre la conception et la réalisa-
forts entre utilisateurs et développeurs, valoriser tion »2 , la « recette » est l’étape ultime. Or, en
le métier et la fonction information-documen­ amont, la rédaction des spécifications demande
tation et limiter le risque d’une démobilisation de beaucoup de temps  ; en aval, l’estimation de
la part des utilisateurs et des clients pendant la charges parfois pharaoniques génère des délais
phase, parfois très longue, de programmation ? interminables, démotivant les parties prenantes
Les méthodes agiles, et notamment Scrum, et ôtant toute dynamique à l’équipe. Trop sou-
peuvent faciliter la gestion de projet et contri- vent, frustration, travail inutile et explosion des
buer à une culture de changement. délais et des ressources sont inhérents à la ges-
tion classique de projet. Pendant ce temps, les
Tout chef de projet l’a appris un jour  : le bon besoins des utilisateurs et des clients continuent
déroulement d’un projet implique une démarche d’évoluer, au risque d’un produit non conforme
structurante avec une planification, une gestion aux attentes.

12 I2D - Information, données & documen­ts - 2016, n°2


m é thodes techniques
et outils

Des méthodes agiles Les caractéristiques la documen­ t ation est


1. Voir notamment :
Pierre-Yves DUCHEMIN,
à Scrum de Scrum réduite au strict néces-
saire, les interminables
Dominique LAHARY. L’art
d’informatiser une biblio-
En 1986, Barry W. Boehm introduit Comme les autres méthodes agiles, phases de spécifica- thèque : guide pratique,
un nouveau modèle de dévelop- Scrum repose sur une approche tions fonctionnelles 2e édition. Électre, Éditions du
Cercle de la Librairie, 2000
pement reposant sur une structure empirique, avec une série de cycles sont remplacées par
commune itérative, incrémentale et de développement de courte durée, des « user stories », plus 2. David AUTISSIER, Jean-
Michel MOUTOT. Le change-
adaptative, les méthodes agiles3, appelés « sprints », et des rétroac- succinctes.
ment agile : se transformer
dont le fil conducteur consiste à tions fréquentes. Ces sprints sont rapidement et durablement.
découper le déroulement d’un pro- des blocs de temps fixes, le plus Les acteurs Dunod, 2015
jet en plusieurs objectifs plus petits souvent de 2 à 4 semaines, avec un 3. Julien PLÉE. Conduite de
afin d’obtenir plus sûrement et rythme et une régularité prédéter- En mettant l’accent sur projets agiles : management
rapidement un résultat (ou minimal minés. Ils sont itératifs et adaptatifs le fonctionnement en alternatif dans une équipe
vital product – MVP). En 2001, un en fonction des besoins ou objec- équipe, Scrum rem- de développement agile.
manifeste4 introduit quatre valeurs tifs évolutifs du client (utilisateurs). place les chefs de pro- Éditions ENI, 2015
fondamentales qui définissent une À la fin de chaque cycle, un livrable jets, maîtres d’œuvre et 4. http://agilemanifesto.
org/iso/fr
nouvelle façon de développer des est présenté au cours d’une « revue d’ouvrage par d’autres
logiciels en valorisant : de sprint ». rôles et fonctions. 5. Fanny LENUZZA. Les mé-
thodes agiles, une approche
1. les individus et leurs interactions • Le product owner.
Ce processus permanent d’adap- complexe de la gestion de
plus que les processus et les Ce responsable du projet en équipe pluri-géné-
tation et d’échange entre déve-
outils ; produit représente rationnelle. Mémoire de mas-
loppeurs et clients et/ou utilisa-
2. des logiciels opérationnels plus les clients et/ou ter, UFR LLASIC, Université
teurs (l’équipe sprint mêle les deux)
qu’une documen­tation exhaustive ; utilisateurs en trans- Stendhal Grenoble 3, 2015
permet d’obtenir un produit proche http://dumas.ccsd.cnrs.fr/
3. la collaboration avec les crivant leurs besoins,
des besoins client en prenant en dumas-01212068/document
clients plus que la négociation définit et priorise les
compte l’évolution de ces besoins 6. Claude AUBRY. Scrum : le
contractuelle ; demandes produit  ;
et de maximiser ainsi la valeur du guide pratique de la méthode
4. l’adaptation au changement il doit posséder une
produit livré. La notion de valeur agile la plus populaire.
plus que le suivi d’un plan. expertise fonctionnelle Dunod, 2015
utilisateur ou « business value » est
métier.
Les méthodes agiles répondent le leitmotiv de Scrum. La livraison 7. On traduit parfois Scrum
• Le Scrum master. par « fonctionnement mêlé »
aux méthodes classiques, trop dès les premiers sprints et l’utili-
Membre de l’équipe
prédictives et trop rigides, en sation partielle du produit facilitent 8. AUBRY, loc.cit., p. 28-29
de développement, il
exposant de nouveaux principes une remontée rapide de l’avis du
en est aussi l’anima-
plus souples dont l’anticipation, product owner (représentant des
teur. Il n’est pas chef de projet
l’auto-régulation, le feedback et utilisateurs).
mais doit faciliter l’application de
la collaboration5. Elles renforcent
Les spécifications sont beaucoup Scrum. Mettant tout en œuvre
aussi la capacité d’une organisa-
plus souples car si des fonctionna- pour que l’équipe travaille dans
tion « apprenante » au changement
lités ne répondent pas aux besoins, de bonnes conditions et se
et à la transformation.
il suffit d’ajouter une modification concentre sur l’objectif du projet,
Scrum est la plus connue des ou une nouvelle fonctionnalité non il porte une attention au respect
© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)

© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)


méthodes agiles6. Créée en 1996 prévue au départ dans des sprints des différentes phases de Scrum.
par Ken Schwaber, elle met suivants – c’est ce qui rend cette • L’équipe (le team). Elle se gère en
en avant l’aspect soudé d’une méthode «  agile  ». Pour que le toute autonomie et est chargée
équipe auto-organisée cherchant système fonctionne, il faut priori- du développement du produit.
à atteindre un but partagé. La ser des besoins et des objectifs Sa taille doit rester réduite (7  à
particularité de Scrum est de pla- au sein de l’équipe Scrum. Une 9  personnes). Auto-organisée,
cer l’utilisateur final au cœur de autre condition est l’implication dépourvue de hiérarchie, sans
l’équipe et de valoriser l’individu, des membres de l’équipe dans spécialisation des rôles, elle
l’équipe, le concret, l’application, le projet en participant aux prises est «  composée des personnes
la collaboration et l’adaptation. de décisions, en échangeant sur qui contribuent à produire un
Scrum n’est pas un acronyme mais les difficultés rencontrées. La résultat à chaque sprint […], des
le mot anglais signifiant mêlée productivité de l’équipe est ainsi créateurs de valeur »8.
dans un match de rugby7. Ce n’est augmentée surtout parce qu’elle
pas une méthode au sens strict du participe à l’évaluation chiffrée Applications
terme mais plutôt une approche,
un cadre de processus et un
(sprint planning). Pas de planifica-
tion lourde, celle-ci est adaptative,
et indications
ensemble de principes, presque avec des ajustements si néces- Plusieurs grands organismes, à
une philosophie fondée sur le saires au fil de l’eau en fonction l’instar de la BnF ou de l’Inist du
changement, la culture du résultat, des nouvelles demandes  ; seule CNRS, ont formé leurs équipes aux
la transparence et la communica- une feuille de route (roadmap) est principes Scrum dans le domaine
tion, le respect des utilisateurs et rédigée, consignant les jalons à de l’ingénierie documentaire. On
des clients – et l’esprit d’équipe. fortes valeurs ajoutées. Comme lit parfois que Scrum est réservé

2016, n°2 - I2D - Information, données & documen­ts 13


méthodes techniques et outils

aux projets d’envergure, com- et une orientation utilisateur ne connaît pas suffisamment les
pliqués et longs. Or, il n’y a pas clairement affichée. L’intérêt autres acteurs ou si le product
d’indication particulière pour les est de maintenir la motivation owner ne maîtrise pas le métier, des
méthodes agiles tant pour la taille des équipes et des utilisateurs problèmes surgiront. De même, si
de service, la complexité du projet (clients) et d’éviter les dérapages les rôles traditionnels  – chef de
ou la nature du produit. en matière de ressources et délais, projet, maître d’ouvrage (MOA),
9. C. WILLIAMS. « Flexible L’approche agile, bien ceci dans un processus favorisant maître d’œuvre (MOE), etc.  –
and agile university library plus qu’une méthode la transparence du développement persistent et si chaque membre
and information services: de développement (« management visuel ») et l’émer- d’équipe est évalué individuelle-
skills and management informatique, sert déjà gence de nouvelles idées. ment et non pas la performance
methodologies ». In : David
BAKER, Wendy EVANS (dir.).
de cadre conceptuel au collective, Scrum ne donnera pas
management des biblio- de résultats satisfaisants.
Trends, Discovery, and
People in the Digital Age. thèques et au dévelop-
Limites et obstacles
La peur du changement est l’un
Chandos Publishing, 2013, pement des fonctions et
p. 241-251 Se lancer dans un projet agile des facteurs de blocage de l’adop-
compétences, du travail
n’est pas sans risque. Scrum tion de Scrum. Il en est de même
10. Voir aussi www.citeulike. en équipe et de la ges-
org/user/Schopfel/tag/ n’est pas synonyme de réus- d’une méthode mal expliquée, les
tion des usagers et lec-
agile_management site. L’application des principes différentes réunions de reporting
teurs9. Dans le domaine
11. S. LEGRAS. « L’agilité, agiles ne garantit pas le succès pouvant être mal interprétées ou
de l’information et de la
nouvelle transforma- d’un projet de développement. vécues, tel le sprint daily transformé
documen­tation, on note
tion pour l’entreprise », Contrairement aux projets clas- en réunion de surveillance. Ici, la
Documentaliste-Sciences des retours d’expérience
siques, le périmètre du projet n’est fonction MOA ne se limite plus à la
de l’information, 2014, n° 4, pour la création d’un
pas consigné dans un cahier des rédaction d’un cahier des charges ;
p. 5-6 site web, le dévelop-
charges, en amont du développe- elle est au cœur de chaque cycle
12. AUBRY, loc. cit., pement d’une banque
ment. Cependant, l’analyse des et en interaction permanente avec
p. 288-290 d’images, la gestion
besoins reste indispensable. les développeurs (MOE). Chaque
13. S. LEGRAS, loc. cit. d’une bibliothèque ou
partie doit trouver sa place dans
14. Id. le développement d’un L’avantage d’un feedback rapide
un nouvel équilibre à établir.
15. K. SCHWABER,
SGB10. L’essentiel est par la livraison de produits partiels
J. SUTHERLAND. Le guide l’engagement du service fonctionnels est conditionné par Un autre point de vigilance est la
Scrum. Juillet 2013 et/ou de l’organisme une très bonne collaboration et par prise de conscience des notions
www.scrumguides.org/ dans une démarche de l’acceptation du changement 11. de coût, de délai et de périmètre.
docs/scrumguide/v1/Scrum- changement, avec une Mais quand les équipes ne fonc- Dans les méthodes classiques, le
Guide-FR.pdf approche pragmatique tionnent pas, si le Scrum master périmètre du produit à développer

Terminologie Scrum1
Daily Scrum (ou mêlée quotidienne)  : moment de partage, Sprint Daily (voir Daily Scrum).
courte « cérémonie » ou réunion (environ 15 minutes) menée
© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)

© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)


Sprint Planning (ou planification) : il réunit l’équipe et le product
chaque jour avec les membres de l’équipe et le product owner owner pour déterminer l’objectif et le contenu du sprint à venir.
pour informer sur l’activité de tous, déterminer les tâches de la Les user stories sont découpées en tâches faisant chacune l’objet
journée et identifier les obstacles empêchant l’équipe d’atteindre d’une estimation des charges, exprimée en heures ou en jours,
l’objectif du sprint. par l’équipe. Le principal résultat est le sprint backlog.
Product Backlog (ou produit backlog) : liste priorisée des fonc- Sprint Review (ou revue de sprint) : elle consiste pour l’essentiel,
tionnalités du produit, soit une liste partagée des choses à faire. au terme de chaque cycle, à faire une démonstration publique du
Rétrospective : « cérémonie » à l’issue de chaque sprint dont résultat du sprint, à collecter le feedback des parties prenantes
l’objectif est de discuter, en présence du Scum master et du et à prendre des décisions.
product owner, des axes d’amélioration de l’équipe. Moment User Story : élément du backlog. Une exigence du système à
capital qui incarne l’un des principes fondamentaux énoncés par développer, une brève description d’une fonctionnalité telle que
le Manifeste agile : à intervalles réguliers, l’équipe réfléchit sur vue par l’utilisateur (client).
la manière de préparer le futur et d’accroître son efficacité, puis
adapte et ajuste son comportement en conséquence. Vision produit (ou vision) : décrivant les principaux objectifs,
jalons, utilisateurs visés et rédigée par le Product Owner, elle
Sprint Backlog : liste des fonctionnalités à réaliser lors d’un contribue à guider et à fédérer les acteurs du projet.
sprint. La liste des tâches correspondantes est établie lors d’un
sprint planning. La charge des tâches est déterminée par les 1. Claude AUBRY. Scrum : le guide pratique de la méthode agile la plus
développeurs. populaire. Dunod, 2015

14 I2D - Information, données & documen­ts - 2016, n°2


m é thodes techniques
et outils

3
est une constante  ; pour réussir
le produit, les coûts et les délais
sont réajustés pour atteindre les
objectifs fixés. Dans la méthode
Scrum, les délais et les coûts sont
définis comme des invariables et
Trois questions
le périmètre devient la variable du
projet. Par conséquent, le rôle du
à Patrick Kremer,
product owner est déterminant Scrum Master à l’Inist – CNRS
afin que les fonctionnalités à
hautes valeurs ajoutées puissent
être correctement priorisées au
cours des sprints backlog. Aussi,
> Quelle est la particularité du Scrum master ?
un échange trop technique peut En méthode agile, le product owner, en relation avec les utilisateurs, possède la
empêcher une vision plus globale vision du produit et se partage les fonctions de chef de projet utilisateur classique
(«  politique  ») du produit et un avec le Scrum master qui assure l’animation, la cohésion et l’autonomie de
contrat trop rigide sans flexibilité l’équipe. Le Scrum master joue essentiellement un rôle de facilitateur et de
s’avérer contre-productif12. médiateur pour améliorer le fonctionnement de l’équipe et les relations entre
celle-ci et l’extérieur. Il lui appartient d’anticiper et gérer les éventuels conflits ;
En matière de durée, ce sont a il n’a aucune fonction hiérarchique.
priori des cycles courts de 2, 3 ou
4 semaines qui s’enchaînent d’une > Dans votre travail, quels sont les bénéfices de la méthode Scrum ?
façon régulière et sans interruption Le premier intérêt est de travailler sur des cycles courts : les sprints d’environ
pour maintenir le rythme de lance- trois semaines obligent à présenter un livrable (fonctionnalités du produit final),
ment et la motivation et l’énergie ce qui est très valorisant et motivant pour l’équipe et le projet. La méthode Scrum
de la « mêlée ». Ceci implique que permet également à chacun de se concentrer sur ses tâches tout en étant en
l’ensemble du processus (le projet) contact permanent avec le reste de l’équipe, ce qui amène à gérer rapidement
ne dure pas trop longtemps, au les problèmes, améliorer les processus et avoir un niveau de connaissance global
risque d’épuiser l’équipe. En règle du projet.
générale, la durée totale jusqu’à
la livraison du produit est de 3 ou > Trois écueils à éviter ?
4 mois. Le Scrum master anime l’équipe mais ne la dirige pas, il n’attribue pas de tâches
et ne gère pas les ressources humaines.
Perspectives Le cérémonial Scrum prévoit un nombre de réunions lors desquelles peuvent être
abordés tous les aspects du projet mais sans les amalgamer, chacun ayant une
Est-ce la du fin du cahier des spécificité particulière. Chaque réunion a un but et une durée : lors des réunions
charges ? Oui, s’il s’agit d’un plan- journalières (daily), par exemple, on expose des problèmes dont les solutions
ning précis et du caractère définitif seront discutées à d’autres moments.
des spécifications fonctionnelles Le Scrum master est un facilitateur à qui il n’incombe pas de résoudre tous les
puisque «  spécifier pendant plu- problèmes ; c’est l’équipe qui le fera. 
sieurs mois un périmètre complet
© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)

© A.D.B.S. | Téléchargé le 25/11/2020 sur www.cairn.info (IP: 41.138.89.248)


qui mettra encore plus de temps à
être livré n’a pas de sens »13. Non,
s’il s’agit de l’analyse des besoins >> Alain Collignon
de l’utilisateur (user experience ou
et de l’étude de l’existant pour
UX) au cœur du développement de Ingénieur de recherche Inist – Cnrs
fixer l’objectif et la description des Chargé d’enseignement vacataire,
nouveaux outils et services.
principales fonctionnalités atten- Université de Lorraine
dues. Le cahier des charges jouera Le Guide Scrum 15 qualifie son alain.collignon@inist.fr
toujours un rôle pour le pilotage et cadre de léger, simple à com-
la gestion d’un projet. Cependant, prendre mais difficile à maîtriser. >> Joachim Schöpfel
le « point focal de pilotage […] se Cet article ne vise qu’à présenter Maître de conférences, Université Lille 3
déplace  : le périmètre qui était la méthode, de manière générale. joachim.schopfel@univ-lille3.fr
jusqu’à présent le point central du
Pour appliquer Scrum et le maî-
projet s’écarte peu à peu pour être
triser, on s’appuiera sur les docu-
remplacé par la valeur »14 .
ments cités. Rappelons toutefois
Ce glissement vers la valeur et aussi que, dans un projet, une fois
les besoins et attentes des utili- la méthode de gestion, la techno-
sateurs rapproche le processus logie, les frameworks ou structures
Scrum d’autres approches dans logicielles, etc. choisies, ce sont
le domaine de l’ingénierie docu- des humains qui réaliseront le
mentaire qui placent l’expérience projet. 

2016, n°2 - I2D - Information, données & documen­ts 15