Contrat Agile V1.1

CONTRAT
DE PRESTATION DE SERVICES
RALISS SELON LES METHODOLOGIES AGILES

- v 1.1 -
Ce document est sous contrat Creative Commons Paternit-Partage des
Conditions Initiales l'Identique 2.0 France License
Vous n'avez pas le droit de commercialiser le contrat et ses versions amendes mais pouvez l'utiliser
dans le cadre d'une collaboration client/fournisseur.

Les auteurs de ce contrat dclinent toute responsabilit quant l'utilisation qui en est faite.

Notice : Le contrat contient des zones ditables et des zones de commentaire.

La typologie est la suivante :
q Zone diter : <Modifier ce texte>
q Paragraphe facultatif : {paragraphe facultatif}
q Zone de commentaire : <Commentaire>
Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza
Page 1/52
- SOMMAIRE -

1. PREAMBULE
2. DEFINITIONS
3. OBJET DU CONTRAT
4. DOCUMENTS CONTRACTUELS
5. MISE EN OEUVRE DES PRESTATIONS
6. PLAN QUALITE DE SERVICE
10
7. INTERLOCUTEURS PRIVILEGIES - COMITE DE PILOTAGE
11
8. RECEPTION DES DEVELOPPEMENTS ET DU LOGICIEL
12
9. GARANTIES
14
10. OBLIGATIONS DES PARTIES
15
11. CONDITIONS FINANCIERES
19
12. PROPRIETE INTELLECTUELLE
21
13. CONFIDENTIALITE
24
14. PORTABILITE
25
15. AUDIT
25
16. RESPONSABILITE
26
17. DUREE ET CESSATION
28
18. DISPOSITIONS DIVERSES
29
Page 2/52
ENTRE :

<DNOMINATION SOCIALE>

Socit <forme juridique> au capital social de <montant> euros, inscrite au RCS de <ville> sous le numro
<numro>, dont le sige social est sis <adresse>.

Reprsente par <nom>, agissant en sa qualit de <statut>, dment habilit leffet des prsentes.

Ci-aprs dnomme le Client

D'une part

ET :

Le Prestataire

<Raison Sociale, Adresse, RCS>

Reprsente par le signataire du prsent contrat, dment habilit leffet des prsentes.

Ci-aprs dnomme le Prestataire

D'autre part

Ci-aprs dnommes ensemble les Parties et individuellement une Partie
Page 3/52
Il a t expos et convenu ce qui suit :

1.
PRAMBULE
1.1. LE PRESTATAIRE

Le Prestataire est <description de la socit Prestataire en quelques lignes>.

1.2. LES MTHODES AGILES

Les mthodes agiles sont des groupes de pratiques utilises notamment dans le cadre des projets de
dveloppement de logiciels. Ces mthodes (Scrum, XP) tendent depuis leur apparition dans les annes
90 supplanter les mthodes traditionnelles (mthodes en cascade) en ce quelles permettent, grce au
cycle de dveloppement itratif, incrmental et adaptatif, une approche plus pragmatique des besoins
du client en autorisant une ractivit permanente ses demandes et aux besoins volutifs des
utilisateurs, ce qui permet de privilgier la ralisation d'un produit vritablement oprationnel,
moindre cot, dans un dlai contraint.

Les principes de ces mthodes agiles ont t exprims en 2001 dans le Manifeste Agile. Ce manifeste
prne quatre valeurs fondamentales :

q
Personnes et interaction plutt que processus et outils
q
Logiciel fonctionnel plutt que documentation complte
q
Collaboration avec le client plutt que ngociation de contrat
q
Ragir au changement plutt que suivre un plan

De ces quatre valeurs fondamentales, il ressort que lapplication des mthodes agiles dans la conduite
dun projet de conception de logiciel implique :

q
De disposer dune quipe de dveloppement soude et responsabilise, capable de communiquer
efficacement grce un crmonial documentaire minimal.
q

q
De donner la priorit au fonctionnement de lapplication sur llaboration dune documentation
technique exhaustive.

q
Dimpliquer troitement le client dans la ralisation de lapplication par une collaboration
permanente et un retour dinformation continu sur ladquation des dveloppements ses
attentes.

q
De prendre en compte le fait que les conditions et les objectifs d'une entreprise peuvent voluer
avec le temps conduisant garder la plus grande flexibilit la planification et aux spcifications
initiales afin de permettre ladaptation aux demandes du client tout au long du projet.

Ces mthodes et leur application par le Prestataire sont plus largement dcrites en Annexe 1.

1.3. LE CLIENT

Le CLIENT souhaite faire dvelopper une solution de plus grande qualit. Il sest donc intress aux
mthodes agiles dans le souci de rester matre de ce dveloppement et de ses contraintes affrentes
Page 4/52
(cot, dlai, primtre volutif).

Le CLIENT aprs avoir tudi les bnfices de ces mthodes considre quelles rpondent ses besoins
et objectifs :

q
disposer dune mthodologie adaptative, lui permettant de bnficier dune organisation
informatique claire et pertinente ;
q
adapter le logiciel ses besoins mtier, voire changer davis, mme pendant la phase de
dveloppement de celui-ci et au besoin mettre fin au projet sil estime que celui-ci remplit ses
objectifs en cours de ralisation.

Il a, enfin, une parfaite conscience que la maximisation de la valeur produite par le logiciel, ne de
lapplication des mthodes agiles (livraisons frquentes, implication du client, la gestion des priorits
bases sur des estimations de valeur et de cot) ncessite de sa part une grande implication dans la
conduite du changement quinduit lintroduction de ces mthodes dans son entreprise.

Cest pour ces raisons que, connaissant bien les mthodes agiles, et estimant quelles lui permettront
une parfaite matrise des cots et des dlais et une grande souplesse dadaptation ses besoins en
cours de dveloppement, le CLIENT sest tourn vers LE PRESTATAIRE.

LE PRESTATAIRE a maintenu la disposition du CLIENT les informations techniques et commerciales
relatives sa mthodologie de dveloppement pour permettre au CLIENT de confirmer, si besoin en
tait, que celle-ci est de nature rpondre ses objectifs. LE PRESTATAIRE est galement rest la
disposition du CLIENT pour rpondre toute demande dinformation et procder toute dmonstration
que celui-ci a pu requrir.

Dans ces conditions, le CLIENT a tabli et transmis au PRESTATAIRE un cahier des charges exprimant ses
besoins en termes de fonctionnalits attendues du logiciel. Ce cahier des charges a t reformul sous
la forme de deux documents : Vision (Annexe 2) et en Product Backlog V.0 (Annexe 7).Sur la base de ces
documents, LE PRESTATAIRE a ralis une estimation de charges, structure et dlais qui est jointe
lAnnexe 3.

Aprs discussion sur la base de ces documents, les Parties se sont accordes sur les termes du prsent
contrat dont le prambule fait partie intgrante et dispose de la mme valeur que les autres
dispositions.

2.
DEFINITIONS

Dans le cadre du prsent contrat, les termes ci-aprs avec une majuscule, au singulier ou au pluriel, ont
t dfinis de la manire suivante :

Anomalie : dsigne toute anomalie de fonctionnement dun Dveloppement ou du Logiciel qui
consiste en une diffrence entre le fonctionnement constat du Dveloppement ou du Logiciel et celui
dcrit dans le Sprint Backlog pour le Dveloppement ou dans le Product Backlog pour le Logiciel et qui
est exclusivement imputable au Dveloppement ou au Logiciel, reproductible et document par le
CLIENT.

Anomalie Bloquante : dsigne toute Anomalie qui provoque limpossibilit dutiliser au moins une
fonction du Dveloppement ou du Logiciel.

Page 5/52
Anomalie Majeure : dsigne toute Anomalie qui gnre une dgradation importante dau moins une
fonction du Dveloppement ou du Logiciel ou des performances.

Anomalie Mineure : dsigne toute Anomalie autre quune Anomalie Bloquante ou une Anomalie
Majeure qui ne gne pas lutilisation du Dveloppement ou du Logiciel et ne dgrade pas leurs
performances.

Vision : dsigne le document tabli par le CLIENT avec l'aide du PRESTATAIRE dans lequel celui-ci a
consign les objectifs du projets et les grande fonctionnalits. Le document prsentant cette vision
est joint en Annexe 2. Ce document peut tre assimil une version, modifie conformment aux
principes agiles, du traditionnel cahier des charges .

Dveloppement : dsigne le programme informatique, en code source et en code objet, qui a
vocation implmenter les fonctions dfinies dans un Sprint Backlog et qui est dlivr lissue du Sprint
affrent. Le Dveloppement est une subdivision fonctionnelle du Logiciel.

Logiciel ou Product : dsigne le programme informatique final, en code source, regroupant
lensemble des Dveloppements qui a vocation implmenter les fonctions dfinies dans le Product
Backlog, ainsi que la documentation dexploitation affrente.

Niveaux de Service : dsigne le nombre dunits de mesure associ certaines des prestations de
service quantifiables prvus dans le Plan Qualit de Service. Les Niveaux de Service faisant lobjet dun
engagement de la part du PRESTATAIRE sont expressment viss dans ledit Plan Qualit de Service.

Plan Qualit de Service ou PQS : dsigne le document qui prcise la mthodologie mise en place
pour satisfaire les besoins exprims par le CLIENT en matire de qualit des services fournis dans le
cadre du prsent contrat. A cet effet, le Plan Qualit de Service dcrit la faon dont sont organises les
relations entre les Parties, la liste des tches incombant chaque Partie au titre du prsent contrat et
leur survenance dans le temps ainsi que les Niveaux de Service sur lesquels LE PRESTATAIRE accepte de
sengager pour la ralisation de ses prestations dans le cadre du prsent contrat ainsi que les
ventuelles pnalits qui y sont associes. Le Plan Qualit de Service sera tabli par LE PRESTATAIRE
pendant la phase de lancement et sera soumis pour validation au Comit de Pilotage. Toutefois, une
version initiale du Plan Qualit de Service est jointe en Annexe 4.

Story Point : dsigne lunit de mesure du primtre dun logiciel en termes de fonctionnalits.

Product Backlog : dsigne la liste priorise des fonctionnalits du produit.

Product Owner : dsigne le membre du personnel du CLIENT qui est linterlocuteur privilgi et
disposition de lquipe de dveloppement du PRESTATAIRE. Le Product Owner doit possder une
expertise fonctionnelle mtier et le pouvoir ncessaire pour engager le CLIENT aux fins de prendre les
dcisions ncessaires au bon droulement de la ralisation des Dveloppements et du Logiciel.

Scrum Master : dsigne le membre de lquipe de dveloppement du PRESTATAIRE qui est
lanimateur de cette quipe. Il a la charge doptimiser la capacit de production de cette quipe en
laidant travailler de faon autonome et samliorer au fil du temps et de traiter les obstacles qui
ralentissent ou empchent lquipe de travailler, le cas chant, en demandant au CLIENT de les
supprimer.

Spcifications : dsigne les spcifications fonctionnelles apportant des complments au Product
Backlog pour le Logiciel et dans les Sprint Backlogs pour les Dveloppements.

