Vous êtes sur la page 1sur 13

Agile : Controverses et rflexions

Tout ce que vous devez savoir pour ne pas


vous faire bluffer

Jean-Pierre Vickoff

2
Mthode Agile Controverses et rflexions

Agile : Controverse et rflexions


Source et antriorit des publications
1

Dans son dossier consacr aux mthodes Agiles, 01 Informatique a su


remettre en dates lvolution du pilotage de projet bas sur lapproche
itrative, incrmentale et adaptative. En clair, rendre Csar ce qui est
Csar, ou, en loccurrence, rendre la mthode RAD et James
Martin son fondateur, la primeur dinitiation de ce courant de penses.
Cette mise au point est techniquement secondaire, mais
historiquement importante pour la comprhension de ceux dont
larrive dans ce grand mouvement technologique et humaniste est
rcente.
Ce qui dtermine le changement de paradigme en conduite de projet
c'est le passage du cascade l'itratif, incrmental et adaptatif.
La premire mthode base sur cette rupture est la mthode RAD de
James Martin, publie en 1991. Ensuite DSDM pour le ct anglophone,
a pris la relve de cette volution en termes de techniques.
A partir de 1991 des chefs de projets du monde entier et
particulirement aux US ont utilis la mthode RAD. Obligatoirement
les contributeurs l'volution des mthodes suivantes ont eu
connaissance de ces travaux. Ce n'est pas la mconnaissance des
recherches de Pierre et Marie Curie qui doit me donner le droit de
revendiquer la dcouverte de la radioactivit.
Quant au livre RAD de James Martin, cest un monument dune
compltude impossible imaginer pour ceux qui nont pas eu la chance
de pouvoir le consulter.
Les deux successeurs immdiats furent Jean-Pierre Vickoff (1994) pour
le ct francophone et Jennifer Stapleton (1995) pour DSDM, la version
anglaise du RAD.
Ce nest quen 1996 que Ken Shwarber et Jeff Sutherland dvoilrent
les bases de Scrum et en 1999 que Kent Back et Ron Jeffrie proposrent
de systmatiser, en les poussant lextrme, certaines techniques de
qualit du gnie logiciel.
Dans la plupart des prsentations des socits les plus importantes que
jai pu trouver sur le Web, ces dates sont errones quand ce nest pas
1

Numro du 23 Octobre 2008

Jean-Pierre Vickoff

www.Entreprise-Agile.com

3
Mthode Agile - Guide de mise en uvre
directement trafiques. Ce manque dthique en matire de
communication technique est lamentable.
Beaucoup de jeunes informaticiens ne le savent pas, mais vers le milieu
des annes 90, les premires pages de certains sites des chefs de
projets amricains qui travaillaient sur leurs propres mthodes, mais
qui avaient t devancs par James Martin (anglais), lui faisaient
ouvertement la guerre, donc connaissaient ses travaux. Le principal
reproche tait (officiellement) qu'il n'tait pas un chef de projet de
terrain mais un universitaire appuy par des sherpas et que son site
dbutait par une phrase agaante du style James Martin a crit plus
de livres que tout autre chercheur encore vivant. .
Il ma t reproch sur des blogs ddis Scrum de ne pas citer de
rfrences reliant Scrum RAD pour justifier sa filiation. Ce n'est pas
aux prdcesseurs de donner des rfrences, qui, l'vidence,
n'existent pas. Refuser l'antriorit des publications sur un sujet (ce qui
est la base mme de la communication scientifique), nempche pas ces
communications d'exister.
Lors dune discussion sur un blog franais lauteur a post Alors,
Schwaber et Sutherland ont-ils pomp sur Martin sans le citer ? La
rponse n'a que peu d'importance. Tous ces travaux datent de la mme
priode et leurs influences sont forcment multiples. Cest faux, ces
travaux ne datent pas du tout de la mme poque :
2

 James Martin publication mthode RAD complte en 1991 ;


 Scrum bauche en 1995, publication 1996 ;
 XP publication 1999.
