doctrine

Logiciel
Le contrat de développement
logiciel en méthode Agile
U n p e u d e d ouceur dans un monde de brutes ?

L
es « méthodes Agiles » un avantage compétitif pour le client ; méthode « eXtreme Programming »
consacrent une philosophie 3) livrer fréquemment une applica- favorise le développement d’un code
de travail évolutive et prag- tion fonctionnelle, idéalement toutes de qualité en appliquant de manière
matique reposant sur quatre les deux semaines ; 4) faire collabo- rigoureuse les bonnes pratiques d’in-
valeurs et douze principes énoncés rer les différents métiers du client de génierie logicielle (développements
par le Manifeste Agile, rédigé en 2001 manière quotidienne ; 5) placer les pilotés par les tests, intégration des
par plusieurs experts de l’ingénie- individus motivés au centre du projet ; modifications plusieurs fois par jour,
rie logicielle (1), en partant du constat 6) privilégier la transmission orale etc.). Cette dernière méthode se foca-
selon lequel une part importante des des informations ; 7) mesurer l’avan- lise un peu moins sur les cérémonies
échecs industriels en matière informa- cée du projet par rapport au nombre Agiles à respecter par ailleurs dans
tique est due à une trop grande rigidité de fonctionnalités livrées ; 8) réaliser le cadre du déroulement méthodolo-
méthodologique et juridique. le projet selon une cadence régulière gique du projet.
et proportionnée aux ressources ;
DES PRINCIPES ISSUS 9) privilégier la qualité des livrables ; L’APPRÉHENSION
DE LA PRATIQUE 10) optimiser le travail en évitant la RAISONNÉE
DES PROFESSIONNELS réalisation de tâches superflues ; DU CHANGEMENT
DE L’INFORMATIQUE 11) promouvoir l’auto-organisation des
équipes ; 12) réfléchir régulièrement Les méthodes agiles sont donc
Selon le Manifeste Agile, les quatre aux moyens d’amélioration. plurales. Mais toutes proposent une
valeurs fondamentales de l’Agilité alternative aux méthodes de gestion
sont : 1) la primauté des individus et Les méthodes agiles constituent classiques des projets informatiques,
des interactions sur des processus davantage un guide des bonnes « en cascade » ou « en V », qui sont
impersonnels et des outils génériques ; pratiques opérationnelles pour le parfois critiquées pour leur rigidité
2) le développement de logiciels développement de solutions logi- structurelle excessive interdisant la
opérationnels plutôt que l’élaboration cielles, qu’un ensemble exhaustif de prise en compte des changements en
d’une documentation exhaustive ; règles contractuelles. cours de projet (2).
3) la nécessité d’une collaboration de
chaque instant avec le client au lieu Aussi existe-t-il en réalité plusieurs Le principal atout revendiqué par les
de la stricte application d’une matrice méthodes agiles, les plus connues étant prestataires agiles est, en effet, de
de répartition des tâches ; 4) le déve- les méthodes « Scrum », « eXtreme pouvoir appréhender le changement
loppement d’une réponse efficace au Programming » ou encore « Lean/ de circonstances en cours de projet.
changement imprévu, davantage que Kanban ». Chacune de ces méthodes De fait, de très nombreux projets
le suivi d’un plan préétabli qui devient tente de répondre à une probléma- informatiques échouent et créent
caduc en cours de projet. tique particulière tout en s’inspirant de des préjudices parfois extrêmement
l’esprit commun du Manifeste Agile. lourds, parce qu’un changement
Le Manifeste Agile décline ensuite les Par exemple, la méthode « Scrum » est survenu en cours d’exécution
douze principes théoriques qui défi- est une méthode de gestion de projet à (les projets informatiques s’étendent
nissent l’Agilité, et que nous énumé- laquelle aucune technique particulière parfois sur 12, 15 mois ou plus), soit
rons rapidement ci-après : 1) satisfaire d’ingénierie logicielle n’est associée, et dans les besoins du client, soit dans la
le client en livrant tôt et régulièrement qui vise avant tout à renforcer l’auto- complexité technique des tâches du
les composants produits ; 2) accueillir nomie, la motivation et la collabora- prestataire, et que la méthode conve-
l’éventuel changement à chaque tion de l’équipe de développement nue n’a pas permis de gérer efficace-
étape du développement et en faire avec l’équipe du client. A l’inverse, la ment ce changement.