Sprint : dsigne la squence de base de ralisation dun Dveloppement qui est dune courte dure
( titre indicatif, de l'ordre de 2 4 semaines). Un Sprint dbute par un Sprint Planning et se termine par
Page 6/52
un Sprint Review.

Sprint Backlog : dsigne la liste des fonctionnalits raliser lors d'un sprint et la liste des tches
correspondantes qui sont tablies loccasion dun Sprint Planning. La charge affrente chaque tche
est dtermine par lquipe de dveloppement du PRESTATAIRE.

Sprint Planning : dsigne la runion de lquipe de dveloppement du PRESTATAIRE et du Product
Owner qui a lieu au dbut de chaque Sprint pour dterminer lobjectif et le contenu de celui-ci et qui
permet dtablir le Sprint Backlog.

Sprint Review : dsigne la runion de lquipe de dveloppement du PRESTATAIRE et du Product
Owner qui a lieu lissue de chaque Sprint pour l'essentiel afin de faire une dmonstration du
Dveloppement et dajuster le contenu du Product Backlog en fonction des souhaits exprims par le
CLIENT.

"Rtrospective" : dsigne la runion qui a lieu l'issue de chaque Sprint et dont l'objectif est discuter
des axes d'amliorations de l'quipe. Sont prsents cette runion : le Scrum Master, l'quipe, et le
Product Owner. pisodiquement, d'autres acteurs comme le Directeur de Projet PRESTATAIRE peuvent
tre invits cette runion.

3.

3.1.
OBJET DU CONTRAT
Le prsent contrat a pour objet de dfinir les conditions dans lesquelles et les modalits selon
lesquelles LE PRESTATAIRE sest engage raliser les prestations de dveloppement du Logiciel
:

q
q
q
q
q

3.2.

en utilisant la mthodologie dcrite en Annexe 1 ;

conformment au Product Backlog (Annexe 7 pour mmoire) et la Vision joint en Annexe
2 ;
conformment au Plan Qualit de Service prsent l'article 6 et dont la version initiale est
jointe en Annexe 4 ;
dans le respect de lestimation de charges, structure et dlais jointe lAnnexe 3, le cas
chant modifie dans les conditions du prsent contrat ;
selon les conditions particulires et financires de lAnnexe 5.
Le prsent contrat est rgi par les dispositions de l'article 1779 3 du Code Civil.
Le prsent contrat est dpourvu de tout affectio societatis et naura aucun effet sur
lindpendance de chaque Partie en ce qui concerne lexercice de son activit et la poursuite de
son objet social, chaque Partie continuant exercer en toute indpendance sa gestion, ses
droits et ses obligations et assumer ses responsabilits. A ce titre, il ne peut en aucun cas tre
interprt comme crant entre les Parties un lien dassocis, une relation de mandat ou comme
un contrat de location grance ou mme de sous-traitance de l'activit du CLIENT. Il est exclusif
de toute notion de mise disposition de personnel entrant dans le cadre de la rglementation
sur le travail temporaire.
4.

4.1.
DOCUMENTS CONTRACTUELS
L'accord conclu entre les parties comprend par ordre de valeur juridique dcroissante :
Page 7/52
q
q
q
q
le prsent contrat, les Conditions Particulires jointes en Annexe 5 et lestimation de

charges, structure et dlais jointe en Annexe 3 dans sa version V0, le cas chant modifie
dans les conditions du prsent contrat ;
la Mthodologie Agile jointe en Annexe 1 ;
le Plan Qualit de Service dans sa dernire version, approuve par le Comit de Pilotage,
qui annulera et remplacera la version V0 jointe en Annexe 4 ;
le Product Backlog ;
La vision, jointe en Annexe 2.

Ces documents sont dsigns ci-aprs ensemble par le Contrat .

4.2.

4.3.

4.4.
En cas de contradiction entre deux ou plusieurs des documents ci-dessus, le document situ le
plus haut dans la hirarchie contractuelle prvaudra, que ladite contradiction soit volontaire ou
non. En cas de document susceptible de faire l'objet de versions successives, la version la plus
rcente du document prvaudra.
Les versions successives des documents approuvs en Comit de Pilotage, ont la mme valeur
contractuelle que le document initial (V0) et prendront place de la prcdente version annule
et remplace par la dernire version approuve en Comit de Pilotage.
Les ventuels avenants au Contrat devront indiquer leur rang dans la hirarchie contractuelle.
dfaut, ils auront le rang du document quils ont pour objet de modifier et, en cas de pluralit de
documents modifis par le mme avenant, le rang du document amend le moins lev dans la
hirarchie contractuelle. Si un avenant nindique pas son rang dans la hirarchie contractuelle et
quil na pas pour objet de modifier un ou plusieurs documents dj existants, il acquerra
automatiquement le rang le moins lev dans la hirarchie contractuelle.
4.5.
Par ailleurs, dans lhypothse o une disposition du Contrat serait considre comme nulle,
invalide ou inapplicable, par une loi, un rglement ou une dcision de justice passe en force de
chose juge, elle sera rpute non crite et les autres dispositions du Contrat garderont toute
leur force et leur porte. Les Parties sefforceront dans un dlai de un (1) mois, compter de
lvnement ayant entran la nullit, linvalidit ou linapplicabilit de la clause, de saccorder
sur les termes dune clause de remplacement respectant lesprit et lconomie de la clause
prcdente, et plus gnralement du Contrat, et conformment aux rgles dinterprtation des
articles 1156 et suivants du Code civil.
5.
MISE EN OEUVRE DES PRESTATIONS

5.1. DCOUPAGE DES PRESTATIONS

La ralisation des prestations objet du Contrat comprendra une phase de lancement puis une
phase oprationnelle et, le cas chant, une phase de finalisation.

5.1.1. Phase de lancement

La phase de lancement comprend les prestations initiales de mise en place des conditions
mthodologiques, organisationnelles, matrielles et humaines en vue de la ralisation des
prestations de dveloppement du Logiciel.

Page 8/52
La phase de lancement permet galement dactualiser le primtre fonctionnel du Logiciel

consign dans la Vision sur la base duquel LE PRESTATAIRE a produit son estimation de charges,
structure et dlais et, le cas chant, dajuster ces documents.

La phase de lancement comprend les oprations suivantes :

q
tablissement du Plan Qualit de Service.
Ralisation du Sprint 0 qui recouvre notamment :
La prsentation des personnels du PRESTATAIRE et du CLIENT impliqus dans la

ralisation des prestations objet du Contrat.
La mise en place de la Mthodologie AGILE prsente en Annexe 1.
La mise en place de linfrastructure de dveloppement et de lusine logicielle choisies
par LE PRESTATAIRE.
Lajustement par LE PRESTATAIRE de lestimation de charges, structure et dlais la
hausse ou la baisse conformment aux Conditions Particulires.
La revue du Product Backlog.
Ltablissement du contenu du Sprint suivant.
Ralisation des Sprints 1 3 : Les sprints 1 3 sont des sprints de production dont les
objectifs sont :
o
Dlivrer des incrments de logiciels.
Stabiliser les indicateurs et mtriques associes choisis dans le PQS. A lissue du

sprint 3, PRESTATAIRE sengage sur la valeur dfinitive des seuils dalerte pour
chaque indicateur.

5.1.2. Phase oprationnelle

La phase oprationnelle des prestations de dveloppement du Logiciel est compose de Sprints
successifs lissue desquels LE PRESTATAIRE dlivrera un Dveloppement qui devra tre valid
par le CLIENT selon la procdure de rception des Dveloppements vise larticle 9.

La phase oprationnelle des prestations sachvera par la dlivrance du Logiciel par LE
PRESTATAIRE qui devra tre valid par le CLIENT en vertu de la procdure de rception du
Logiciel vise larticle 8.

5.1.3. Phase de finalisation

Si le CLIENT met en uvre la procdure rsultant des dispositions de larticle 17.2 du
Contrat ATTEINTE ANTICIPE DES OBJECTIFS DU CLIENT , les Parties poursuivront lexcution
du Contrat pendant deux Sprints de manire finaliser la mise au point des Dveloppements
issus du dernier Sprint excut ou en cours dexcution au jour de la dcision du CLIENT.

Les Sprint Backlogs de ces deux derniers Sprints seront arrts par le Comit de Pilotage.

5.2. LIEU DEXCUTION DES PRESTATIONS

Le lieu dexcution des prestations est fix aux Conditions Particulires.

5.3. PERSONNELS AFFECTS LA RALISATION DES PRESTATIONS
Page 9/52

5.3.1. Les personnels du PRESTATAIRE, mme sils venaient tre dtachs dans les locaux du CLIENT,
resteront en toutes circonstances sous lautorit hirarchique et disciplinaire du PRESTATAIRE
qui est leur seul employeur et qui assumera la gestion sociale, administrative et comptable de
celui-ci.

A ce titre, LE PRESTATAIRE devra obtenir tous passeports, visas, permis de travail, autorisations
et autres documents ncessaires lemploi de ses personnels.

LE PRESTATAIRE sera seul responsable de la rpartition des tches, de la programmation des
tches et de l'acceptation des tches ralises par ses personnels.

Les absences des personnels, pour quelque motif que ce soit, et notamment maladie, formation
et congs, seront autorises et/ou gres par LE PRESTATAIRE. Cette dernire devra toutefois
veiller :

informer le CLIENT de labsence dun membre du personnel dans les meilleurs dlais et
rechercher avec lui une solution permettant dassurer la continuit des prestations ;
autoriser les priodes de cong ou de formation des personnels en concertation avec le

CLIENT en vue du bon droulement des prestations.

5.3.2. En aucune manire les personnels du PRESTATAIRE ne sauraient tre soumis un quelconque
lien de subordination manant du CLIENT et, rciproquement, les personnels du CLIENT en
contact avec LE PRESTATAIRE ne sauraient tre soumis lautorit, ni la subordination de cette
dernire.

5.4. ENVIRONNEMENT TECHNIQUE

A complter : Description de l'environnement technique du projet

Le CLIENT fournira au PRESTATAIRE toutes autres ressources humaines, techniques, logistiques et
organisationnelles ncessaires la bonne excution des prestations de dveloppement du Logiciel.

6.

6.1.

6.2.

6.3.
PLAN QUALITE DE SERVICE

Les relations entre les Parties, notamment au sein du Comit de Pilotage, le droulement des
Sprints, le dtail des rles et responsabilits de chaque Partie seront prciss dans le Plan
Qualit de Service qui sera ralis pendant la phase de lancement.
Le Niveau de Service fourni au CLIENT sera galement dfini dans le Plan Qualit de Service
pendant la phase de lancement. Il contiendra la liste des valeurs mesurables permettant
d'exprimer de manire factuelle le niveau du service rendu. L'obligation contractuelle du
PRESTATAIRE, quant la qualit du service, sera ainsi nonce par ces grandeurs objectivement
mesurables et reprsentatives. Le Plan Qualit de Service prcisera galement comment et avec
quelle frquence seront mesurs les indicateurs concerns.
{Le Plan Qualit de Service prvoira les pnalits contractuelles applicables en cas de non
atteinte dun Niveau de Service.
Page 10/52
Le fait gnrateur dune pnalit sera un cart constat entre le Niveau de Service dune
prestation effectivement mesur laide dun indicateur dfini au Plan Qualit de Service et le
Niveau de Service souscrit pour ladite Prestation.

Les pnalits seront calcules sur une base priodique partir des formules de calcul exposes
dans la Plan Qualit de Service.

Les pnalits ne seront pas applicables dans les cas de non responsabilit du PRESTATAIRE viss
larticle 10 et, en tout tat de cause, lorsque la non-atteinte dun Niveau de Service nest pas
imputable un manquement du PRESTATAIRE ses obligations contractuelles.

A la fin de la priodicit prvue dans le Plan Qualit de Service, les pnalits seront consolides
dans un document qui donnera lieu une runion du Comit de Pilotage. Au cours de cette
runion, LE PRESTATAIRE indiquera celles des pnalits qui selon elle ne devraient pas tre
appliques, en particulier, lorsque LE PRESTATAIRE estimera quelle nest pas responsable de la
non atteinte du Niveau de Service dune prestation.

A lissue de cette runion, le CLIENT dcidera, dans un dlai de cinq (5) jours ouvrs, des pnalits
quil appliquera effectivement et de celles quil abandonne. Pour celles que le CLIENT appliquera,
il devra mettre une demande par lettre recommande avec accus de rception adresse au
PRESTATAIRE. Les pnalits non rclames dans le dlai susvis seront rputes abandonnes
par le CLIENT.

En tout tat de cause, le montant consolid de toutes les pnalits sur la priode considre sera
plafonn un pourcentage (dfini dans l'Annexe Financire) du montant de la dernire facture en
date mise par LE PRESTATAIRE.

Les avoirs mis au titre des pnalits constituent une indemnit forfaitaire de dommages-
intrts pour ce qui concerne les manquements du PRESTATAIRE lorigine desdites pnalits.}

6.4.
7.
Une version initiale V 0 du Plan Qualit de Service est fournie en Annexe 4.

INTERLOCUTEURS PRIVILGIS - COMITE DE PILOTAGE

7.1. En complment des rles traditionnels dcrits en Annexe 1, chacune des Parties s'engage
dsigner un interlocuteur privilgi charg des relations avec l'autre Partie.

Le CLIENT dsignera un interlocuteur responsable (dnomm ci-aprs le Chef de Projet CLIENT
), ayant une connaissance approfondie de l'organisation du CLIENT et de l'ensemble des
besoins du CLIENT. Cet interlocuteur devra disposer des pouvoirs suffisants pour prendre les
dcisions engageant le CLIENT.

Cet interlocuteur aura principalement les missions suivantes :

q
Dfinition de la stratgie gnrale du systme d'information et du budget informatique.
q
Conduite du changement.
q
Suivi de la qualit des prestations sur la base des indicateurs dfinis dans le Plan Qualit de
Service.
q
Participation aux Comits de Pilotage.

Page 11/52
LE PRESTATAIRE dsignera un interlocuteur (dnomm ci-aprs le Directeur de Projet du

PRESTATAIRE ) qui aura principalement les missions suivantes :

q
Responsabilit de la fourniture des prestations dans le respect des engagements du prsent
contrat.
q
Coordination de lquipe oprationnelle du PRESTATAIRE.
q
Production des documents de suivi de projet.
q
Participation et animation des Comits de Pilotage.
q
Recouvrement des crances.

En fonction de la taille du projet les Conditions Particulires peuvent prvoir que :

q
Les rles de Chef de projet CLIENT et de Product Owner pourront tre assums par la
mme personne,
q
Les rles de Directeur de Projet DU PRESTATAIRE et de Scrum Master pourront tre
assums par la mme personne.

7.2.
Le Comit de Pilotage runira minima le Product Owner, le Scrum Master, le Chef de Projet
Client et le Directeur de Projet du PRESTATAIRE ainsi que tout intervenant jug ncessaire,
linitiative du CLIENT ou du PRESTATAIRE, et aura pour objet :

q
q
q
q
q

7.3.
8.
Dassurer le suivi des prestations et du Plan Qualit de Service notamment via les
indicateurs de qualit.
Dassurer le traitement et le suivi des obstacles survenus et des plans dactions proposs
pour les rsoudre.
De contrler l'excution du budget arrt.
De faire une revue des factures impayes et d'examiner les ventuelles contestations
formules par le CLIENT en ce qui concerne la facturation.
Dassurer la recherche de lamlioration continue en prenant en compte les runions de
rtrospective menes lissue de chaque Sprint.
Le Comit de Pilotage se runira selon la priodicit dfinie au Plan Qualit de Service. Des
runions supplmentaires pourront tre demandes par l'une ou l'autre des Parties en cas de
besoin.

A l'issue de chacune des runions, LE PRESTATAIRE rdigera, dans un dlai d'une (1) semaine, un
compte rendu dont le texte sera rput approuv par le CLIENT si aucune modification n'est
demande dans la semaine qui suit la rception.

RCEPTION DES DVELOPPEMENTS ET DU LOGICIEL

8.1. LIVRAISON

LE PRESTATAIRE sengage livrer la fin de chaque Sprint et la fin du projet :

q
Le code des Dveloppements, et la fin du projet, du Logiciel date.
q
Les actifs des tests unitaires et fonctionnels date.
q
Les scripts de construction et de dploiement.
q
Les Spcifications affrentes aux Dveloppements, et la fin du projet, du Logiciel.
q
Le rapport dexcution des tests unitaires.
q
Le bon de livraison dtaillant les Dveloppements livrs.
Page 12/52

8.2. RECETTE

8.2.1. Objet

Le CLIENT procdera la recette des Dveloppements ou du Logiciel compter de la livraison
du code, des Spcifications affrentes et du rapport dexcution des tests unitaires.

La procdure de recette a pour objectif de contrler que les Dveloppements ou le Logiciel
sont conformes aux attentes spcifies dans le Backlog de Sprint.

Le CLIENT sengage, par consquent, mettre disposition des personnels du PRESTATAIRE
affects la ralisation des prestations, des personnels dment asserments et comptents.

8.2.2. Recettes incrmentales

Pour garantir le respect des fonctionnalits, le CLIENT devra oprer la recette du
Dveloppement issu dun Sprint N au plus tard avant la fin du Sprint N+1. En labsence
dacceptation expresse, de rserves ou de refus mis dans ce dlai, le dmarrage du Sprint N+2
vaudra recette tacite du Dveloppement issu du Sprint N.

8.2.3. Recette dfinitive

Le Client devra oprer la recette dfinitive du Logiciel livr au plus tard trente (30) jours
calendaires aprs la dernire livraison. En labsence dacceptation expresse, de rserves ou de
refus mis dans ce dlai, la mise en production du Logiciel vaudra recette tacite de celui-ci. En
tout tat de cause, la recette dfinitive du Logiciel sera rpute prononce lexpiration du
dlai de trente (30) jours calendaires compter de la dernire livraison.

8.2.4. Procdure

La procdure de recette est dfinie en dtail dans le PQS.

Au terme de la procdure de recette dfinitive, le CLIENT mettra un procs-verbal de recette
donnant lieu :

q
soit une acceptation sans rserve du Logiciel ;
q
soit une acceptation avec rserves du Logiciel ;
q
soit un refus.

Tout procs-verbal de recette sans rserve entrane rception du Logiciel livr.

La dure maximale de la procdure de recette dfinitive du Logiciel est fixe quatre (4)
semaines calendaires.

8.2.5. Leve des rserves

En cas de procs-verbal de recette avec rserves dun Dveloppement issu dun Sprint N, le
Sprint N+1 ne sera pas remis en cause. Toutefois, LE PRESTATAIRE sengage lever les rserves
avant la fin du Sprint N+1 pour soumettre la correction de ces rserves la validation du
CLIENT dans le cadre de la recette du Dveloppement issu du Sprint N+1.

En cas de procs-verbal de refus, le CLIENT devra porter les Anomalies releves la
connaissance du PRESTATAIRE en les documentant par crit, cest dire en dcrivant de
Page 13/52
manire prcise lenvironnement et les conditions de la survenance de chaque Anomalie afin

de permettre au PRESTATAIRE de les reproduire et de les corriger en temps utile.

Suite la notification de ces Anomalies, le Prestataire procdera la correction du
Dveloppement ou du Logiciel en cause et prsentera, pour recette, les corrections effectues
dans un dlai maximal de dix (10) jours ouvrs compter de la rception du procs-verbal de
refus, ou tout autre dlai plus long convenu avec le CLIENT. LE PRESTATAIRE effectuera une
seule re-livraison des corrections en vue de la recette du Dveloppement ou du Logiciel en
cause.

Pour permettre de tracer les Anomalies et den faire un suivi efficace, toute Anomalie
constate par le CLIENT devra tre notifie par crit au PRESTATAIRE sur une fiche dAnomalie
comportant la date et le contexte de sa survenance. Le CLIENT retracera lensemble des
vnements concernant chaque fiche dAnomalie sur un livre de bord, et notamment la date
de prise en compte de lAnomalie et de sa correction par LE PRESTATAIRE.

La leve des rserves rsultant dun procs-verbal de recette avec rserves ou dun procs-
verbal de refus sera formalise par ltablissement dun nouveau procs-verbal de recette.

9.

9.1.
9.2.
9.3.
GARANTIES
Au titre des garanties lgales de dlivrance conforme et contre les vices cachs, LE
PRESTATAIRE garantit le CLIENT, pendant une priode de six (6) mois compter de la livraison
du Logiciel, contre toute Anomalie de celui-ci. En cas de manquement du Client son
obligation de recette incrmentale comme indiqu ci-avant, la priode de garantie sera rduite
trois (3) mois.

En cas de mise en uvre de ces garanties, LE PRESTATAIRE aura pour seule obligation de
corriger lAnomalie.

LE PRESTATAIRE sera libre de toute obligation au titre de ces garanties en cas danomalie de
fonctionnement du Logiciel caus par :

q
q
q
une erreur de manipulation du CLIENT ;

le non respect des dispositions du Contrat ou de la documentation du Logiciel ;
un fait non inhrent au Logiciel, notamment une anomalie ou une interruption de
fonctionnement des quipements informatiques du CLIENT sur lesquels le Logiciel est
install ou
lutilisation de matriels ou de logiciels non compatibles avec le Logiciel.
9.4.
Toute intervention du PRESTATAIRE au titre danomalies de fonctionnement exclues de la

garantie, sera facture au tarif en vigueur.

LE PRESTATAIRE exclut toute autre garantie affrente au Logiciel rsultant de la loi ou de la
jurisprudence.

Le CLIENT reconnait que les performances du Logiciel dpendent de son aptitude lutiliser
correctement. A ce titre, LE PRESTATAIRE ne garantit pas que le Logiciel satisfera tous les
besoins du CLIENT, notamment de performance ou de rentabilit, ni que son fonctionnement
sera continu et sans erreur eu gard a son haut degr technologique et a la diversit des
Page 14/52
composantes logicielles et matrielles des systmes informatiques sur lesquels il est

susceptibles dtre utilis.

9.5.
10.
Le CLIENT est inform que les Dveloppements et le Logiciel sont susceptibles dintgrer des
modules ou des bibliothques dites libres ou open source dont les licences peuvent
contenir des exclusions pures et simples de toutes garanties.
Dans ce cas, le CLIENT accepte que LE PRESTATAIRE ne puisse lui confrer plus de garantie
quelle nen tient elle-mme des licences de ces modules ou bibliothques. LE PRESTATAIRE
exclut par consquent toute garantie relative aux modules ou bibliothques dites libres ou
open source dont les licences contiendraient une exclusion de garantie.
Le CLIENT pourra prendre connaissance de ltendue des garanties associes aux modules ou
bibliothques dites libres ou open source en se reportant aux licences de celles-ci que
LE PRESTATAIRE joindra systmatiquement au code, lorsque ces licences limposent, lors de la
livraison des Dveloppements ou du Logiciel concerns.

OBLIGATIONS DES PARTIES

10.1.
OBLIGATIONS DU PRESTATAIRE

10.1.1. Obligations gnrales

LE PRESTATAIRE sengage raliser ses prestations dans le respect des rgles de lart
affrentes aux Mthodes Agiles prsentes en Annexe 1 et dans le respect des lois et
rglementations en vigueur applicables son activit.

Par ailleurs, LE PRESTATAIRE est soumis une obligation de conseil et de mise en garde dans le
cadre de lexcution du Contrat pour autant que les informations fournies par le CLIENT
permettent au PRESTATAIRE dexercer cette obligation. Le primtre de cette obligation est en
outre fonction des prestations commandes par le CLIENT.

10.1.2. Constitution et maintien dune quipe projet

LE PRESTATAIRE sengage constituer et maintenir une quipe constitue de personnels
qualifis et comptents eu gard aux prestations souhaites par le CLIENT. Conformment aux
Mthodes Agiles, LE PRESTATAIRE sengage constituer une quipe de taille rduite,
dpourvue de hirarchie.

10.1.3. Obligations essentielles rsultant de la Mthodologie AGILE

LE PRESTATAIRE sengage livrer le Logiciel dans les dlais convenus avec le CLIENT.

LE PRESTATAIRE sengage galement ne pas dpasser le prix convenu avec le CLIENT pour la
ralisation du Logiciel tel que fix la date de signature du Contrat ou rvis ultrieurement
comme indiqu larticle 11.1.

LE PRESTATAIRE sengage livrer un logiciel conforme la Vision et au Product Backlog.
Toutefois, les Mthodes Agiles impliquent que le primtre des prestations soit modulable,
particulirement en vue dassurer le respect du prix et des dlais. A ce titre, la Vision et le
Product Backlog pourront tre amends dun commun accord des Parties, en cours
Page 15/52
dexcution du Contrat, dans le cadre de changements de primtre la hausse ou la baisse,

dans les cas suivants :

q
Le CLIENT souhaite modifier les spcifications de certaines fonctions consignes dans la

Vision ou y ajouter des fonctionnalits (modification de lAnnexe 2) mais ces modifications
nont pas dimpact sur lestimation de charges, structure et dlais faite initialement
(aucune modification de lAnnexe 3).

Vision ou y ajouter des fonctionnalits (modification de lAnnexe 2) mais ces modifications
augmentent les estimations initialement faites (modification de lAnnexe 3).

Vision ou y ajouter des fonctionnalits (modification de lAnnexe 2), ces modifications
augmentent les estimations initialement faites mais le CLIENT choisit le mcanisme de
Trade in/Trade out (aucune modification de lAnnexe 3).

Ce mcanisme permet au CLIENT, dun commun accord avec LE PRESTATAIRE, de
supprimer certaines fonctionnalits quil juge moins importantes pour y substituer les
modifications quil souhaite apporter dautres fonctions ou les nouvelles fonctionnalits
voulues afin de garder le prix inchang. Lquilibre est mesur en termes de Story Points.

q
Le CLIENT exerce, en cours de projet, son droit de rsiliation anticipe comme indiqu
larticle 17.2 et revoit donc la baisse les spcifications consignes dans la Vision
(modification de lAnnexe 2 et de lAnnexe 3).

Dans les cas de modification susviss de lAnnexe 2 ou lAnnexe 3, les Parties rgulariseront
dun commun accord un avenant au Contrat.

10.1.4. Respect de la qualit de Service

LE PRESTATAIRE sengage raliser les prestations dans le respect des Niveaux de Service
dfinis dans le Plan Qualit de Service (Annexe 4). Ces Niveaux de Service sont mesurs grce
des indicateurs et peuvent donner lieu lapplication de pnalits comme indiqu larticle 6
lorsque la non atteinte du Niveau de Service est exclusivement imputable un manquement
du PRESTATAIRE ses obligations contractuelles.

10.1.5. Transparence

LE PRESTATAIRE sengage maintenir tout au long du projet la disposition des personnels du
CLIENT affects la ralisation des prestations, les informations suivantes :

q
Burndown Chart.
q
Tableau des tches
q
Liste des obstacles rencontrs.
q
Rapports doutils de tests
q
Indicateurs de qualit.

10.2.
OBLIGATIONS DU CLIENT

10.2.1. Collaboration

Page 16/52
Le succs d'un projet informatique ne dpend pas seulement de la qualit des prestations,
mais aussi de facteurs chappant au contrle de tout prestataire et qui sont du ressort du
client, telles que les structures de l'entreprise, les mthodes de travail et la qualification et
limplication du personnel affect au projet.

La ralisation de prestations informatiques selon les Mthodes Agiles repose sur lintervention
de personnels du client qualifis et comptents et sur une collaboration et ractivit sans faille
de ces personnels avec ceux du prestataire du fait du processus itratif et incrmental de
dveloppement.

A ce titre, le CLIENT collaborera en permanence et troitement avec LE PRESTATAIRE
lexcution des prestations du Contrat. Le CLIENT affectera la ralisation des prestations tous
personnels, mettra la disposition du PRESTATAIRE tous moyens et informations et prendra
toutes mesures ncessaires la bonne excution des prestations et, plus gnralement, du
Contrat.

Par ailleurs, le CLIENT fera son affaire dadapter son organisation et ses mthodes de travail
aux principes et processus des Mthodes Agiles et des fonctionnalits offertes par le Logiciel.

Dans lhypothse o le CLIENT ne disposerait pas en interne des personnels ayant lexpertise
ncessaire et en nombre suffisant pour lui permettre dassumer ses obligations, notamment
de collaboration, au titre du Contrat, il devra recourir aux services dun ou plusieurs
prestataires externes appropris.

10.2.2. Personnels

En outre, le CLIENT sengage constituer et maintenir une quipe compose de personnels
qualifis et comptents eu gard aux prestations commandes par ses soins. Le CLIENT
prendra toutes mesures utiles pour assurer la disponibilit de son quipe mais galement des
futurs utilisateurs concerns par le Logiciel et de tout autre personnel qui savrerait
ncessaire la bonne excution des prestations.

Le CLIENT garantit au PRESTATAIRE la disponibilit du Chef de projet CLIENT, du Product
Owner et de reprsentants des futurs utilisateurs sur toute la dure du projet. Le CLIENT
garantit galement au PRESTATAIRE que le Chef de projet CLIENT et le Product Owner ont une
vision du projet convergente avec leur direction ainsi que le mandat des futurs utilisateurs et le
pouvoir de dcision suffisant pour prendre des dcisions en toute autonomie et engager le
CLIENT. De faon gnrale, le CLIENT confrera aux choix et dcisions prises par ses
reprsentants dans le cadre du projet, lautorit ncessaire la mise en uvre, en tant que de
besoin.

10.2.3. Matrise douvrage et matrise duvre du CLIENT

Au titre de sa matrise douvrage, le CLIENT sengage notamment :

q
Apporter toutes les informations utiles au PRESTATAIRE en temps utile.
q
Faciliter les interventions du PRESTATAIRE.
q
Procder la recette des Dveloppements et du Logiciel.
q
Participer au Comit de Pilotage de manire proactive et constructive.
q
Participer de la mme manire toutes les runions impliques par la mise en uvre des
Mthodes Agiles, en particulier les Sprint Plannings, ainsi qu toutes autres runions
requises par LE PRESTATAIRE.

Page 17/52
Dans le cas o le CLIENT entendrait faire intervenir des tiers dans un projet global dont les
prestations du Contrat ne constitueraient quune partie, le CLIENT assumera lentire
responsabilit de la coordination des divers intervenants en tant que matre duvre.

10.2.4. Moyens

Le CLIENT s'engage mettre la disposition du PRESTATAIRE tous moyens ncessaires
l'excution des prestations, notamment ceux qui seront prciss dans le Plan Qualit de
Service, auxquels pourront s'ajouter d'autres moyens que LE PRESTATAIRE jugerait ncessaires
la bonne excution des prestations.

Le CLIENT assurera galement au PRESTATAIRE :

q
Les accs aux machines, infrastructures, rseaux, systmes dexploitation et logiciels
ncessaires la ralisation des prestations la date indique par LE PRESTATAIRE qui le
CLIENT garantit le bon fonctionnement de ces lments.

q
La disponibilit des personnels comptents sur les environnements, plateformes, logiciels,
progiciels et outils avec lesquels le Logiciel devra interagir et cela, suivant un planning
dcid entre les Parties en dbut de Sprint.

Tout manquement cette obligation donnera lieu un amendement des engagements du
PRESTATAIRE et du Contrat.

Le CLIENT aura la charge de tous les cots de locaux, dnergie, de rseaux, dinfrastructure et
de tous autres lments qui ne sont pas expressment la charge du PRESTATAIRE aux termes
du Contrat.

10.2.5. Traitement des demandes

Une quipe de dveloppement selon la Mthodologie Agile est une quipe hyper productive.
Afin de ne pas ralentir le rythme de lquipe du PRESTATAIRE, le CLIENT garantit quil traitera
toutes les demandes de suppression dobstacles qui lui seront soumises par le Scrum Master
du PRESTATAIRE dans un dlai de <dlai de traitement obstacles en jours calendaires>
calendaires et cela quelque soit la nature de cet obstacle.

Plus gnralement, le CLIENT sengage traiter toute demande du PRESTATAIRE dans le dlai
indiqu par celle-ci eu gard au degr durgence de sa demande et, en tout tat de cause, dans
un dans un dlai de <dlai de traitement obstacles en jours calendaires> calendaires.

10.2.6. Scurit

Le CLIENT prendra toutes les prcautions ncessaires pour viter les pertes, destructions,
altrations ou erreurs dans ses donnes, fichiers et ses programmes.

Le CLIENT fera en sorte de se prmunir, par tous les moyens sa convenance et notamment
par des sauvegardes rgulires, contre tous risques de pertes, de destructions ou d'altrations
de ses donnes, fichiers et programmes.

Par ailleurs, le CLIENT sengage communiquer au PRESTATAIRE les mesures de scurit
requises pour les traitements de ses donnes et fichiers par les Dveloppements ou le Logiciel
et pour assurer le fonctionnement des Dveloppements ou du Logiciel dans son
environnement informatique.

Page 18/52
Le CLIENT informera LE PRESTATAIRE dans le cas o il lui transmettrait des donnes

personnelles aux fins de traitement par les Dveloppements ou le Logiciel dans le cadre du
Contrat et lui indiquera les obligations, notamment de scurisation, quelle devra observer au
nom et pour le compte du CLIENT eu gard la loi du 6 janvier 1978 relative linformatique,
aux fichiers et aux liberts.

10.2.7. Paiement du prix

Le CLIENT s'engage effectuer le paiement du prix d au titre des prestations effectues par
LE PRESTATAIRE dans les dlais indiqus larticle 11.

10.3.
OBLIGATIONS DES PARTIES

Les Mthodes Agiles prnent la collaboration plutt que la ngociation contractuelle.

Tous les projets informatiques sont susceptibles de connatre des difficults non identifies
lors de la conclusion du contrat. Chacune des Parties sengage la plus totale transparence vis-
-vis de lautre Partie en ce qui concerne les difficults quelle pourrait rencontrer, quelles
soient techniques, financires, humaines, organisationnelles ou logistiques.

Partant, chaque Partie sengage informer lautre Partie de toute difficult quelle
rencontrerait, et qui serait de nature perturber la bonne excution des prestations, dans le
plus bref dlai compter de la connaissance de cette difficult.

Dans un tel cas, les Parties rechercheront en toute bonne foi une solution pour surmonter
cette difficult en respectant lquilibre du Contrat ou pour partager les risques affrents
quitablement.

11.
CONDITIONS FINANCIRES

11.1.
PRIX

11.1.1. Le prix des prestations eu gard au primtre rsultant de la Vision est dfini dans lestimation
de charges, structure et dlais jointe en Annexe 3.

11.1.2. Nanmoins, ce prix pourra tre modifi par LE PRESTATAIRE ou par le CLIENT, dun commun
accord des Parties, dans les cas suivants :

q
la baisse si :

Le CLIENT souhaite exercer son droit de sortie anticipe prvu par larticle 17.2.
LE PRESTATAIRE, lissue du Sprint 0, revoit la baisse le prix comme indiqu dans les
Conditions Particulires.

q
la hausse si :

Le CLIENT souhaite intgrer des fonctionnalits supplmentaires non prvues dans le

Cahier des Charges, non estimes initialement en Annexe 3 et nexerce pas son droit de
Trade in / Trade out.
LE PRESTATAIRE, lissue du Sprint 0, revoit la hausse le prix comme indiqu dans les
Conditions Particulires.
Page 19/52

11.1.3. Les prestations qui nentreraient pas dans le primtre du Contrat seront factures, soit sur la
base dun devis tabli par LE PRESTATAIRE, soit en fonction des tarifs en vigueur au moment de
la ralisation. A titre indicatif, les tarifs du PRESTATAIRE en vigueur la date de conclusion du
Contrat sont joints en Annexe 6.

11.1.4. Le CLIENT pourra prendre la dcision darrter le projet sil estime que celui-ci a atteint un
stade de ralisation correspondant ses objectifs dans les conditions fixes au 17.2 ci-aprs.

11.2.

MODALITS DE FACTURATION

LE PRESTATAIRE facturera ses prestations de la manire suivante :

q
Facturation au rel en euros HT l'issue du Sprint 0

q
Facturation forfaitaire (montant forfaitaire dfini dans l'Annexe financire) en euros HT
l'issue de chaque Sprint

11.3.

Ajustement au rel tous les <Nombre de sprints entre deux rgularisations>
MODALITS ET DLAIS DE PAIEMENT
11.3.1. Le paiement des factures du PRESTATAIRE est d <dlai de paiement en lettres> (<dlai de
paiement en chiffres>) jours date de facture et par <modalit de paiement>.

11.3.2. Le CLIENT s'engage rgler les factures du PRESTATAIRE dans leur intgralit. Le paiement
d'une facture ne pourra tre diffr que si elle fait l'objet d'une contestation dment motive
par le CLIENT et communique au Comit de Pilotage. Le non-paiement ne peut valoir que
pour la partie dment conteste.

11.3.3. De convention expresse et sauf report sollicit dans les cinq (5) jours suivant la date de
rception de facture pour un motif tenant un manquement du PRESTATAIRE ses obligations
au titre du Contrat et accord par LE PRESTATAIRE, le dfaut de paiement l'chance
entranera de plein droit et sans mise en demeure :

q
L'exigibilit immdiate de toutes les sommes restant dues l'chance.
q
Des intrts de retard mensuels sur les sommes restant dues, jusqu complet paiement,
au plus lev des deux taux suivants : 3 fois le taux dintrt lgal ou le taux lgal en
vigueur la date de facture plus 3 points.

Dans un tel cas, LE PRESTATAIRE pourra en outre suspendre toutes les prestations en cours,
quels que soient leur nature et leur niveau d'avancement jusqu complet paiement des
sommes dues et des intrts.

11.3.4. Les prestations complmentaires ventuellement demandes par le CLIENT seront factures
lissue du mois au cours duquel elles auront t excutes.

11.4.
CLAUSE DE REAJUSTEMENT

Si par suite de circonstance d'ordre conomique, technique ou commercial survenant aprs la
signature du Contrat, l'conomie de celui-ci et plus gnralement l'quilibre qu'il instaure
Page 20/52
entre les Parties se trouvait modifi au point de rendre son excution prjudiciable pour l'une
ou l'autre des Parties, la Partie subissant ce prjudice aurait la facult de solliciter l'autre Partie
pour que soit dtermine, d'un commun accord, dans un esprit de mutuelle comprhension et
d'quit, la solution la plus adapte pour faire disparatre le dsquilibre constat, en
procdant, si ncessaire, un amendement de certaines dispositions contractuelles en jouant
sur le primtre des prestations ou sur le prix.

Si les Parties ne parvenaient pas trouver cette solution dans un dlai de deux (2) mois
compter de la sollicitation, elles auraient alors la possibilit, sur l'initiative de la Partie la plus
diligente, de faire appel aux bons offices d'un mdiateur choisi d'un commun accord. Ce
mdiateur aurait pour mission de rapprocher les Parties et, d'une manire gnrale, de
prsenter toutes les recommandations qui lui paratraient utiles.

En tout tat de cause, ces recommandations auraient un caractre confidentiel et ne
pourraient pas tre exploites dans le cadre d'une procdure judiciaire.

Les Parties acceptent irrvocablement de supporter par moiti les frais et honoraires exposs
dans le cadre de cette mission de conciliation, l'exception des frais et honoraires des propres
conseils.

12.
PROPRIETE INTELLECTUELLE

12.1.
DROITS DE PROPRIT INTELLECTUELLE DU CLIENT

12.1.1. Le CLIENT est et demeure propritaire de tous droits de proprit intellectuelle sur les
donnes, fichiers et documents couverts par de tels droits transmis ou mis la disposition du
PRESTATAIRE dans le cadre de lexcution du Contrat.
Le Contrat nemporte aucun transfert de droits de proprit intellectuelle au profit du

PRESTATAIRE sur ces donnes, fichiers et documents autres que les droits ncessaires
lexcution par LE PRESTATAIRE de ses obligations au titre du Contrat. En consquence, LE
PRESTATAIRE sinterdit dutiliser ces donnes, fichiers et documents dautres fins que
lexcution de ses obligations au titre du Contrat.
12.1.2. Le CLIENT garantit tre titulaire de tous les droits de proprit intellectuelle ncessaires pour
lui permettre de transmettre ces donnes, fichiers et documents au PRESTATAIRE en vue de
lexcution de ses obligations au titre du Contrat, et garantit LE PRESTATAIRE contre toute
revendication ou rclamation d'un tiers ce sujet.

12.1.3. A la cessation du Contrat pour quelle que cause que ce soit, LE PRESTATAIRE remettra au
CLIENT lensemble des donnes, fichiers et documents du CLIENT qui lui auront t ainsi
confis pour les besoins de lexcution de ses obligations au titre du Contrat.

12.2.

DROITS DE PROPRIT INTELLECTUELLE DU PRESTATAIRE

LE PRESTATAIRE est et demeure propritaire de tous droits de proprit intellectuelle sur les
outils, mthodes et savoir-faire quelle sera amene raliser ou utiliser dans le cadre du
Contrat.

Le Contrat nemporte aucun transfert de droits de proprit intellectuelle au profit du CLIENT
sur ces outils, mthodes et savoir-faire.
Page 21/52

12.3.
RESPECT DES DROITS DE PROPRIT INTELLECTUELLE

Chaque Partie sengage ne ne rien faire et ne rien laisser faire qui puisse mettre en pril
les droits de proprit intellectuelle de lautre Partie. Chaque Partie sinterdit notamment de
confrer quel que droit et de constituer quelle que garantie, sret ou privilge que ce soit sur
les lments couverts par les droits de proprit intellectuelle de lautre Partie.

Chaque Partie sengage faire prendre aux dtenteurs de ses parts sociales, ses mandataires
sociaux et ses employs qui auraient accs ces lments pour les besoins de lexcution du
Contrat, un engagement de ne pas porter atteinte aux droits de proprit intellectuelle
susviss de lautre Partie de mme porte que le prsent engagement.

12.4.
CESSION DE DROITS DAUTEUR SUR LE LOGICIEL AU CLIENT

12.4.1. LE PRESTATAIRE cde au CLIENT lintgralit de ses droits dauteur sur les Dveloppements et
le Logiciel pour la dure lgale de protection de ceux-ci et pour le monde entier.

La prsente cession comprend notamment le droit de reproduction, le droit de communication
au public, le droit de modification, le droit dadaptation, le droit de traduction, le droit de
localisation, le droit de distribution, de vente, de location, et plus gnralement, le droit
dexploitation par tous moyens, tous procds, sur tous supports, par tous media et rseaux
de communication, connus ou inconnus ce jour, titre gratuit ou onreux, et pour toutes
finalits. La rmunration de la prsente cession est comprise dans le prix pay au
PRESTATAIRE aux termes de larticle 11.
12.4.2. La prsente cession interviendra aprs prononc de la recette dfinitive et sous rserve du
complet paiement du prix du Logiciel. Toutefois, en cas de cessation anticipe du Contrat,
quelle qu'en soit la cause et sauf en cas de rsiliation pour faute du CLIENT, la cession se
produira la date de la cessation sur les Dveloppements ou le Logiciel raliss cette date.
12.4.3. En cas de Dveloppements standards et rutilisables, les Parties pourront convenir que LE
PRESTATAIRE conservera les droits dauteur sur ceux-ci, charge de concder au CLIENT une
licence dexploitation sur ceux-ci.

12.5.
GARANTIE DE JOUISSANCE PAISIBLE

12.5.1. Au titre de la garantie lgale de jouissance paisible, LE PRESTATAIRE sengage nintroduire
dans les Dveloppements ou le Logiciel aucun lment sur lequel un prpos ou un tiers
disposerait de droits dauteur sans autorisation de ce prpos ou tiers.

12.5.2. Partant, en cas de demande ou daction en revendication ou en contrefaon dun prpos ou
dun tiers dirige contre le CLIENT au motif quun Dveloppement ou le Logiciel porteraient
atteinte ses droits dauteur, LE PRESTATAIRE supportera tous frais et dommages-intrts mis
sa charge en vertu dune dcision de justice passe en force de chose juge ou dune
transaction, dans les conditions suivantes :

q
le CLIENT informera LE PRESTATAIRE par crit, dans le plus bref dlai, de lexistence dune
telle demande ou action et communiquera au PRESTATAIRE toutes informations relatives
cette demande ou action ;

q
LE PRESTATAIRE assurera seule la direction de la dfense du CLIENT et de toute
ngociation pour le compte du CLIENT en vue dune transaction ;
Page 22/52
le CLIENT cooprera activement avec LE PRESTATAIRE en tout ce qui concerne le

rglement de la demande ou de laction.

12.5.3. Dans le cas o une telle action serait reconnue fonde par une dcision de justice passe en
force de chose juge ou par une transaction ou dans le cas o LE PRESTATAIRE estimerait
quelle serait susceptible de ltre, le CLIENT acceptera que LE PRESTATAIRE, au choix de cette
dernire :

q
obtienne le droit pour le CLIENT de continuer utiliser le Dveloppement ou le Logiciel ou
en cause ;

q
ou modifie le Dveloppement ou le Logiciel de faon ce quil cesse dtre contrefaisant ;

q
procure au CLIENT un dveloppement ou un logiciel ayant les mmes fonctions, dans des
dlais compatibles avec lactivit du CLIENT ;

q
rembourse au CLIENT le prix effectivement pay par celui-ci pour le Dveloppement
incrimin ou le Logiciel selon le cas.

12.5.4. Le prsent article constitue le seul et unique recours du CLIENT lencontre du PRESTATAIRE
au titre de la garantie de jouissance paisible des Dveloppements et du Logiciel et sous rserve
que le Dveloppement ou le Logiciel en cause nait pas t modifi par le CLIENT ou un tiers et
que la demande ou laction du prpos ou du tiers soit exclusivement fonde sur le
Dveloppement ou le Logiciel.

12.6.

MODULES ET BIBLIOTHQUES LIBRES

Le CLIENT est inform que LE PRESTATAIRE est susceptible dintgrer des modules ou
bibliothques dites libres ou open source dans les Dveloppements ou le Logiciel. LE
PRESTATAIRE sengage nintgrer de tels lments dans les Dveloppements ou le Logiciel que
lorsque leur licence le permet.

Dans un tel cas, les droits dauteur sur ces modules ou bibliothques ne seront pas cds au
CLIENT en vertu de larticle 12.4. Le CLIENT tiendra ses droits dutilisation de ces modules ou
bibliothques de la licence respective dite libre qui sera systmatiquement jointe au code de
ceux-ci par LE PRESTATAIRE, lorsque la licence limpose, lors de la livraison des Dveloppements
ou du Logiciel concerns.
Par ailleurs, certaines licences dites libres , dont lexemple le plus courant est la GPL, mettent
des obligations la charge de lutilisateur des modules ou bibliothques quelles couvrent.
Lutilisateur peut ainsi tre oblig de mettre le code source des modules ou bibliothques quil
utilise, quils soient modifis ou non, la disposition de la communaut des dveloppeurs du
monde dit libre . Cette obligation de mise disposition peut parfois stendre au code source
des logiciels qui interagissent avec ces modules ou bibliothques.
Dans un tel, cas LE PRESTATAIRE ne peut en aucun cas sengager sur la confidentialit du code
source des Dveloppements ou du Logiciel qui contiendrait de tels modules ou bibliothques. En
outre, le CLIENT prendra connaissance des termes des licences des modules ou bibliothques
dits libres qui seraient livrs avec les Dveloppements ou le Logiciel afin de sassurer de
labsence de risque tenant une obligation de mettre le code source de ses logiciels
fonctionnant avec ces modules ou bibliothques la disposition de la communaut des
dveloppeurs du monde dit libre .

Page 23/52
13.
CONFIDENTIALITE

13.1.
PRIMTRE DE LA CONFIDENTIALIT

Chaque Partie gardera strictement confidentielles toutes donnes et informations de quelque
nature que ce soit appartenant ou dtenues par lautre Partie, que celle-ci aurait
expressment identifies comme confidentielles ou qui seraient manifestement non
publiques, mises disposition de la Partie rceptrice par la Partie mettrice ou dont la Partie
rceptrice aurait pu avoir connaissance dans le cadre de lexcution du Contrat (ci-aprs
dsignes par Informations Confidentielles ). En cas de doute de la Partie rceptrice sur le
caractre confidentiel ou public dune information appartenant ou dtenue par la Partie
mettrice, la Partie rceptrice devra interroger la Partie mettrice ce sujet.

Les Parties conviennent que le contenu du Contrat, tous documents mis en excution du
Contrat, les outils, mthodes et savoir-faire du PRESTATAIRE ainsi que les fichiers et donnes
du CLIENT sont des Informations Confidentielles.

13.2.
OBLIGATION DE CONFIDENTIALIT

Chaque Partie sinterdit dutiliser les Informations Confidentielles de lautre Partie pour toute
autre fin que lexcution de ses obligations au titre du Contrat et sinterdit de divulguer ces
Informations Confidentielles toute personne autre que celles qui ont besoin den avoir
connaissance aux fins dexcution du Contrat.

Chaque Partie sassurera que les dtenteurs de parts de son capital social, ses mandataires
sociaux, ses employs et ses cocontractants qui ont besoin davoir connaissance
dInformations Confidentielles aux fins dexcution du Contrat soient lis par une obligation de
confidentialit de mme porte que la prsente obligation avant toute divulgation
dInformations Confidentielles ceux-ci. Chaque Partie se porte fort du respect par les
dtenteurs de parts de son capital social, ses mandataires sociaux, ses employs et ses
cocontractants de la prsente obligation de confidentialit.

Chaque Partie pourra communiquer, sous obligation de confidentialit, le Contrat et les
documents affrents son assureur, ses partenaires financiers ou bancaires et ses
commissaires aux comptes.

13.3.
EXCEPTIONS LOBLIGATION DE CONFIDENTIALIT

La prsente obligation de confidentialit ne concerne pas les informations :
q
qui taient dj licitement en la possession de la Partie rceptrice avant leur divulgation
par la Partie mettrice ;
q
qui auraient t fournies la Partie rceptrice de faon non fautive et licite par un tiers ;
q
qui taient tombes ou tomberaient dans le domaine public de faon non fautive et licite ;
q
que la Partie rceptrice serait oblige de divulguer par une obligation lgale ou une
dcision de justice excutoire mais seulement dans la limite de ce qui est ncessaire au
respect de cette obligation lgale ou dcision de justice et sous rserve davoir inform la
Partie mettrice par crit dans le plus bref dlai compter de la connaissance de cette
obligation de divulgation.

En cas de perte de tout support contenant une Information Confidentielle, la Partie rceptrice
en informera la Partie mettrice par crit dans le plus bref dlai.

Page 24/52
La prsente obligation de confidentialit sappliquera pendant toute la dure du Contrat et se

poursuivra au-del aussi longtemps que les Informations Confidentielles ne seront pas dans le
domaine public et, en tout tat de cause, pour une dure minimale de cinq (5) ans compter
de la cessation du Contrat pour quelle que cause que ce soit.
Chaque Partie sengage restituer lautre Partie tout support en sa possession contenant des
Informations Confidentielles de lautre Partie dans un dlai de quinze (15) jours calendaires
compter de la cessation du Contrat pour quelle que cause que ce soit.
14.
14.1.
14.2.
14.3.
PORTABILIT

LE PRESTATAIRE sengage, la demande du CLIENT, effectuer les oprations de nature
permettre celui-ci de prendre ou de confier un tiers la suite de la ralisation des prestations
du PRESTATAIRE en cas de sortie anticipe ou de rsiliation du Contrat linitiative du CLIENT.

La demande de portabilit sera signifie par le CLIENT au PRESTATAIRE par lettre
recommande avec accus de rception trois (3) mois avant la cessation du Contrat.

Au titre des oprations de portabilit, LE PRESTATAIRE sengage livrer au CLIENT les
Dveloppements non encore livrs, contre paiement du prix si ceux-ci nont pas encore t
pays, et lui restituer tout ce qui doit ltre en vertu du Contrat en cas de cessation de celui-
ci.

LE PRESTATAIRE sengage en outre fournir au CLIENT une assistance technique et une
formation en vue dassurer le transfert des comptences ncessaires la portabilit, dans la
limite de < complter> jours/homme par mois pendant les trois (3) mois de la priode de
portabilit.

LE PRESTATAIRE sengage galement assurer un soutien pendant une dure de un (1) mois
compter de la date de fin de la portabilit sur les diffrentes questions poses par le CLIENT.
Ce soutien se fera par tlphone ou par lenvoi de document ou par dplacements ventuels.

Le montant de la portabilit fera lobjet dun devis aprs rception par LE PRESTATAIRE de la
demande du CLIENT dans la mesure o la charge ncessaire pour assurer les oprations de
portabilit dpendra du primtre des Dveloppements concerns par la portabilit. Le
dclenchement des oprations de portabilit sera subordonn lacceptation de ce devis.
15.
15.1.
AUDIT

Le CLIENT, pourra faire procder ses frais, aprs en avoir avis LE PRESTATAIRE par lettre
recommande avec accus de rception avec un pravis minimum dun (1) mois, un audit
men par un cabinet daudit de rputation internationale ou nationale. Cette facult pourra
tre mise en uvre par le CLIENT au maximum une fois par an.

Ce cabinet daudit devra pralablement toute opration daudit tre agr par LE
PRESTATAIRE qui ne pourra refuser cet agrment sans motif raisonnable. Le CLIENT devra en
outre soumettre ce cabinet daudit une obligation de confidentialit concernant toutes les
informations auquel il pourra avoir accs. Aucun document ou support dinformation du
PRESTATAIRE ne pourra sortir de ses locaux sans son accord.
Page 25/52
15.2.
15.3.
16.

L'audit ne pourra porter que sur les prestations relevant du Contrat.

Le CLIENT dispose d'un crdit annuel gratuit de deux (2) jours/homme de la part du
PRESTATAIRE pour le ou les audits qu'il diligenterait. Au-del de ce crdit, le temps pass par le
personnel du PRESTATAIRE pour les besoins de laudit sera factur sur la base de ses tarifs en
vigueur.

Le rapport d'audit sera gratuitement adress au PRESTATAIRE et fera l'objet d'un examen
approfondi dans le cadre du Comit de Pilotage qui se prononcera sur lexistence dun
manquement ou non du PRESTATAIRE ses obligations au titre du Contrat.

Au cas o un rapport d'audit ferait apparatre quelque manquement que ce soit du
PRESTATAIRE ses obligations au titre du Contrat, cette dernire s'engage expressment
mettre en uvre, ses frais, toute mesure corrective de nature remdier ce manquement
dans un dlai de trente (30) jours calendaires compter de la rception de la demande du
CLIENT ce sujet.

RESPONSABILITE
16.1.
RESPONSABILIT DU CLIENT

Le CLIENT est entirement responsable de lutilisation quil fera des Dveloppements et du
Logiciel dans la mesure o ceux-ci fonctionnent normalement ainsi que du traitement de ses
donnes par ceux-ci. Le CLIENT est seul responsable de la prcision, de lexactitude et de la
compltude des donnes quil fera traiter par les Dveloppements et le Logiciel. Il appartiendra
au CLIENT de vrifier que les rsultats de ces traitements sont corrects.

Le CLIENT sera seul responsable de tous dommages quil se causerait ou causerait un tiers
loccasion de lutilisation des Dveloppements ou du Logiciel et du rsultat du traitement de ses
donnes par ceux-ci. Le CLIENT dcharge LE PRESTATAIRE de toute responsabilit pour tous
dommages que le CLIENT se causerait ou causerait un tiers cette occasion.

Le CLIENT garantit LE PRESTATAIRE contre toute action en responsabilit civile dun tiers
motive par le fait quil aurait subi un dommage du fait de lutilisation par le CLIENT des
Dveloppements ou du Logiciel ou du rsultat du traitement des donnes du CLIENT par ceux-ci.

16.2.
RESPONSABILIT DU PRESTATAIRE

LE PRESTATAIRE ne pourra tre tenue pour responsable que du manquement ses obligations
telles que prvues au Contrat, lexclusion des dommages causs au CLIENT ou un tiers par
une anomalie de fonctionnement dun Dveloppement ou du Logiciel non due un tel
manquement du PRESTATAIRE. Compte tenu de la collaboration troite des Parties pour
lexcution du Contrat, la responsabilit du PRESTATAIRE est subordonne la dmonstration
pralable par le CLIENT de la parfaite excution de ses propres obligations.

Par ailleurs, si un stade quelconque de la ralisation des prestations objet du Contrat, le
CLIENT refuse de prendre en compte les recommandations, prconisations ou mises en garde du
PRESTATAIRE, cette dernire sera dgage de la responsabilit qui lui incombe due proportion
des consquences rsultant du dfaut de prise en compte desdites recommandations,
prconisations ou mises en garde.
Page 26/52

LE PRESTATAIRE ne pourra tre tenue pour responsable que des dommages directs subis par le
CLIENT lexclusion des dommages ne prsentant pas le caractre certain requis pour ouvrir
droit indemnisation tels que les pertes ou altrations de fichiers ou de donnes, les pertes de
marchs, les pertes de clientle, les pertes de chiffre daffaires ou de bnfices, les manques
gagner et les augmentations de cots ou de dpenses.

LE PRESTATAIRE ne pourra pas tre tenue pour responsable des dommages subis par le CLIENT
loccasion de lexcution du Contrat lorsque ces dommages auront t causs par la ngligence,
lerreur ou la faute contractuelle ou dlictuelle du CLIENT, par le fait dun tiers, par une
catastrophe naturelle, notamment un orage, un incendie, une inondation, ou par un cas de force
majeure tel que dfini ci-aprs ou tous vnements hors du contrle raisonnable du
PRESTATAIRE.

En toutes hypothses, lexception des dommages lintgrit physique des personnes, la
responsabilit du PRESTATAIRE, y compris au titre dune garantie relative aux Dveloppements
ou au Logiciel ou des droits de proprit intellectuelle du PRESTATAIRE, ne pourra pas tre
engage au del de lexpiration dun dlai dun (1) an compter du fait gnrateur du dommage
ou compter de la cessation du Contrat pour quelle que cause que ce soit et sera limite <
responsabilit dommage en % du prix pay > % du prix effectivement pay par le CLIENT au
PRESTATAIRE en excution du Contrat au titre de lanne civile de survenance du dommage.

16.3.
FORCE MAJEURE

En cas de force majeure entranant une impossibilit pour LE PRESTATAIRE dexcuter ses
obligations au titre du Contrat, LE PRESTATAIRE en informera le CLIENT dans le plus bref dlai
compter de la survenance de cette impossibilit. Les obligations du PRESTATAIRE seront
suspendues et sa responsabilit sera dgage uniquement pour les obligations ou les
prestations que le cas de force majeure rendra impossible raliser. Les Parties se concerteront
pour convenir de bonne foi dune solution de nature permettre la poursuite du Contrat.

Sont rputs vnements de force majeure aux termes du Contrat tous les vnements
imprvisibles, irrsistibles et extrieurs aux Parties conformment aux critres dfinis par la
jurisprudence des juridictions franaises et aussi, de convention expresse entre les Parties, une
explosion, un tremblement de terre, une grve ne concernant pas LE PRESTATAIRE, des
meutes, des troubles publics, une guerre, une dfaillance des rseaux de communication,
dapprovisionnement en nergie ou de transport, une dfaillance des prestataires de livraison
ou de transport ainsi que les faits de nature pnale commis par des tiers et plus
particulirement ceux rsultants dattaques pirates de tous types sur les systmes
dinformation.

Dans la mesure o le cas de force majeure rendrait impossible la poursuite du Contrat pendant
une dure suprieure soixante (60) jours calendaires, celui-ci pourra tre rsili de plein droit
et sans formalit judiciaire par lune ou lautre des Parties par lettre recommande avec accus
de rception adresse lautre Partie sans quil ne soit d dindemnits de part et dautre.

16.4.
ASSURANCES

LE PRESTATAIRE dclare tre assure pour sa responsabilit civile professionnelle auprs d'une
compagnie notoirement solvable pour les dommages matriels et immatriels conscutifs une
faute dans l'excution des prestations.

Page 27/52
LE PRESTATAIRE s'engage maintenir ces garanties pendant la dure du Contrat et fournir sur
demande expresse du CLIENT, une attestation avec le nom de la compagnie, le numro de la
police d'assurance et la nature et le montant des garanties.

Par ailleurs, le CLIENT reconnat tre le seul mme de prvoir et chiffrer le prjudice
susceptible d'tre subi par lui en cas de difficult survenant dans l'excution du Contrat dont les
conditions et modalits (notamment les modalits financires) ont t arrts eu gard aux
rpartitions de responsabilit susvises. En consquence, le CLIENT fera son affaire de s'assurer
contre tous les risques qui ne relveraient pas de la responsabilit du PRESTATAIRE aux termes
du Contrat.

17.
DUREE ET CESSATION

17.1.

17.2.
DURE
Le Contrat prendra effet compter de la date de signature par la seconde Partie pour la dure
ncessaire lachvement des prestations et la rception du Logiciel et au plus tard le <date
de fin de contrat>.
ATTEINTE ANTICIPE DES OBJECTIFS DU CLIENT

Le CLIENT pourra dcider tout moment que le projet a atteint des objectifs suffisants pour
correspondre ses besoins. LE PRESTATAIRE accepte, sous les conditions prvues ci-aprs, que
le CLIENT puisse bnficier de cette possibilit sans devoir rgler lintgralit du prix initialement
convenu drogeant ainsi aux dispositions de larticle 1794 du Code Civil.

Sil souhaite clore le projet, le CLIENT devra notifier au PRESTATAIRE quil estime le projet ralis
de manire anticipe par lettre recommande avec accus de rception.

Cette notification vaudra procs-verbal de recette dfinitive sans rserves du projet et celui-ci
sera considr comme achev librant les Parties de leurs obligations sous rserve du 17.4 ci-
aprs et du paiement de toutes les sommes encore dues au PRESTATAIRE par le CLIENT.

Dans cette notification le CLIENT devra indiquer :
q
sil entend bnficier ou renoncer la phase de finalisation prvue au 5.1.3.
q
sil entend bnficier ou renoncer la portabilit prvue larticle 14.

Si le CLIENT souhaite que lune ou lautre des options soit mise en uvre, LE PRESTATAIRE
mettra un devis de ralisation de prestation en rgie sur la base du tarif annex pour un
montant minimal de 28 jours de prestation par option choisie pour lquipe projet.

Sil renonce aux deux options ci-dessus, le CLIENT sacquittera du solde des factures mises non
encore rgles, de toute autre somme due au titre du Contrat.
{Le CLIENT s'acquittera galement dune indemnit de pravis gale <indemnit en nbe de Sprint d
par un client en cas darrt anticip> fois le montant dun Sprint calcul sur la base du prix pay depuis
le dbut du projet divis par le nombre de Sprint raliss.}

Dans tous les autres cas, le CLIENT sacquittera immdiatement du solde des factures mises
non encore rgles et de toute autre somme due au titre du Contrat.

Page 28/52
17.3.
RSILIATION POUR FAUTE

En cas de manquement de lune des Parties une des obligations mises sa charge par le
Contrat, la Partie victime de ce manquement pourra rsilier le Contrat, de plein droit et sans
formalit judicaire, aprs avoir adress lautre Partie, par lettre recommande avec accus de
rception, une mise en demeure de faire cesser ledit manquement, reste infructueuse pendant
trente (30) jours calendaires.

La rsiliation interviendrait alors sur nouvelle lettre recommande avec accus rception et
serait effective rception de cette lettre ou l'issue d'un dlai de trois (3) mois compter de la
rception de cette lettre en cas de demande de portabilit dans les cas viss larticle 14.
17.4.
MAINTIEN EN VIGUEUR

Nonobstant la cessation du Contrat pour quelle que cause que ce soit, les articles
Garanties , Proprit intellectuelle , Confidentialit , Responsabilit, Non
dbauchage , Droit applicable et juridiction comptente resteront en vigueur aprs la fin
du Contrat.
18.
DISPOSITIONS DIVERSES

18.1.

INTEGRALITE DU CONTRAT
Le Contrat et ses annexes qui en font partie intgrante expriment lintgralit des obligations
des Parties lune lgard de lautre relativement son objet et forment un ensemble indivisible
et indissociable. Il annule et remplace tous engagements, offres ou propositions, oraux ou crits,
antrieurs et relatifs au mme objet.

Le Contrat ne pourra tre modifi que par un avenant sign par les Parties, lexception des cas
de modification alternatifs expressment prvus au Contrat. Les avenants ultrieurs feront
partie du Contrat et seront soumis lensemble des dispositions qui le rgissent.

18.2.
NON RENONCIATION

Le fait pour lune des Parties de ne pas se prvaloir ou de tarder se prvaloir de lapplication
dune disposition du Contrat ne saurait tre interprt comme une renonciation se prvaloir
de cette disposition lavenir.

18.3.
NON DBAUCHAGE

Le CLIENT sengage ne pas faire doffres dembauche, dbaucher, embaucher ou associer,
directement ou indirectement, tout dtenteur de parts de son capital social, mandataire social
ou membre du personnel du PRESTATAIRE ayant particip la ngociation ou lexcution du
Contrat, pendant la dure du Contrat et un (1) aprs sa cessation pour quelle que cause que ce
soit.

Le CLIENT informera LE PRESTATAIRE de toute sollicitation ou proposition de travail quil
pourrait recevoir de tout dtenteur de parts du capital social, mandataire social ou membre du
personnel du PRESTATAIRE.

Page 29/52
En cas de non-respect de cette obligation, le CLIENT versera au PRESTATAIRE, premire

demande de celle-ci, une somme gale douze (12) mois de la rmunration nette de chacun
des personnels embauchs en contravention avec la prsente clause.

18.4.
CESSION

Le Contrat est conclu "intuitu personae". En consquence, aucune Partie n'est autorise
transfrer un tiers tout ou partie des droits et obligations qui en dcoulent pour elle, sans
l'accord pralable crit de l'autre Partie.

18.5.
SOUS-TRAITANCE

LE PRESTATAIRE pourra sous-traiter lexcution de certaines prestations objet du Contrat, sous
rserve de lacceptation expresse, pralable et crite du CLIENT. La sous-traitance de lensemble
des prestations nest pas autorise.

En tout tat de cause, LE PRESTATAIRE demeurera le seul interlocuteur du CLIENT et restera
seule responsable de lexcution de la totalit des prestations objet du Contrat.

La sous-traitance autorise de certaines obligations du PRESTATAIRE naura pas pour effet de
crer quelque relation contractuelle que ce soit entre le CLIENT et le(s) sous-traitant(s).

Les dlgations de paiement ne sont pas autorises. Lensemble des paiements lis lexcution
du Contrat sera rgl au PRESTATAIRE, charge pour elle de rgler ses sous-traitants.

18.6.

RFRENCES

Le CLIENT autorise dores et djau PRESTATAIRE faire publiquement tat, titre de rfrence
commerciale dune part, du nom du CLIENT et de son choix parmi les offres de services
proposes par LE PRESTATAIRE et dautre part, de la nature des prestations fournies par LE
PRESTATAIRE.

De plus, aprs accord pralable et crit du CLIENT, LE PRESTATAIRE pourra publiquement faire
tat des prestations fournies ou fournir, dcrire et publier la qualit de services des
prestations fournies par LE PRESTATAIRE, les raisons qui ont motiv le CLIENT choisir LE
PRESTATAIRE ainsi que les bnfices que le CLIENT a obtenus.
18.7.
DOMICILE

Pour les besoins de lexcution du Contrat, chacune des Parties fait lection de domicile son
adresse figurant en tte du Contrat ou toute autre adresse quelle notifierait par crit lautre
Partie.

18.8.
RGLEMENT AMIABLE

A lexception des cas durgence justifiant le recours une procdure judiciaire durgence, les
Parties sengagent, en cas de diffrend survenant entre elles relatif la formation, la validit,
linterprtation, lexcution ou la cessation du Contrat, pralablement toute action judiciaire,
mettre en uvre une procdure destine faciliter un rglement amiable le plus rapidement
possible.

A cet effet, ds quune Partie identifiera un tel diffrend avec lautre Partie, il lui appartiendra
de demander la convocation dune premire runion ad hoc, runissant des interlocuteurs des
Page 30/52
deux Parties de niveau Direction Gnrale, afin de discuter du rglement de la question objet du
diffrend. Cette convocation sera effectue par lettre recommande avec accus de rception.
Cette premire runion se tiendra dans un dlai maximal de dix (10) jours ouvrables courant
compter de la notification denvoi la Partie destinataire. Les Parties disposeront ensuite dun
dlai de trente (30) jours pour fixer, lissue de chaque runion, des runions additionnelles. Si
dans ce dlai, aucune solution nest trouve, entrine par un crit sign des reprsentants des
deux Parties, chaque Partie reprendra sa libert daction.

18.9.
DROIT APPLICABLE ET JURIDICTION COMPETENTE

Le Contrat est soumis au droit franais lexclusion de toute autre lgislation.

FAUTE DE RGLEMENT AMIABLE DANS LES CONDITIONS SUSVISES, TOUT LITIGE CONCERNANT
LA FORMATION, LA VALIDIT, LINTERPRTATION, LEXCUTION OU LA CESSATION DU CONTRAT
SERA SOUMIS AUX TRIBUNAUX DU RESSORT DE LA COUR DAPPEL DE <Cours dappel tribunal
comptent> PARIS A QUI COMPTENCE EST ATTRIBUE, NONOBSTANT PLURALIT DE
DFENDEURS, INTERVENTION FORCE, NOTAMMENT APPEL EN GARANTIE. CETTE ATTRIBUTION
DE COMPTENCE SAPPLIQUE GALEMENT EN MATIRE DE RFR.

******************************
Fait

En deux originaux

LE CLIENT

Nom

Qualit

Date

Signature

LE PRESTATAIRE
Nom
Qualit
Date
Signature

Page 31/52
ANNEXE 1

Mthodes Agiles

La prsente description des Mthodes Agiles permet de dcrire les principes sur lesquels les Parties ont
entendu raliser le projet. Les autres documents contractuels de rang infrieur ne peuvent droger aux
grands principes exposs, mme si expressment ou tacitement ils peuvent adapter aux besoins
particuliers les modalits de sa mise en uvre, notamment dans le PQS.

Principes des Mthodes Agiles

Le spectre du dveloppement dit agile repose sur un certain nombre de principes et en particulier :

q
Un pilotage orient Produit : les critres de succs sont explicits ds le dmarrage du
projet et font lobjet dune attention permanente. Lanalyse de valeur du logiciel permet
darbitrer en permanence pour optimiser la valeur produite en regard de leffort fourni. Le
Directeur de Produit (appel Product Owner - voir dfinition en article 2) coopre avec le
Client et lquipe pour maximiser la valeur du logiciel livr, compte tenu des contraintes
qui sont les siennes (budget et dlais, en particulier).

Le dveloppement est prioris par le risque et la valeur mtier. La production
incrmentale permet dradiquer les risques au plus tt et de maximiser le revenu
potentiel, tout en autorisant un pilotage trs transparent de la progression.

Le changement de primtre est possible et pass au crible de lanalyse de valeur et de
lanalyse de risque. Limpact sur le planning est mesur avec le Prestataire (LE
PRESTATAIRE), et un arbitrage clair peut tre effectu par le Client et le Prestataire.

Ainsi, le Client, en cas de primtre revu la hausse peut, soit amender son Cahier des
Charges en consquence, soit supprimer certaines fonctionnalits juges moins
importantes pour intgrer les changements souhaits et garder son budget projet
inchang. Pour cela, il oprera un systme dchange de Story Points (voir dfinition en
article 2) en accord avec le Prestataire. Cest le mcanisme du Trade in / Trade out.

De la mme manire, le Client peut revoir le primtre la baisse (droit dinterruption
anticipe) dont les modalits sont dfinies au Contrat.

q
Lexcellence des quipes : le dveloppement logiciel est une activit dingnierie qui
requiert des comptences pointues et varies. Les quipes du Prestataire sont de petite
taille, exprimentes, pluridisciplinaires, dotes de toutes les comptences ncessaires au
dveloppement d'applications modulaires, volutives, performantes, documentes,
Page 32/52
intgrables et exploitables. Pour ces quipes, la qualit nest jamais une variable
dajustement, ni le test une activit ngociable.

La stabilit de lquipe est un facteur cl du succs dun dveloppement, et le turn-over
un risque commun tous les projets. Le Prestataire fait en sorte que sur deux mois
glissant les deux tiers de lquipe soient stables.

Les membres de lquipe sont identifis et prsents au Client qui peut ou non valider la
pertinence des profils dans le contexte projet. Les quipes sont constitues au moins
75% de membres senior (plus de 5 ans dexprience).

q
Un dveloppement incrmental : La ralisation est incrmentale. Les incrments, dune

dure typique de 2 semaines, aboutissent la livraison dun logiciel (ventuellement
partiel) parfaitement oprationnel. Les fonctionnalits dveloppes durant lincrment
sont systmatiquement intgres et testes. Seules celles effectivement valides au
terme de lincrment sont prises en compte dans la mesure de la progression. Leffet
tunnel est ainsi supprim et le pilotage de lavancement est rendu transparent.
Qualit et productivit : Les quipes du Prestataire disposent dune usine logicielle

performante, et tous leurs membres sont rompus aux techniques de dveloppement
issues de leXtreme Programming (XP) : gestion de source et proprit collective du code,
tests unitaires systmatiques, tests dintgration et tests fonctionnels automatiss,
conception continue, refactoring, pair programming, build automatis, intgration
continue, qualimtrie automatise, normes de dveloppement, etc.
Une transparence absolue : le droulement du dveloppement est totalement

transparent. Lintgralit des artefacts est continuellement accessible au Client. En
particulier, selon les artefacts mis en uvre dans le cadre du projet du Client : le code
source, les documents de conception, les rapports de tests, les rapports dintgration
continue, le tableau de bord qualit, loutil de gestion de projet, le portail projet (wiki) o
sont consigns tous les comptes-rendus. Une description plus prcise de ces outils est
fournie dans la section consacre lusine logicielle. Une analyse des risques et des
problmes, ainsi quune liste des actions prises pour les mitiger ou les supprimer sont
galement maintenues publiques dans le portail projet.

Contrairement aux mthodes formelles traditionnelles, les mthodes agiles sont davantage un
systme de valeurs qu'une prescription rigoureuse quant l'enchanement d'activits et de livrables
intermdiaires.

Ce systme de valeurs a t formalis en 2001 sous la forme du Manifeste Agile :

Individus et interactions plutt que les processus et les outils
Un logiciel qui fonctionne plutt quune documentation exhaustive
La collaboration entre les parties plutt que la ngociation contractuelle
Rpondre au changement plutt que suivre un plan

La contractualisation dune ralisation en Mthodes Agiles est nouvelle sur le march franais tant sur
les concepts quelle sous tend que sur la nature des relations instaures entre le Client et le
Prestataire.
Des incertitudes tant du point de vue technologique que fonctionnel ont t identifies par les deux
Parties avant la signature de ce Contrat.
Page 33/52
Le Contrat prvoit donc en consquence, les modalits possibles dajustement du primtre

contractuel.
Description de la dmarche projet du Prestataire et dfinitions de lagilit

Le Prestataire ralisera le dveloppement du Logiciel en sappuyant sur Scrum et XP (eXtreme
Programming), les deux mthodes agiles les plus rpandues dans lindustrie logicielle.

Ce paragraphe dfinit la terminologie agile qui est utilise dans le Contrat et qui le sera tout au long du
projet.

Scrum se positionne au niveau de la gestion et de lorganisation de projet l o XP se positionne au
niveau des activits de dveloppement. Cest la raison pour laquelle ces deux mthodologies
fonctionnent bien ensemble : elles adressent des problmatiques diffrentes et se compltent
mutuellement.

SCRUM

Davantage qu'une mthode formelle, Scrum peut tre vue comme un cadre mthodologique dont
l'implmentation doit tre ajuste en fonction des caractristiques techniques, organisationnelles et
culturelles des projets qui souhaitent la mettre en uvre.

Scrum dfinit un jeu minimal d'acteurs, de crmonies et d'artefacts qui permettent de relever les dfis
principaux du dveloppement incrmental : la planification, la gestion du temps et la gestion des
risques. Scrum est entirement pilote par la valeur mtier la gestion des risques, en particulier, est
ralis au travers de ce prisme.

Le logiciel dvelopp sappelle en terminologie Scrum, le Produit (Product).

Scrum identifie trois acteurs :

q
le Product Owner (Directeur de Produit), qui possde l'expertise fonctionnelle et est
mme de raliser les arbitrages ncessaires la priorisation des dveloppements. Son
rle est absolument essentiel, et son respect des rgles du jeu est la pierre angulaire du
succs d'un projet agile. Le Product Owner est issu du personnel du Client et est
suffisamment disponible pour lquipe (voir obligations du Client).

q
le Scrum Master, membre de l'quipe, et dont la tche principale est d'optimiser la
capacit de production de l'quipe en l'aidant travailler de faon autonome et
s'amliorer constamment. Il est galement le garant de la bonne implmentation de
Scrum. Il est enfin le garant vis--vis de lquipe, de la suppression de tous les obstacles
qui empchent lquipe davancer. Dans certains cas, il se retournera vers le Client qui
est, en dernier recours, en charge de supprimer tous les obstacles lorsquils sont ports
sa connaissance.

q
l'quipe, dont la taille doit tre rduite (7 9 personnes est gnralement admis comme
une borne suprieure), et qui prend en charge le dveloppement du Produit
(planification, conception, codage, tests, documentation) sans spcialisation des rles. La
particularit d'une quipe Scrum est d'tre auto-organise , et donc dpourvue de
hirarchie.
Page 34/52

L'unit de temps, dans Scrum, est le Sprint. Un sprint est une itration courte (de l'ordre de 2 4
semaines) dont le primtre est garanti et dfini lors d'une crmonie de planification initiale.

Le schma suivant dcrit l'articulation gnrale de Scrum :

Figure 1 Cycles d'un projet Scrum

Scrum dfinit galement trois artefacts :
q
Le Burndown Chart, qui est une reprsentation graphique de l'avancement du projet,

visible de tous les personnels Client et Prestataire impliqus dans le projet.
Le Product Backlog est fondamental Scrum sans lui, rien n'est possible.

Le Product Backlog est la liste des fonctionnalits du logiciel. Les lments du Product
Backlog sont rdigs sous forme de User Stories .

q
Une User Story est une forme simplifie et faiblement dtaille de cas d'utilisation, et doit
se focaliser sur les objectifs mtiers du logiciel dvelopp. Elle est accompagne de
critres dacceptance servant sa validation (Scenario de test, script de test, etc ..)

Au dbut de chaque Sprint a lieu la crmonie qui est probablement la plus importante de Scrum : le
Sprint Planning (planification du Sprint).

Le Sprint Planning runit l'quipe et le Product Owner pour dterminer l'objectif et le contenu du Sprint
venir. C'est durant cette crmonie que l'estimation fine de la charge de dveloppement de chaque
User Story est dtermine. Les User Stories sont dcoupes en tches dont chacune fait l'objet d'une
estimation de charge exprime en heures ou en jours. Il est important de noter que c'est l'quipe qui
dtermine la charge affrente chaque tche. Le principal rsultat de cette crmonie est le Sprint
Backlog, qui regroupe l'ensemble des fonctionnalits que l'quipe s'engage produire durant l'itration
naissante, et liste les tches correspondantes.
Page 35/52

Au terme de chaque Sprint, le produit partiel est livr avec le niveau de qualit attendu pour son
exploitation en production cette caractristique est l'origine du qualificatif incrmental souvent
associ aux mthodes agiles. Les User Stories implmentes font l'objet d'une dmonstration publique
laquelle le Client est tenu dassister. Au mme titre que les livraisons sont incrmentales, les recettes,
effectues par le client, le sont galement.

Ainsi la recette incrmentale ncessite que la recette du contenu dvelopp pendant le Sprint N doit
imprativement tre prononce avant la fin du Sprint N+1 (cf $ engagements).

Outre le Sprint Planning, voici les principales crmonies introduites par Scrum :
q
la mle quotidienne (Daily Scrum), courte crmonie (de l'ordre de 15 minutes) mene
chaque jour avec les membres de l'quipe et le Product Owner, et dont l'objectif est de
maintenir chacun au courant de l'activit de tous, de dterminer les tches de la journe
et d'identifier les ventuels obstacles qui ralentissent ou empchent la progression du
sprint.
la revue de sprint (Sprint Review), qui consiste pour l'essentiel, au terme de chaque
itration, faire une dmonstration publique du rsultat du Sprint ; cette crmonie
permet de garantir le caractre incrmental du dveloppement (pour tre dmontr, le
produit doit tre utilisable) mais aussi de recueillir un retour rgulier des commanditaires
aux fins d'ajuster le contenu du Product Backlog. Le personnel du Client, notamment le
Product Owner, doit tre prsent cette crmonie.
la rtrospective, qui runit l'quipe, au terme de chaque Sprint afin d'identifier les erreurs
commises lors du Sprint prcdent et de dfinir un plan d'actions (concret et affect) en
vue d'amliorer le processus ; la rtrospective est une crmonie capitale qui incarne l'un
des principes fondamentaux noncs par le Manifeste Agile : A intervalles rguliers,
l'quipe rflchit sur les moyens de devenir plus efficace, puis adapte et ajuste son
comportement en consquence.

Scrum, on le voit, adresse la problmatique du processus de production du logiciel. Les promesses du
dveloppement itratif et incrmental ne peuvent cependant pas tre tenues sans adopter un certain
nombre de pratiques de gnie logiciel, runies sous le terme eXtreme Programming (XP).

La complexit des User Story dvelopper svalue en Points de Fonction (FP), qui reprsente une
mesure relative par rapport un niveau de complexit talon.

La productivit de lquipe sappelle la vlocit et svalue en Points de Fonction par Sprint. Cette
vlocit a tendance augmenter dans le temps jusqu se stabiliser un niveau de croisire .

Le Prestataire maintient aussi un tableau de bord de son projet, le Kanban, dans lequel le Client
trouvera lintgralit des informations ncessaires sa comprhension de ltat davancement de
lquipe.

EXTREME PROGRAMMING XP

La premire des pratiques de l'eXtreme Programming, la plus fondamentale galement, est le test.

L'approche incrmentale suppose une vision minimaliste du dveloppement : seules les fonctionnalits
effectivement ncessaires sont dveloppes, et le design adopt doit tre le plus simple imaginable
permettant d'implmenter intgralement la fonctionnalit. Consquence de cette recherche de
Page 36/52
simplicit, certains choix de design, suffisants un moment donn, peuvent s'avrer inadapts lors de
dveloppements ultrieurs. L'ajustement se fait alors par refactoring (ou r-ingnierie), qui consiste
modifier le design voire l'architecture d'un composant sans changer son comportement. Le refactoring
une opration techniquement triviale avec les environnements de dveloppement java, plus dlicate
lorsqu'il s'agit de la base de donnes comporte un risque de rgression vident, risque couvert en
principe par la pratique des tests unitaires et la recette incrmentale.

Le test automatis n'est pas seulement une bonne pratique du dveloppement agile : il en est l'pine
dorsale.

XP inclut la systmatisation des tests unitaires automatiss, et fait du taux de couverture des tests la
proportion du code excute par les tests unitaires une mtrique cl pour estimer le niveau de qualit
des dveloppements.

XP comprend un certain nombre de pratiques dont la mise en place est souvent associe l'adoption
des mthodes agiles comme :

q
Intgration Continue ; cette pratique consiste dclencher de faon systmatique le
systme de build qui comprend notamment la compilation et l'excution des tests
unitaires et d'intgration chaque fois qu'un membre de l'quipe valide des sources dans
le rfrentiel projet ; c'est une pratique essentielle pour dtecter et corriger au plus tt
les problmes d'intgration des dveloppements. A plus grande chelle, l'intgration
continue permet de tester de faon rgulire (au moins quotidiennement) l'intgration de
composants dvelopps par des quipes distinctes.
q
Proprit Collective ; la proprit collective du code consiste ne pas spcialiser certains

membres de l'quipe sur certains composants et donc favoriser la polyvalence au sein
de l'quipe. Elle est favorise par des pratiques telles que la programmation en binme
qui permet lappropriation dune base commune de code. Les quipes avec un haut
niveau dappropriation collective de code sont rputes pour tre plus robustes : un
Sprint ne sera par exemple pas forcment menac par labsence ponctuelle dun membre
de lquipe.
Normes de dveloppement ; sans tre une particularit de l'eXtreme Programming, les

normes de dveloppement en sont un lment cl, facilitant les tests, l'intgration
continue et l'appropriation collective de la base de code. Elles renforcent galement la
consistance des APIs (interfaces daccs).
Programmation en binme (Pair Programming), qui consiste dvelopper deux sur un

mme poste ; cette pratique nest utilise que ponctuellement, par exemple sur une
nouvelle technologie, une problmatique pointue, un fonctionnel plus complexe, ou plus
simplement, si lun des membres de lquipe demande de lassistance. C'est aussi une
pratique utile lors des montes en charge de l'quipe : elle permet d'intgrer plus
rapidement les nouveaux dveloppeurs.
Rythme soutenable ; ce principe est commun toutes les mthodes agiles, et

directement issu du heijunka Lean ; il part du principe qu'il ny a rien de plus contre-
productif moyen terme que de maintenir une quipe de dveloppement sous la
pression dune charge de travail suprieure sa capacit de production.

Certaines des pratiques de l'eXtreme Programming ont irrigu Scrum - une quipe , une mme
pice , la notion de stories , le rythme soutenable ou encore le planning game , raison pour
laquelle ces deux approche sont trs complmentaires.

Page 37/52
ANNEXE 2

Vision du CLIENT

Page 38/52
ANNEXE 3

Estimation de charges, structure et
dlais du PRESTATAIRE

Page 39/52
ANNEXE 4

Plan Qualit de Service
Version initiale

Page 40/52
1.
Contexte dutilisation du plan

Lobjectif de ce Plan de Qualit de Service est de prsenter les dispositions prises par CLIENT et par
lquipe projet pour :

- Organiser le droulement du projet.
- En assurer la qualit.

Ce plan de qualit de service (dsign tout au long du document par lacronyme PQS) est :

Un document de rfrence pour tous les acteurs du projet. Il permet de partager une vision commune
entre CLIENT et PRESTATAIRE.
Un engagement sur les critres de qualit du projet. Il est ralis en collaboration avec CLIENT et
approuv par lui.
Un descriptif de la gouvernance du projet.

Chaque partie se doit de respecter le PQS dans sa dernire version amende au contrat.

2.
Domaine dapplication

Description du contexte du projet.

Exemple :
1. Prsentation

2. Contexte

3 .Objectifs

3.
Responsabilit de lassurance qualit

1. Responsables

Conformment aux principes de la mthodologie agile SCRUM, lensemble des membres de lquipe est
responsable de la qualit du projet et se doit ainsi de respecter les engagements pris dans le prsent
PQS.
XX XXX, en tant directeur de projet, se porte garant du respect du PQS, au nom de lquipe et au nom
de PRESTATAIRE.
YY YYY, en tant que chef de projet, se porte garant du respect du PQS, au nom du CLIENT
4.
Suivi de lexcution du plan

Cette section dcrit lensemble des dispositions mettre en uvre pour sassurer du bon droulement
de la prestation.

Page 41/52
1. Pilotage
Bilan de Sprint
Revue des indicateurs de performance

et dcisions associes, point sur les
risques
Chef de projet CLIENT
Directeur de
PRESTATAIRE
Revue de lavancement de la release en

cours et du planning de mise en
production, point sur les risques et
problmes, revue de la capacit
dexcution
Chef de projet client
Directeur de
PRESTATAIRE
Product Owner
Scrum Master

Comit de pilotage
Projet
Projet

2. Critres de suivi de la prestation

Afin de sassurer du niveau de qualit de la prestation, PRESTATAIRE propose des critres qualitatifs et
quantitatifs qui sont valus par des indicateurs.
Ces indicateurs servent mettre en lumire des situations anormales, par exemple :
-
Baisse de la productivit
Instabilit de lquipe
Dfaut de qualit du produit
Ces situations peuvent tre dues des vnements indpendants des deux parties ou un manquement
dune ou des deux parties.
Des seuils sont fixs pour chaque indicateur.
Le franchissement dun de ces seuils dclenche une analyse causale en comit de pilotage. Des pnalits
financires seront appliques dans le cas o PRESTATAIRE aurait manqu ses engagements. (SI l'option
des pnalits n'est pas retenue -> supprimer le paragraphe 6.3 du contrat)
La mthode de calcul et le montant des pnalits sont spcifis dans lannexe financire.

3. Liste des critres valus par un indicateur

Critres avec seuil dalerte
-
Prdictibilit
Productivit de lquipe
Qualit du logiciel dlivr : Technique et fonctionnelle

Critre
Objectif
Prdictibilit
Suivre le respect du primtre fonctionnel de chaque itration
Page 42/52
Dfinition
Nombre de fonctionnalits dmontres en fin ditration par rapport aux

fonctionnalits prvues.
Mesure
Soit A = Somme des points de complexit correspondant aux

fonctionnalits livres et dmontres en fin ditration.
Soit B = Somme des points de complexit correspondant aux
fonctionnalits prvues en runion de planification ditration.
Prdictibilit = (A/B)*100
Unit de mesure
Seuils
(phase oprationnelle)

Objectif
100 %
Alerte
< 75 %
Critre
Productivit
Objectif
Suivre la capacit de lquipe enrichir le produit chaque itration
Dfinition
Le nombre de story points qui ont t implments dans un sprint

rapport la taille de lquipe.
Mesure
Soit A = Somme des story points correspondant aux fonctionnalits

livres et dmontres en fin ditration.
Soit B = Charge totale de lquipe.
Productivit : X = (A/B)

Unit de mesure
N/A
Seuils

Objectif
A dfinir lissu de la phase de lancement
Alerte
Page 43/52
Critre
Qualit du logiciel livr : Fonctionnelle
Objectif
Suivre la qualit du logiciel livr du point de vue fonctionnel
Dfinition
Nombres danomalies (y compris rgressions) dcouvertes aprs la

livraison de lincrment de produit.
Seuils

Objectif
Alerte

Critre
Qualit du logiciel livr : Technique
Objectif
Suivre lvolution de la dette technique
Dfinition
A minima, couverture de code (non gnr) par les tests unitaires et

complexit cyclomatique.
Mesure
Mesure automatique laide dun outil adapt
Seuils
Objectif
Couverture de code : 85%
Complexit cyclomatique : 8
Alerte
Couverture de code < 60 %

Complexit cyclomatique > 40

Critres sans seuil dalerte
-
Implication de lquipe
Satisfaction client
Critre
Implication de lquipe
Objectif
Mesurer limplication de lquipe
Dfinition
Une mesure de limplication des membres de lquipe au sein de lquipe et

de lorganisation.
Mesure
Lors de chaque rtrospective ditration chaque membre de lquipe

rponds la question suivante : Sur une chelle de 1 5, recommanderiez
vous cette quipe et ce projet un de vos collgues ?
Outil de mesure
Moyenne des notes
Unit de mesure
Note de 0 5
Objectif
Page 44/52

Critre
Satisfaction client
Objectif
Mesurer la satisfaction du client
Dfinition
Une mesure de la capacit de lquipe rpondre aux attentes du client.
Mesure
A lissu de chaque dmonstration chaque personnes impliques dans le

projet cot client doit rpondre la question suivante : Sur une chelle de
1 5, recommanderiez vous cette quipe et ce projet un de vos
collgues ?
Outil de mesure
Moyenne des notes
Unit de mesure
Notes de 0 5
Objectif

5.
Documents applicables et de rfrences

Le projet devra se drouler selon les principes de la mthodologie SCRUM dcrite dans lAnnexe 1 du
contrat.
Tout au long du projet, les deux parties pourront se rfrer lannexe 2 du contrat : Vision (Cahier des
charges) . Ce document dcrit les objectifs du projet et donne les grandes fonctionnalits attendues du
produit raliser.
Enfin, le montant de la prestation, lchancier de paiement et la mthode de calcul du montant
forfaitaire dventuelles pnalits se trouvent dans lannexe 6 : Annexe financire

6.
Terminologie

La terminologie lie la pratique de la mthodologie agile SCRUM est entirement dfinie dans le
contrat agile dans lannexe 1 Mthodes Agiles

7.
Organisation du projet
Comme spcifi dans le paragraphe 5.1 ( Dcoupage des prestations ) du contrat agile, le projet est
dcoup en trois grandes phases :
-
Phase de lancement
Phase oprationnelle
Phase de finalisation
Phase de lancement
La phase de lancement du projet se dcoupe en deux parties :
-
Sprint 0 : Le contenu et les objectifs du Sprint 0 sont dcrits dans le contrat (5.1.1)
Sprints 1 3 : Les sprints 1 3 sont des sprints de production dont les objectifs sont :
o
Dlivrer des incrments de logiciels.
Page 45/52
Stabiliser les indicateurs choisis pour suivre le projet. A lissue du sprint 3, PRESTATAIRE
sengage sur la valeur dfinitive des seuils dalerte pour chaque indicateur.

Phase oprationnelle
La phase oprationnelle est une succession de Sprints lissue desquels PRESTATAIRE livre des
incrments de logiciel.

Ces incrments sont tests et valids par CLIENT lors de recettes incrmentales.

Phase de finalisation
Finalisation rgulire :
Un comit de pilotage exceptionnel dfini le contenu des deux dernires itrations du projet.
Arrt anticip du projet :
CLIENT la possibilit dinterrompre le projet lorsquil considre que le projet a atteint des objectifs
suffisants.
Les modalits de cet arrt anticip sont spcifies dans le paragraphe 17.2 du contrat agile : Atteinte
anticipe des objectifs du client

8.
Pratiques d'ingnierie

Les pratiques d'ingnierie suivies par PRESTATAIRE se basent principalement sur des techniques issues
de l'eXtreme Progamming (XP). LXP est un ensemble de 13 pratiques dont la dfinition est consultable
ladresse suivante : (http://fr.wikipedia.org/wiki/Extreme_programming) PRESTATAIRE systmatise
lutilisation de quatre dentres elles :
-
Dveloppement pilot par les tests (appel aussi TDD)
Proprit Collective
Normes de dveloppement
Programmation en binme (Pair Programming)

9.
Gestion des modifications
Les demandes de changement sont de deux types :
Anomalie: cart constat avec les critres dacceptation dune story (cf. Dfinition dune story
dans le contrat agile : Annexe 1)
Evolution: L'cart est du une modification, un ajout ou une suppression au niveau des
spcifications des besoins
Le processus dtaill de gestion des modifications est dfinir en phase de lancement, en respectant les
principes suivants:
A la fin de chaque itration, un PV de recette provisoire est sign sur la base des lments
prvus en dbut de sprint et dmontrs en fin de sprint, il mentionne les ventuels anomalies et
volutions souhaites
CLIENT dispose ensuite de 2 semaines maximum pour effectuer la recette partielle ou complte
dun incrment
Page 46/52
Les retours de dmonstration mentionns dans le bon de livraison sont traits dans le sprint
N+1
Les retours de recette sont planifis par dfaut dans le sprint N+2
Page 47/52

ANNEXE 5

Conditions Particulires
au Contrat de prestation de
services raliss selon les Mthodes
Agiles

ENTRE :

<DNOMINATION SOCIALE>

Socit <forme juridique> au capital social de <montant> euros, inscrite au RCS de <ville> sous le numro
<numro>, dont le sige social est sis <adresse>.

Reprsente par <nom>, agissant en sa qualit de <statut>, dment habilit leffet des prsentes.

Ci-aprs dnomme le Client

D'une part

ET :

LE PRESTATAIRE

<Raison Sociale, Adresse, RCS>

Reprsente par le signataire du prsent contrat, dment habilit leffet des prsentes.

Ci-aprs dnomme LE PRESTATAIRE

D'autre part

1. RFRENCE CONTRACTUELLE / OBJET

Page 48/52

Les prsentes Conditions Particulires sont prises en application du Contrat en rfrence. Elles
ont pour objet de complter et/ou amender la lettre et la porte dudit Contrat. La signature
par le CLIENT des Conditions Particulires emporte acceptation expresse des termes dudit
Contrat qui n'auront pas t complts et/ou amends. Les termes en majuscule figurant aux
prsentes sont dfinis au sein dudit Contrat.

2. COMPLMENTS / AMENDEMENTS AU CONTRAT

2.1.

2.2.
LE PRESTATAIRE pourra ajuster lestimation de charges, structure et dlais pendant le Sprint 0

conformment aux articles 5.1.1. et 11.1.2. :
la baisse dans la limite de <limite basse re restimation Backlog en %> %;
la hausse dans la limite de <limite basse re restimation Backlog en %> %.

Comme annonc larticle 5.2., LE PRESTATAIRE ralisera les prestations objet du Contrat sur
le site <lieu dexcution>.

< Si excutes chez le Client
Les prestations seront intgralement dlivres tel que dcrit dans les conditions particulire chez le
CLIENT. Le Client fournira de ce fait une salle projet ayant suffisamment despace pour accueillir
les personnels du PRESTATAIRE et leur permettre de travailler dans des conditions satisfaisantes.

Pour des raisons de scurit, LE PRESTATAIRE fournira loccasion du Sprint 0 une liste des personnels
quelle affectera la ralisation des prestations et pour lesquels le CLIENT lui dlivrera dans le
mme temps une autorisation daccs ses locaux pour la dure du Contrat. LE PRESTATAIRE
sengage maintenir ladite liste jour et communiquer toute modification dans les meilleurs
dlais au CLIENT. Rciproquement, le CLIENT sengage dlivrer dans les meilleurs dlais au
PRESTATAIRE une autorisation daccs ses locaux mise jour en consquence.

Le CLIENT devra permettre laccs ses locaux aux personnels du PRESTATAIRE autoriss, aux
jours et heures ouvrs, sauf en cas de ncessit o il devra mettre en place une procdure
daccs ses locaux en dehors des priodes habituelles.

LE PRESTATAIRE devra sassurer que ses personnels se conforment toute rglementation en vigueur
dans les locaux du CLIENT, notamment aux rgles dhygine et de scurit, et plus gnralement
au rglement intrieur du CLIENT et au calendrier et horaires de celui-ci, le cas chant en usant
de son pouvoir disciplinaire.

A cet effet, le CLIENT remettra au PRESTATAIRE un exemplaire de son rglement intrieur et des
rgles d'hygine et de scurit avant le dbut des prestations.>

2.3.
Conformment larticle 7.1. :

Le rle de Chef de projet sera assum par <nom Chef de projet CLIENT>.
Le rle de Product Owner sera assum par <nom du PO>.
Le rle de Directeur de Projet PRESTATAIRE sera assum par <nom Directeur de

Projet Prestataire>.
Le rle de Scrum Master sera assum par <nom du SM>

Page 49/52
2.4.
Lorsque la phase de finalisation prvue au 5.1.3. ou la portabilit prvue larticle 14 seront

mises en uvre la demande du CLIENT en vertu de larticle 17.2., les modalits de
facturation seront les suivantes :
complter
Page 50/52

ANNEXE 6

Tarifs

<Cette partie spcifie les tarifs journaliers de prestations dans le cas de ralisations
hors contrat supplmentaires. Les bases tarifaires sont pr ngocies.>

Page 51/52

ANNEXE 7

Product Backlog

Page 52/52

Contrat Agile V1.1

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Contrat Agile V1.1

Hochgeladen von

Copyright:

Verfügbare Formate

CONTRAT

Notice : Le contrat contient des zones ditables et des zones de commentaire.

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

5. MISE EN OEUVRE DES PRESTATIONS

6. PLAN QUALITE DE SERVICE

7. INTERLOCUTEURS PRIVILEGIES - COMITE DE PILOTAGE

8. RECEPTION DES DEVELOPPEMENTS ET DU LOGICIEL

10. OBLIGATIONS DES PARTIES

11. CONDITIONS FINANCIERES

12. PROPRIETE INTELLECTUELLE

17. DUREE ET CESSATION

18. DISPOSITIONS DIVERSES

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

Il a t expos et convenu ce qui suit :

(cot, dlai, primtre volutif).

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

en utilisant la mthodologie dcrite en Annexe 1 ;

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

le prsent contrat, les Conditions Particulires jointes en Annexe 5 et lestimation de

MISE EN OEUVRE DES PRESTATIONS

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

La phase de lancement permet galement dactualiser le primtre fonctionnel du Logiciel

tablissement du Plan Qualit de Service.

Ralisation du Sprint 0 qui recouvre notamment :

La prsentation des personnels du PRESTATAIRE et du CLIENT impliqus dans la

Dlivrer des incrments de logiciels.

Stabiliser les indicateurs et mtriques associes choisis dans le PQS. A lissue du

autoriser les priodes de cong ou de formation des personnels en concertation avec le

PLAN QUALITE DE SERVICE

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

Une version initiale V 0 du Plan Qualit de Service est fournie en Annexe 4.

INTERLOCUTEURS PRIVILGIS - COMITE DE PILOTAGE

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

LE PRESTATAIRE dsignera un interlocuteur (dnomm ci-aprs le Directeur de Projet du

RCEPTION DES DVELOPPEMENTS ET DU LOGICIEL

manire prcise lenvironnement et les conditions de la survenance de chaque Anomalie afin

une erreur de manipulation du CLIENT ;

Toute intervention du PRESTATAIRE au titre danomalies de fonctionnement exclues de la

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

composantes logicielles et matrielles des systmes informatiques sur lesquels il est

OBLIGATIONS DES PARTIES

dexcution du Contrat, dans le cadre de changements de primtre la hausse ou la baisse,

Le CLIENT souhaite modifier les spcifications de certaines fonctions consignes dans la

Le CLIENT souhaite modifier les spcifications de certaines fonctions consignes dans la

Le CLIENT souhaite modifier les spcifications de certaines fonctions consignes dans la

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

Le CLIENT informera LE PRESTATAIRE dans le cas o il lui transmettrait des donnes

OBLIGATIONS DES PARTIES

Le CLIENT souhaite intgrer des fonctionnalits supplmentaires non prvues dans le

LE PRESTATAIRE facturera ses prestations de la manire suivante :

Ajustement au rel tous les <Nombre de sprints entre deux rgularisations>

MODALITS ET DLAIS DE PAIEMENT

DROITS DE PROPRIT INTELLECTUELLE DU CLIENT

Le Contrat nemporte aucun transfert de droits de proprit intellectuelle au profit du

DROITS DE PROPRIT INTELLECTUELLE DU PRESTATAIRE

Contrat Agile V 1.1 - Xebia, Alrion, LCA, Cellenza

RESPECT DES DROITS DE PROPRIT INTELLECTUELLE

CESSION DE DROITS DAUTEUR SUR LE LOGICIEL AU CLIENT

GARANTIE DE JOUISSANCE PAISIBLE

le CLIENT cooprera activement avec LE PRESTATAIRE en tout ce qui concerne le

MODULES ET BIBLIOTHQUES LIBRES

EXCEPTIONS LOBLIGATION DE CONFIDENTIALIT

La prsente obligation de confidentialit sappliquera pendant toute la dure du Contrat et se