En informatique 4 ou 8 ans c'est une ternit de projets.
Au final, cest aux initiateurs de Scrum de mettre en vidence les
ruptures fondamentales qui les affranchiraient de rfrencer leurs
prdcesseurs. C'est comme cela que fonctionne la communication
scientifique.
Le rvisionnisme qui consiste vouloir supprimer les rfrences la
premire mthode itrative-incrmentale et adaptative ne rsistera pas
l'histoire et au temps. Il n'y a bien que dans notre domaine que des
tentatives pareilles peuvent exister.

1991 officiellement mais j'avais lu ses premires communications au Canada


bien avant.

Jean-Pierre Vickoff

www.Entreprise-Agile.com

4
Mthode Agile Controverses et rflexions
Pour le Gartner Group qui sest pench sur le sujet depuis ses origines,
les mthodes Agiles actuelles sont simplement RAD ou noRAD .
Il n'y a aucune rupture mthodologique dans XP ou Scrum, juste une
amlioration de l'usage des techniques de qualit et de conduite de
projet adaptative. Je serais dailleurs vraiment curieux de savoir qui
avait vraiment entendu parler de Scrum ou de XP en France avant 2000
et avant que Jean-louis Bnard n'en fasse une tude comparative.
Le refus de sappuyer sur les expriences dun pass aussi proche afin
dviter de renouveler les mmes erreurs et de devoir reformuler les
mmes solutions, reprsente un formidable risque pour les projets en
cours ainsi quune formidable perte de temps pour la profession. Et
cela nest pas du tout Agile !

Questions gnantes pour mthodes phares


Devant laspect actuellement incomplet des mthodes Agiles, il
nest pas interdit de se poser deux ou trois questions simples.
- 1 - Pourquoi XP ne propose-t-il pas une forme dexpression structure
des exigences permettant de dcrire les divers aspects dune
application de niveau systme dinformation ? Rponse possible : le
projet qui a conduit formaliser XP tant une refonte de paie, il est
probable que ces aspects ntaient pas une proccupation du moment.
- 2 - Pourquoi Scrum nimplique-t-il pas de techniques de
dveloppement ? Les certifications de Scrumaster sobtenant en
quelques heures et sans prrequis, il serait logique et charitable de
penser que les initiateurs de cette mthode taient des chefs de projets
ne dveloppant pas, ou plus, eux-mmes.
Au niveau du champ dapplication des mthodes, il serait aussi trs
judicieux de considrer que si 18% seulement des exigences
applicatives peuvent tre fixes en dbut de projet, ce qui implique
que les mthodes en cascade sont inadaptes pour 82% des projets, en
contrepartie il n'y a certainement pas plus de 18% des applications qui
peuvent faire l'objet d'un dveloppement totalement itratif.

Les controverses actuelles sur le sujet


Lhistoire est sense nous rappeler notre pass afin que nous nen
rptions pas les erreurs. Ce principe fonctionne assez bien dans la
plupart des domaines scientifiques ou industriels mais cela semble
navoir jamais empch les guerres ni les checs de projets.

Jean-Pierre Vickoff

www.Entreprise-Agile.com

5
Mthode Agile - Guide de mise en uvre
Au printemps 2001, Thierry Cross, le fondateur dXP France et moimme prsentions RAD et XP dans le grand amphi de lUNIL
Lausanne. Les deux mthodes RAD et XP taient prsentes comme
identiques et complmentaires. Pour tayer cette vidence, je
modifiais on the fly ma confrence. Comme, lpoque XP, ne
disposait pas de rfrences europennes prsenter, durant la priode
de question Thierry ce furent celles du RAD la SG et la Seita, entre
autres, qui furent partages .
A plusieurs reprises il ma t donn dentendre des membres minents
du domaine Agile me dire off Nous savons trs bien que nous venons
du RAD, mais personne ne souhaite se le rappeler. , ou bien encore
Pour introduire des nouvelles mthodes, il est indispensable de
dtruire les prcdentes.
En loccurrence LA prcdente cest la mthode RAD, la PREMIERE
mthode complte et publie. Par le changement de paradigme
quelle a apport en formalisant, dans le dtail, la mise en uvre de
litratif, incrmental, adaptatif , elle constitue la racine
indiscutable des mthodes Agiles suivantes.
En ce qui concerne Scrum, sans rfuter son incroyable impact
mdiatique li au laxisme de ses certifications, ltude compare de son
contenu par rapport celui de RAD ne fait apparatre aucun nouvel
apport lexception de la systmatisation des rtrospectives. Par
contre, Scrum ne dispose que dune seule forme de planification et est
handicap par une absence totale de pratique de gnie logiciel.