EXPERTISES - DÉCEMBRE 2013 415

 C’est dire qu’un changement de Les prestataires « agiles » reven- L’AGILITÉ DU PÉRIMÈTRE
circonstances, qui normalement vient diquent un taux de réussite des CONTRACTUEL :
déjouer les prévisions contractuelles projets qui leur sont confiés supérieur DES BESOINS ÉVOLUTIFS…
des parties (notamment calendaires à la moyenne – essentiellement parce À UN PRIX FORFAITAIRE
et budgétaires), est au contraire que les indices de mesure du succès
appréhendé et géré par application sont différents, plus proches de la Les méthodes agiles promeuvent une
des méthodes agiles. satisfaction des utilisateurs fonction- conception dynamique des projets
nels que de la conformité stricte à un informatiques qui se caractérise
D’où une certaine confusion des périmètre initial. d’abord au stade de la définition
juristes, car les projets informa- du périmètre contractuel (1), même
tiques obéissent traditionnellement LES PIÈGES en cas de « rigidité » des conditions
à des principes qui peuvent paraître DE LA CONTRACTUALISATION financières (2).
contraires à ceux du Manifeste Agile. AGILE
Le backlog, un référentiel
A titre d’exemple, les méthodes Pour autant, la réalisation d’un « projet contractuel évolutif
agiles contredisent l’intangibilité agile » peut être un chemin semé
des principaux éléments contrac- d’embûches, si certaines précau- Selon la méthode agile, le docu-
tuels (périmètre fonctionnel défini, tions ne sont pas traitées au stade de ment pertinent qui définit les besoins
prix forfaitaire, durée bornée dans le la contractualisation. Car bien que du client, ne sera ni le cahier des
temps, prestations définies dans une le Manifeste Agile lui-même minore charges ni la proposition technique
proposition commerciale initiale… et l’importance du contrat, en pratique et commerciale du prestataire, qui
sur la base d’un cahier des charges tous les acteurs de l’Agilité ont bien jouent un rôle préparatoire, mais
avant le démarrage du projet). Les dû admettre qu’ils ne peuvent faire une liste fonctionnelle élaborée de
méthodes agiles proposent égale- l’impasse sur l’étape de la contrac- manière conjointe par les parties,
ment une alternative au découpage tualisation, juridiquement indispen- appelée backlog. C’est ce backlog qui
du projet en phases linéaires et sable. Au contraire, il est capital que constitue le document de référence
successives (conformément à une le contrat reflète très précisément la sur la base duquel s’effectuent l’ana-
matrice définissant les responsabili- méthodologie et les concepts agiles lyse de conformité des travaux, et la
tés du client et du prestataire, chacun mis en œuvre, pour éviter de cruelles mesure du « reste à faire ».
fournissant à tour de rôle ce qui déconvenues ultérieures en cas de
relève de sa responsabilité). divergence d’interprétation. Au sein du backlog, chaque fonction-
nalité est exprimée en unité de valeur
Les méthodes agiles permettent De plus, il serait faux de prétendre métier, pour quantifier l’importance
surtout la prise en compte des chan- que tout prestataire autoprocla- que revêt chaque fonctionnalité aux
gements survenant en cours de mé « agile » l’est réellement. Pour yeux des utilisateurs, et en points de
contrat, dont l’intégration dans le certains, l’Agilité est un argument complexité pour quantifier la difficulté
champ contractuel n’est traditionnel- commercial qui sert à accroître technique de réalisation par le presta-
lement possible qu’après une phase l’obligation de collaboration du taire - et donc également ses charges, et
de renégociation où s’affrontent les client, tout en déresponsabilisant in fine le prix à payer par le client pour
intérêts opposés de chaque partie (le le prestataire. Autre écueil encore : le développement des fonctionnalités.
client cherchant à inclure au forfait ce parfois le prestataire et le client s’en-
qu’il interprète comme des « consé- tendent effectivement pour mettre en Mais contrairement à un cahier des
quences logiques » de ses besoins, ou œuvre un projet Agile, mais dans les charges, le périmètre contractuel
encore des défauts d’analyse initiale faits, n’appliquent pas vraiment la défini dans le backlog n’est pas figé
du prestataire, et le prestataire cher- même Agilité… Dans ces cas-là, un pour toute la durée du contrat. Il est
chant à l’inverse à exclure du forfait contrat précis permet d’assurer la par essence évolutif. En fonction de
tout ce qui ne répond pas strictement conformité du projet à l’orthodoxie l’état d’avancement du projet, des
au périmètre fonctionnel et technique des méthodes agiles, et de revenir difficultés, impondérables et autres
sur lequel il s’est contractuellement aux procédures convenues en cas de retards rencontrés, le client pourra
engagé). divergence. décider de modifier les fonctionna-
lités initialement commandées, en
C’est avant tout en réaction à des Dans tous les cas, il est primordial revoyant leur ordre de priorité, voire
difficultés bien connues des prati- que le contrat reflète le plus fidèle- d’abandonner certaines si elles sont
ciens qui accompagnent leurs clients ment possible les principes opéra- devenues obsolètes au fil du projet
dans le cadre des contentieux judi- tionnels et organisationnels de déve- ou pour y substituer de nouveaux
ciaires afférents aux projets informa- loppement en méthode agile, qui se besoins plus importants.
tiques, que les méthodes agiles se caractérisent essentiellement par un
sont développées et se propagent de mode de travail évolutif (1), itératif (2) A titre d’exemple, les fonctionnalités
plus en plus. et collaboratif (3). initialement définies par les parties