Une remise en cause difiante


Lapport deXtrem Programming propos en 1999 par Kent Beck dans
le livre XP explained tait la systmatisation de certaines pratiques
comme la programmation en binme associ la rotation des
binmes, ces techniques facilitaient le TDD et la monte en
comptence de lquipe.
Ayant compris que le foss du changement tait loin dtre combl,
Kent Beck, trs certainement sous la pression commerciale de Scrum,
publia, pour tenter de faire adopter plus largement sa mthode, le livre
Planning XP. Ce document remettait en question laspect extrme des
pratiques XP.
Lensemble des pratiques prconises par XP prexistaient de manire
indpendante et de mise en uvre moins systmatique en fonction du

Jean-Pierre Vickoff

www.Entreprise-Agile.com

6
Mthode Agile Controverses et rflexions
contexte ou des ressources. En acceptant une nouvelle voie plus laxiste,
cest une trs grande partie de lapport de XP qui disparaissait.
Du mme coup, ma proposition de remplacer la phase de
Construction du RAD par XP navait plus vraiment de sens.
Etrangement ces changements ne trouvrent pas dchos en France
3
jusquen dcembre 2008, lorsque Emmanuel Chenu , publia un compte
rendu de cet ouvrage sur son blog.
Ce livre a t conjointement crit en 2001 par Kent Beck et Martin
Fowler et prfac par Tom DeMarco. Cela fait trois grosses signatures
pour un seul et mme ouvrage. Jai immdiatement command le
livre en question pour vrification, mais, par thique, je prfre citer
compltement Emmanuel Chenu :
Les auteurs consacrent le livre la planification et au pilotage d'un
projet men dans une dmarche XP. Ils cherchent montrer qu'en plus
de pratiques techniques, XP contient les pratiques ncessaires et
suffisantes pour planifier et piloter un projet.
On dit souvent que Scrum apporte aux pratiques techniques d'XP les
pratiques de pilotage de projet et d'quipe. Ce livre tend montrer que
XP est dj autosuffisant pour la gestion de projet. La surcouche Scrum
ne fait que recouvrir avec son propre vocabulaire et ses rles des
pratiques prexistantes dans XP. Ceci dit Scrum apporte plus de
formalisme et de crmonial.
D'une manire gnrale, Martin et surtout Kent ont mis de l'eau dans
leur vin et l'aspect extrme d'XP en est diminu. Dj, en prface, les
auteurs rappellent que XP n'est pas une destination mais un parcours.
La dure de l'itration est devenue un sujet d'exprimentation. Le cycle
hebdomadaire n'est plus une rfrence. L'essentiel est de rester en
dessous du mois et de ne pas glisser !
De mme, la pluridisciplinarit de chaque membre de l'quipe n'est
plus encadre par une rotation systmatique des binmes sur toutes
4
les parties de l'application . La spcialisation des dveloppeurs est
mme encourage partir du moment o elle est lie une motivation
personnelle.

http://emmanuelchenu.blogspot.com

Le Pair Programming gnralis comme outil de communication et


dapprentissage vient dtre tu.

Jean-Pierre Vickoff

www.Entreprise-Agile.com

7
Mthode Agile - Guide de mise en uvre
Aussi, les auteurs sont plus permissifs quant l'existence de bugs dans
le produit. La correction de bugs mineurs n'est pas ncessairement une
5
priorit pour l'quipe .
Enfin, les auteurs sont moins impratifs sur la ncessit de dvelopper
les fonctionnalits de bout en bout. L'essentiel est dsormais que tout
ce qui est dvelopp dans l'itration soit test la sortie de l'itration.
Personnellement je dsapprouve le calcul d'une vlocit individuelle
pour chaque dveloppeur car je ne vois pas comment cela peut rester
6
compatible avec un esprit d'quipe efficace . Je prfre calculer la
vlocit de l'quipe pour mesurer sa capacit de travail par itration et
ventuellement diviser cette vlocit par le nombre de dveloppeurs
pour surveiller l'impact de l'intgration de nouveaux membres dans
l'quipe.
Enfin, j'ai apprci le dsaccord entre Kent et Martin portant sur la
priorit des fonctionnalits dvelopper. Kent accorde une plus grande
priorit celles qui apportent le plus de valeur au client alors que
Martin accorde les plus hautes priorits celles qui comportent le plus
de risques. C'est le pilotage par retour sur investissement contre le
pilotage par les risques.
Voila, merci monsieur Chenu, vous m'avez apport beaucoup avec
cette synthse, car j'ai beau lire normment sur le sujet, je n'avais pas
tudi cet ouvrage, le titre m'ayant amen penser que cela traitait
uniquement de planification.
Ce qui me drange, car je considre XP comme la mthode ayant
apport le plus aux annes 2000, c'est l'abandon des aspects extrmes.
Si l'on tire un trait sur le Pair programming gnralis comme outil de
communication et dapprentissage ainsi que sur les aspects qualit
(TDD et Refactoring gnraliss), que va-t-il rester ? Le Programming ?

Cela ne remettrait pas en cause la gnralisation du TDD et du Refactoring ces


ides ?

De mme, la mthode RAD prconisait les rcompenses au niveau quipe et


utilisait la mtaphore du foot pour expliquer que mme si lun des joueurs tait
un dieu du stade, le match perdu ltait pour toute lquipe.

Jean-Pierre Vickoff

www.Entreprise-Agile.com

8
Mthode Agile Controverses et rflexions

Scrum, le fond des problmes


Depuis la fin des annes 80, jai intgralement consacr ma carrire et
mes temps libres la promotion dune conduite de projet itrative
incrmentale adaptative et en particulier la premire de ces
mthodes : le RAD de James Martin.
Aujourdhui, je suis totalement sidr dobserver comment, des
7
sectaires , sans culture de leur mtier pour certains et sans thiques
pour dautres, tentent de saffranchir de cette antriorit en dnigrant
sans complexe ce qui est lorigine mme des pratiques quils idoltrent.
Encore rcemment, quelques fanatiques me reprochaient daffirmer et
de prouver que les mthodes Agiles actuelles sont incompltes mme
en en couplant plusieurs (gnralement Scrum et XP) et que, de plus,
leurs couvertures respectives se chevauchent. Pire, frisant
liconoclastie je prtendais que mes clients se plaignaient de ne pas
disposer de structuration Agile des exigences pas plus que de formes
agiles de matrise des communications en environnement
organisationnel complexe. Il faudrait suivre tout jamais Scrum in the
book .
Amusant cet aspect ne touchez plus rien pour les jeunes
dfenseurs inconditionnels dune Agilit quils auraient souhaite
totalement rvolutionnaire et totalement nouvelle. Il est vrai que cette
virginit permettait de promettre une martingale incontournable du
succs. La deuxime gnration de mthodes itratives aurait eu
comme avantage de ne rien devoir personne et, du mme coup, se
serait pour un temps affranchie du passif de la plthore dchecs
organisationnels aussi srement programms que non vits dans la
plupart des grandes organisations ayant refus pour de multiples
bonnes raisons la vritable volution Agile. La suite se prsente
comme encore plus triste et pnalisante pour le monde Agile. Les
critiques les plus dures viennent des US et elles sont cinglantes.

The Decline and Fall of Agile


Une des controverses majeures a pour origine larticle The Decline
and Fall of Agile sur le blog de James Shore dun expert indiscut du
domaine auteur de louvrage The Art of Agile Development. Ce
praticien confirme globalement :

Agile is starting to sound a lot more like religious rhetoric than an


engineering practice

Jean-Pierre Vickoff

www.Entreprise-Agile.com

9
Mthode Agile - Guide de mise en uvre
 Que prises indpendamment, les mthodes agiles actuelles sont
incompltes.
 Que Scrum est en train de faire dconsidrer globalement le
8
mouvement Agile .
 Quune approche semi-itrative (un retour au RAD quoi ) qui