416 EXPERTISES - DÉCEMBRE 2013

peuvent être modifiées par le client de conception). Il est donc nécessaire les fonctionnalités effectivement
tout au long du projet en fonction que le contrat définisse la durée de développées dans les limites du prix
des souhaits émis par les utilisateurs chaque itération, et stipule très clai- forfaitaire contractuellement prévu.
de la solution, c’est-à-dire les repré- rement que si les dates du calendrier En clair : le résultat contractuel n’est
sentants des « fonctions métiers » du sont fixes, le contenu fonctionnel qui plus une liste de fonctionnalités, mais
client qui sont les vrais destinataires sera livré par le prestataire dépendra une enveloppe de complexité dans
de la future solution. Dans le cas de entièrement du stade d’évolution du laquelle le client décide des besoins
la méthode agile « eXtreme Program- projet, et des arbitrages fonctionnels qu’il privilégie.
ming », ces demandes sont expri- du client.
mées sous forme de « user stories » : Il est possible de cumuler au sein
le besoin n’est pas exprimé de Enfin, le contrat doit nécessairement d’un même contrat un prix forfai-
manière générique comme dans un définir les notions agiles, qui figu- taire correspondant à un périmètre
cahier des charges, mais sous forme reront de toute façon dans le PAQ, commandé de manière ferme, et un
d’une courte description concrète du mais dont le sens doit être parfaite- prix formulé au temps passé corres-
besoin fonctionnel de l’utilisateur (du ment compris par les deux parties. pondant à un périmètre prospectif.
type : « j’aimerais réserver un billet Les notions typiquement agiles de C’est ici l’inventivité des rédacteurs
d’avion »). « product owner », « user stories », de contrats qui doit parler, ainsi que
« démonstration », « rétrospec- l’ingéniosité des parties dans l’éla-
Les instances d’arbitrage et d’actua- tive », « vélocité », etc., doivent être boration de conditions financières
lisation, et les « cérémonies agiles » consensuelles. conformes à la méthode choisie,
dans le détail des-quelles nous n’en- et respectueuses des responsabi-
trerons pas ici, permettent d’assu- La possibilité du forfait face lités assumées par chacun. A titre
rer cette flexibilité. Ces cérémonies à l’adaptabilité du périmètre d’exemple, certains prestataires
varient peu d’une méthode à l’autre, contractuel proposent des systèmes de bonus/
mais toutes organisent le copilotage malus selon que l’équipe respecte
du projet et la délibération du client En dépit du caractère évolutif du ou non le nombre de fonctionnali-
assisté par les conseils du presta- périmètre contractuel, les méthodes tés qu’il est convenu de développer
taire. En particulier, les priorisations agiles ne semblent pas avoir remis par itération.
et repriorisations des besoins métiers en cause la pratique de réalisation au
qui sont effectuées par le client forfait des projets de développement En synthèse, il est donc indispen-
doivent tenir compte des interdé- logiciel, au grand dam de certains sable que le contrat reflète avec
pendances et interactions des fonc- prestataires qui préfèrent naturel- précision les concepts, cérémonies,
tions entre elles, et donc des règles lement intervenir en régie dans un métriques, et procédures d’exécu-
de gestion qu’il est indispensable de contexte qui ressemble fort à une tion propres aux méthodes agiles.
maîtriser parfaitement, et de manière prestation d’intégration continue. Dans ce but, le praticien veillera à se
consensuelle, côté prestataire comme méfier de la « fausse Agilité », qu’il
côté client. Il est vrai que l’engagement au s’agisse d’un argument de vente un
forfait semble a priori peu compa- peu expéditif du prestataire, ou d’un
Au stade de la rédaction du contrat, tible avec la possibilité pour le client engouement un peu superficiel du
il est donc indispensable de vérifier de faire évoluer ses besoins. Mais client. La meilleure recommandation
que les spécificités de la méthode en pratique, on observe que les possible est donc de conseiller aux
agile choisie sont bien stipulées. A modifications du périmètre contrac- clients utilisateurs de s’engager dans
cet égard, le contrat doit préciser la tuel initial entraînent rarement une un projet agile en connaissance de
nature évolutive du backlog annexé : augmentation du prix initial, dès lors cause, informés de ces spécificités, en
en effet, seul le dernier backlog en que les unités de valeurs et les points acceptant sciemment que le résultat
date, comportant les fonctionnalités de complexité des nouvelles fonction- fonctionnel ne sera pas forcément la
retenues et priorisées, sert de référen- nalités ne dépassent pas l’enveloppe solution esquissée dans son cahier
tiel de conformité pour réceptionner globale du backlog en termes de des charges, et en toute hypothèse,
la solution cible. charges. C’est d’ailleurs tout l’enjeu en s’appuyant sur un contrat rendant
de la repriorisation : le client peut parfaitement compte de la méthodo-
Ensuite, tout s’enchaîne : le contrat toujours remplacer, au terme d’un logie adoptée.
doit prévoir également les modalités sprint, une fonctionnalité A initiale-
de rédaction et validation des spéci- ment prévue, par une fonctionnalité B L’AGILITÉ DANS
fications fonctionnelles et techniques devenue plus pertinente, à nombre de LA RÉALISATION
(qui sont menées elles aussi par cour- points de complexité identique. Ainsi, DES DÉVELOPPEMENTS
tes itérations, et qui donnent tout les prestataires agiles s’engagent LOGICIELS
de suite lieu aux développements sur un prix forfaitaire correspon-
correspondants sans attendre la dant à un nombre de jours/hommes Sur le plan technique et s’agissant
rédaction de l’intégralité du dossier total, ce qui permet de faire évoluer de la réalisation des livrables, les

EXPERTISES - DÉCEMBRE 2013 417

 méthodes agiles sont qualifiées d’ité- En outre, la succession des sprints attentes actuelles et pragmatiques
ratives car elles privilégient la répé- permet normalement au client de des utilisateurs, en conservant à l’es-
tition fréquente de cycles de courte suivre à la loupe l’état d’avancement prit que ces attentes sont susceptibles
durée comportant de manière iden- du projet, de prononcer la recette de varier dans le temps…
tique toutes les étapes de développe- partielle des livrables, de manière
ment logiciel. On parle alors d’itéra- progressive, et de mettre à jour, en UN FONCTIONNEMENT
tion, ou sprint. cas de besoin, les fonctionnalités du COLLABORATIF EXIGEANT
backlog. Les opérations de tests sont
Ainsi chaque sprint cumule les opéra- menées de façon collaborative sur Par ailleurs, tous les projets informa-
tions de spécifications fonctionnelles, des durées très courtes et permettent tiques possèdent, indépendamment
de développement puis de tests à de constater et de corriger les écarts de la méthode qui les gouverne, une
partir des user stories, (au lieu de les dans un délai extrêmement réduit. dimension humaine capitale, impli-
échelonner dans le temps avec une quant des échanges réguliers entre
première phase de spécification par Le praticien qui rédige un contrat de le client et l’équipe du prestataire. En
le prestataire, à valider par le client, développement en méthode agile fait, les méthodes agiles exigent des
puis une phase de développement, là doit donc traduire juridiquement la parties une collaboration si intense
aussi soumise à recette – il s’agit là notion de sprint, sa durée (générale- ainsi qu’une implication si forte du
de la fameuse « navette » des projets ment inférieure à six semaines) et les client dans la réalisation du projet,
classiques). modalités de définition et d’adapta- qu’elles promeuvent en générale l’in-
tion de son contenu prévisionnel. Le tégration des deux équipes au sein
Idéalement, chaque sprint se contrat doit également prévoir les d’une seule équipe projet, qui inter-
termine donc par la livraison d’un différentes options qui s’offrent aux vient dans un même lieu, et selon les
incrément logiciel définitif, prêt à parties au terme de chaque sprint mêmes processus.
être mis en production, et qui fait (à partir du retour d’expérience de
l’objet d’une démonstration opéra- l’équipe et en fonction des arbitrages Une collaboration
tionnelle aux utilisateurs. En cas de fonctionnels du client). généralisée à tous
non-conformité, le développement les stades du projet
peut aussi être corrigé à l’occasion Le contrat doit aussi prévoir une
du sprint suivant. La courte durée métrique indispensable en méthode Cette collaboration des parties est un
des sprints instaure donc un rythme agile, la « vélocité », qui permet de impératif présent à tous les stades du
de travail dynamique qui permet en mesurer le nombre de fonctionnalités projet agile. Ainsi, le client est évidem-
principe de capitaliser l’expérience développées pendant chaque sprint, ment concerné au premier chef par
acquise par l’équipe de dévelop- et de le comparer aux prévisions la définition initiale du projet en
pement lors des sprints précédents, contractuelles. C’est cette métrique termes de fonctionnalités et d’objec-
et de réagir rapidement en cas de qui permet de mesurer le taux de tifs (élaboration des principes direc-
réorientation du projet. couverture fonctionnelle, et d’identi- teurs et des fonctionnalités logicielles
fier une éventuelle dérive. Si la vélo- attendues dans le backlog), puisque
Concrètement, les méthodes agiles cité réelle est supérieure à la vélocité cela lui incombe. Il doit néanmoins
permettent donc à chaque itéra- convenue, les parties doivent en iden- solliciter le conseil du prestataire afin
tion d’obtenir des fonctionnalités tifier l’origine, et « corriger le tir » en de réaliser les regroupements fonc-
opérationnelles et autonomes. Ainsi, ramenant la vélocité prévisionnelle tionnels les plus pertinents au sein du
même en cas de rupture anticipée à la vélocité réelle de l’équipe. Le backlog, et effectuer des priorisations
du contrat, le client doit pouvoir contrat doit encore stipuler le nombre efficaces.
mettre en production les parties maximum de sprints envisagé pour
fonctionnelles qui lui ont déjà été répondre à l’ensemble des besoins En termes de gouvernance, le client
livrées, indépendamment du fait fonctionnels du client, tel qu’exprimé peut aussi être amené à contrôler de
que la solution entière ne lui sera dans le backlog. manière quotidienne la cohérence
pas fournie. Dans ce contexte, en entre les décisions prises par l’équipe
cas de rupture anticipée des rela- Au niveau de la clause de recette, au cours des sprints, et l’objectif fonc-
tions contractuelles, seule la rési- la méthodologie agile imposera de tionnel final (la méthode Scrum insis-
liation est possible, la résolution rompre avec le dogme du coupe- tant sur des réunions quotidiennes).
du contrat étant neutralisée par le ret qui tombe en fin de projet ou de Si les sprints impliquent de travailler
caractère opérationnel des précé- phase. Le rédacteur du contrat veille- de manière réactive sur de courtes
dents livrables, s’ils ont été recettés. ra à introduire des recettes partielles séquences, il ne faut jamais perdre
La pratique n’est cependant pas (parfois confondues avec les cérémo- de vue les interdépendances des
toujours conforme à cette théorie, nies d’acceptation des fonctionnalités fonctionnalités en cours de dévelop-
car elle dépend très largement de la démontrées en fin de sprint), et de pement avec les fonctionnalités déjà
nature et de la complexité de chaque nouveaux critères de recette valo- livrées, et celles qui doivent encore
solution informatique cible. risant la conformité du livrable aux être spécifiées et réalisées par la

418 EXPERTISES - DÉCEMBRE 2013

suite. D’où la nécessité, surtout si le De son côté, le prestataire, bien En effet d’un point de vue opération-
projet est complexe, d’un expert fonc- souvent seul détenteur de l'expé- nel, les méthodes agiles comportent
tionnel du métier au sein de l’équipe rience et de l'expertise agile, devra de nombreux avantages apparents.
du prestataire, qui doit porter son être capable d’assumer une part Notamment, l’absence de référentiel
conseil et proposer des rationalisa- supérieure du pilotage afin de garan- strict et intangible défini par le client
tions fonctionnelles selon les meil- tir la cohérence fonctionnelle et tech- (type cahier des charges) favorise
leures pratiques, afin que le client nique du projet. En réalité, l’intégra- le développement de solutions en
comme son prestataire puissent tion des deux équipes au sein d’une rupture avec les technologies exis-
toujours remettre en perspective les seule est un peu artificielle : ce qui tantes, tout en donnant une place
travaux de chaque sprint. se produit réellement, c’est l’intensi- centrale aux fonctionnalités concrè-
fication corrélative de l’obligation de tement attendues par les utilisateurs.
Cette intensité de la collaboration conseil du prestataire, et de l’obliga-
devra elle aussi trouver une traduc- tion de collaboration du client. Par conséquent, les méthodes agiles
tion efficace sur le plan contractuel, peuvent constituer un vecteur effi-
pour assurer la bonne réussite du Enfin, la question du transfert des cace de conduite du changement,
projet. Les parties veilleront donc connaissances devra focaliser l’at- ce qui est primordial dans la mesure
à prévoir les moyens nécessaires tention du praticien soucieux de où les résistances internes sont l’une
pour leur permettre de travailler garantir la pérennité de la solu- des raisons de l’échec des projets
ensemble de manière efficace et tion développée. Le contrat devra informatiques. L’adhésion de l’utilisa-
conforme, là encore, à la méthode donc prévoir les conditions dans teur à une solution qui ré-pond à un
retenue. Les clauses relatives à lesquelles le prestataire rédigera la cahier des charges vieux de 18 mois
la gouvernance du projet, aux documentation nécessaire au fur et à est moins évidente que l’adhésion de
instances de décision, et aux obli- mesure du projet, pour permettre au l’utilisateur à une fonctionnalité qu’il
gations d’information et de collabo- client de maîtriser la solution déve- a décrite trois semaines plus tôt, mais
ration devront donc être adaptées loppée après la fin du contrat. Même cela implique donc une implication
avec le plus grand soin pour tenir si les méthodes agiles n’interdisent considérable des métiers.
compte de cette caractéristique pas toute documentation écrite, elle
essentielle des méthodes agiles. considère la documentation comme Alors certes, le client peut parfois
secondaire, et la proximité des avoir l’impression tenace de « faire
La mobilisation significative équipes présente généralement le un chèque en blanc » au presta-
des ressources du client risque que la communication orale taire, et de n’avoir aucune garantie
supplante la rédaction de la docu- sur ce qui lui sera livré in fine. Mais
Cette exigence de proximité renfor- mentation. Or, s’il est possible d’af- d’une part, la méthode implique une
cée entre les parties n’est pas neutre firmer qu’en phase d’intégration, grande transparence et une codé-
d’un point de vue économique. Du le caractère opérationnel des fonc- cision qui font du client un acteur
côté du client, la méthodologie agile tionnalités livrées est plus important constant du projet, et d’autre part,
suppose l’affectation de ressources que leur documentation immédiate, le découpage en courtes séquences
internes suffisantes (par exemple à il ne faut jamais oublier que la solu- supprime l’effet tunnel pour réduire le
mi-temps ou, idéalement de manière tion logicielle sera ensuite exploitée risque de mauvaise surprise au stade
dédiée). dans la durée par le client, et pourra de la recette de l’entière solution.
faire l’objet de prestations de main-
Mieux vaut identifier ce coût avant tenance corrective et évolutive, qui C’est de cette implication du client,
la formation du contrat pour éviter impliquent une documentation à de sa DSI mais aussi de ses utilisa-
de désorganiser certains services jour et complète. teurs métiers que dépend, sinon le
pendant la durée du projet, d’autant succès du projet - car le conseil et le
que les préposés de la direction infor- Depuis quelques années, les coaching agile du prestataire y font
matique ne sont pas les seuls impli- méthodes agiles s’affirment comme beaucoup également - à tout le moins
qués dans la réalisation du projet, et un gage de réussite sérieux des l’absence de déconvenue tardive au
qu’il faut clairement prévoir que les projets informatiques, en renfor- moment où le temps perdu et l’éner-
opérationnels en charge des métiers çant la collaboration du client et du gie consacrée au projet ne peuvent
du client devront consacrer un temps prestataire autour d’une méthode plus être rattrapés.
très significatif. En effet, les équipes de développement itérative particu-
métiers sont concernées à tous les lièrement souple faisant une large Néanmoins, les caractères transpa-
stades du projet, de la définition des place au changement. Toutefois, ces rent, itératif, évolutif et collaboratif
besoins fonctionnels à la validation méthodes ne sont pas pour autant des méthodes agiles ne constituent
des résultats des travaux de concep- d’absolues garanties de succès, des pas une garantie de succès, pour les
tion puis de développement, en imprévus peuvent toujours conduire raisons susmentionnées, et parce que
passant par les tests et l’émission des à l’échec du projet et à de considé- les impératifs classiques de cadrage
éventuelles réserves. rables préjudices. initial (études d’avant-projet), de

EXPERTISES - DÉCEMBRE 2013 419

 conduite du changement, et d’accom- ne saurait trop insister sur le fait que (1) Le Manifeste Agile est consultable sur http://
pagnement juridique, demeurent le contrat stipule le plus fidèlement www.agilemanifesto.org
indispensables comme dans le cadre possible les principes opération- (2) Pour une présentation plus détaillée des
des méthodes classiques. nels de développement logiciel en différences existantes entre les méthodes
méthode agile. Ces méthodes agiles agiles et les méthodes d’organisation tradition-
On dit parfois que l’Agilité ne doivent être appréhendées par les nelles, voir l’article « Les Méthodes Agiles : de
conviendrait qu’aux clients indécis professionnels du droit, dans le but de la souplesse dans les projets informatiques »,
dont les besoins fonctionnels ne sont leur conférer une traduction juridique publié en deux parties (le 26 novembre 2011
pas encore mûrs. C’est excessif, car et contractuelle pertinente et efficace puis le 11 janvier 2012) sur le blog Immateria
elles permettent tout aussi bien de pour les entreprises qui y recourent, (http://www.immateria.fr), ainsi que l’article
mener à terme un projet dont le client qu’il s’agisse des prestataires infor- publié par E. Varet et S. Leriche dans le numé-
a clairement conçu, dès le début et de matiques ou des clients utilisateurs. ro de mai 2012 de la revue Expertise sous le
manière pérenne, le périmètre précis titre : « Méthodologie Agile et contrats de déve-
de ses besoins. Il ne s’agit là que de loppement : révolution ou adaptation ? ».
méthodes : l’objectif demeure d’équi-
per le client d’une solution informa-
tique qui va lui permettre de réaliser
des gains de productivité et de ratio-
naliser ses processus au mieux.
Thomas BEAUGRAND
Pour être pleinement efficaces, les Avocat associé
méthodes agiles impliquent donc Jean-Baptiste BELIN
une évolution des mentalités au sein Avocat collaborateur
de l’entreprise, et de son conseil. On Staub & Associés

420 EXPERTISES - DÉCEMBRE 2013