9
permet de dfinir un minimum de besoins et darchitecture est
mieux adapte la plupart des dveloppements.
Il sen est suivi un dialogue qui a permis plus dune centaine dautres
praticiens de venir exposer leurs problmes. En rsum
L'engouement pour Scrum a fait que nombre d'quipes
insuffisamment prpares se retrouvent dans des situations
inextricables de dette technique. Ils ont navement cru que l'on pouvait
tirer bnfice d'une gestion de projet agile sans en payer le prix.
Ceci ne ma pas appris grand-chose puisque ce sont ces mmes
rflexions qui sont la base de mes travaux sur PUMA. Mais
sincrement, je naurais pas pu imaginer mieux pour inciter certains
fanatiques se questionner un minimum.

Dans Voyage in the Agile Memeplex: in the world of agile development,


context is key, Philippe Kruchten sinquite lui aussi dune agilitation
8

Rescuing Scrum teams keeps me in business

When in fact if you are truly agile, you will use waterfall (design up front)
when necessary

Jean-Pierre Vickoff

www.Entreprise-Agile.com

10
Mthode Agile Controverses et rflexions
scrumiste exagre. Comme le prcise Claude Aubry sur son blog :
Bref on le sent un peu remont contre le dogmatisme des zlateurs
de l'agilit, les agilistas. Philippe Kruchten craint le retour de
flamme dune agilit applique sans discernement et sans tude du
contexte. Il stigmatise :
 le jargon utilis, travers les Agilese ;
 le suivisme aveugle, travers l'Agilism ;
 l'intolrance des convertis, travers l'Agilitis ;
 les tudes pseudo-scientifiques hors contextes dAgilologie.
Selon Claude Aubry A le lire, on a l'impression qu'aux US et au
Canada, l'agilit est le courant dominant et qu'il est difficile d'y rsister,
voire de le critiquer : l'agilit serait la pense unique. C'est loin d'tre le
cas en France.
Martin Fowler dans un article de fvier 2009 en fait aussi tat et
prsente le problme ainsi Certains veulent une mthodologie Agile
et choisissent Scrum. Ils adoptent les pratiques Scrum et mme les
principes. Au bout d'un certain temps l'avancement du projet ralenti
car le code source est en pagaille du fait que Scrum omet dlibrment
les pratiques techniques (dtail sur le blog de Denis Dolfus).
Il nest pas possible de citer tout le monde, mais il est vident que ces
errements, qui causent un grand tort au mouvement Agile dans son
ensemble, commencent en nerver plus dun et pas des moindres.
Note : tout cela me rappelle Merise et les certitudes inbranlables des
merisiens avant quils ne disparaissent sans laisser dadresse.

Pour des outils adapts la culture europenne


Il faut que les experts Agiles franais cessent dtre les simples
perroquets de leurs matres amricains en rptant inlassablement,
persuads davoir dcouvert le secret du laser couper le beurre,
lappel aux trois ou quatre techniques quils ont retenues Planning
poker, Backlog, Burndown chart. Planning poker, Backlog, Burndown
chart
Et, pourquoi pas : Elle est frache ma mthode, elle est frache .
Dautant que pour avoir pratiqu de nombreuses annes des deux
cts de lAtlantique, je peux vous assurer que rien ne sapproprie aussi
aisment. Dailleurs, mes visites dans de nombreuses DSI me laissent
penser quune jolie catastrophe, qui alimentera les futures statistiques
dchecs de projets du Standish group ou du Gardner group, est en
train de se mettre plus ou moins agilement en place.

Jean-Pierre Vickoff

www.Entreprise-Agile.com

11
Mthode Agile - Guide de mise en uvre
Les directions informatiques ne doivent pas tre dupes et il serait
logique de considrer PUMA Essentiel qui est la seule approche
europenne et naturellement francophone. Simple et complte, elle
permet dobtenir une Agilit raisonnablement pense et parfaitement
en adquation avec notre culture.
LAgilit doit passer le cap du simple assemblage de techniques
permettant lencadrement dun projet de dveloppement et stendre
lensemble des proccupations de lorganisation face son systme
dinformation, ses processus et ses ressources humaines.
De la mthode Agile, oui, mais la plus efficace. Surtout si elle est
europenne et que nous pratiquons en Europe !

Mes premires expriences


Laventure des dveloppements Agiles, Lean, Rapides, etc. commence
pour moi au Canada en 1988 avec la dcouverte des travaux de Boehm
sur le dveloppement itratif-incrmental. Ds 1989, aprs les
premires communications de James Martin sur laspect adaptatif et le
phasage court, je ralise Hydro-Qubec une application avec la
mthode RAD, en utilisant le premier SGBDR sous Windows et en
impliquant des utilisateurs enthousiastes. Le projet est une
phnomnale dmonstration defficacit mais me cote mon job.
Je ritre la dmonstration chez Bell Mobilit Cellulaire et ensuite pour
les laboratoires Abbott. Devant les succs obtenus, je commence
publier sur le sujet. Je participe simultanment plusieurs oprations
Lean, damlioration continue et de ringnierie des processus avant
automatisation. En 1991, James Martin prsente le premier livre ddi
au RAD.
Dbut 1994, de retour en France, je publie un rapport sur la mthode
qui sera achet par les grands comptes. Je lance alors le premier projet
RAD la Seita et consacre ensuite ma carrire et mon temps libre
promouvoir ce type de mthode. En 2000 je prconise dintgrer XP
la Construction RAD. En 2001 je propose PUMA. Et voil, ctait parti !

Jean-Pierre Vickoff

www.Entreprise-Agile.com

12
Mthode Agile Les meilleures pratiques

Bibliographie principale
Ambler (S), Agile Modeling : Effective Practices, Wiley, 2002.
Badot (O), Thorie de l'entreprise agile, L'Harmattan, 1998.
Beck (K), Extreme Programming, Campus Press, 2002.
Beck (K), Fowler (M.), Planning Extreme Programming, A. Wesley, 2001.
Beck (K), Test Driven Development, Pearson Education, 2003.
Cohn (M), User Stories Applied, Addison-Wesley, mars 2004.
Debrauwer (L), Design Patterns, Editions ENI, 2007.
Delbaldo (E), CMMi light, Editions AFNOR, 2008.
Evans (E), Domain-Driven Design:, Addison Wesley , 2002.
Fowler (M), Patterns Enterprise Application Architecture, A. Wesley, 2002.
Greenfield (J), Short (K), Cook (S), Kent (S), Software Factories, Wiley, 2004.
Hammer (M), Champy (J), Le Reengineering, Dunod, 2000.
Kerievsky (J), Refactoring to Patterns, Addison Wesley, 2004.
Cross (T), Matriser les projets avec XP, Cpadus ditions, 2004.
Cohn (M), Agile Estimating And Planning, Prentice Hall, 2004.
Larman (C), Agile and Iterative Development, A.Wesley, 2004.
Madoz (J-P), L'amlioration continue, Afnor, 2005.
Martin (J.), Rapid Application Development, Macmillan 1991.
Meszaros (G), Unit Test Patterns: Refactoring Test Code, . Wesley, 2007.
Newkirk (JW), Vorontsov (A), Test-Driven Developmen, Microsoft ,2004.
Petit-Etienne (M) - Peyraud (Y.), Reengineering, d. d'organisation, 1996.
Schwaber (K), Agile Project Management with SCRUM, Microsoft,2004.
Stapleton (M), Dynamic Systems Development Method, A. Wesley, 1997.
Vickoff (J-P.), RAD, 1994 MGI et 1996 MacMilan.
Vickoff (J-P.), RAD CMM UML, Gartner Group, 1999.
Vickoff (J-P), Systmes dInformation et processus Agiles, Hermes, 2003.
Williams (L), Kessler (R), Pair Programming Illuminated, A. Wesley, 1990

Jean-Pierre Vickoff

Entreprise-Agile.com

13
Mthode Agile - Guide de mise en uvre

Liste des mots cls


K

C
Claude Aubri 9

Ken Shwarber 2
Kent Beck 5, 6

D
M

Denis Dolfus 10
DSDM 2

Martin Fowler 6

E
Emmanuel Chenu 6
thique 3, 6

P
Philippe Kruchten 9
PUMA Essentiel 10

H
humaniste 2

R
Ron Jeffrie 2

J
James Martin 2, 3, 7
Jean-Pierre Vickoff 2
Jeff Sutherland 2
Jennifer Stapleton 2

S
Scrum 2, 3, 4, 5, 6, 8, 9

V
vlocit 6

Jean-Pierre Vickoff

www.Entreprise-Agile.com

Vous aimerez peut-être aussi