1 Agilité, des difficultés d'une contractualisation client-fournisseur équitable. Pascal Perigault : Directeur de marché Proxiad Grégory Ivanes : Chef de Projet (Scrum Master Certifié) AGILE TOUR 2009 - LILLE - 30/10/2009
Nov 20, 2014
1
Agilité, des difficultés d'une contractualisation
client-fournisseur équitable.
Pascal Perigault : Directeur de marché ProxiadGrégory Ivanes : Chef de Projet (Scrum Master Certifié)
AGILE TOUR 2009 - LILLE - 30/10/2009
2
PlanAGILE TOUR 2009
• Introduction
• Apport des méthodes agiles
• Les difficultés de la contractualisation
• Les différents contrats possibles
• Notre retour d’expérience
3
Proxiad GroupAGILE TOUR 2009
PROXIAD Ile de FranceParis
(mi 2004)
PROXIAD NormandieRouen
(déc. 2005) HOLDING(déc. 2003)
PROXIAD BulgariaSofia
(déc. 2005)
PROXIAD OuestNantes
(mi 2005)
PROXIAD NordLille
(oct 1997)
SyntoniaParis(2004)
4
Introduction
5
Les 4 valeurs fondamentales de l’agilité
AGILE TOUR 2009
L'équipe « Personnes et interaction plutôt que processus et outils »
L'application « Logiciel fonctionnel plutôt que documentation complète »
La collaboration « Collaboration avec le client plutôt que négociation de contrat »
L'acceptation du changement « Réagir au changement plutôt que suivre un plan »
Manifeste agile
6
Le contrat au forfait classique
Le client définit le cahier des charges
Le fournisseur s'engage à livrer ce qui est décrit pour un coût et dans un délai fixes.
Risque pour le fournisseur Rigidité pour le client
7
Que peuvent nous apporter les méthodes agiles et notamment
SCRUM ?
8
Se concentrer sur les fonctionnalités nécessaires
SCRUM nous impose de développer en premier les fonctionnalités les plus importantes pour le client.
Les gaspillages sont éliminés
9
Valeur marginale de chaque sprint
http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment-etre-menes-au-forfait/
10
SCRUM vs Effet tunnel
Le client vérifie l'utilisabilité de chaque fonctionnalité.
Chaque sprint influence sa vision de l’application finale.
L’application finale en sera forcément plus adaptée au besoin réel du client.
11
Les délais sont réduits
Etude d’opportunité
Etude De faisabilité
Etude Détaillée
Choix du fournisseur
Analyse Conception Développement Qualification
Projet classique
Etude d’opportunité
Etude De faisabilité
Etude Détaillée
Choix du fournisseur
QualificationSprint 1
Projet agile
QualificationSprint n…
12
Flexibilité
SCRUM est flexible, le client peut modifier le backlog sans avoir à renégocier un avenant.
On évite ainsi les discussions…
ProxiAD - 07/09/2009 - v2.0
13
L’horizon de prévisibilité
Réduire les risques Estimation plus précise Chaque sprint s’effectue avec un contour connu de
tous (équipe, client)
Prévisible Incertain Imprévisible
Maintenant Temps
14
Ou arrêter ?
http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment-etre-menes-au-forfait/
15
Suivi de projet réel et réactualisé à chaque sprint
Equipe A : Le client a considéré que 7 fonctionnalités sur
les 15 prévues sont terminées la vélocité a été remise à jour reste 6 sprints pour terminer la release.
Equipe B: Nous avons terminé 80 % de l’analyse détaillée95 % de l’architecture technique et 10 % du développement.
16
Participation du client
Le client doit être impliqué dans le développement.
Le périmètre initial évolue immanquablement au cours du projet.
Le client doit collaborer avec l'équipe et fournir un feed-back continu sur l'adaptation du logiciel à ses attentes.
17
Les difficultés de la contractualisation
18
Difficultés
Un projet agile doit tolérer les variations de périmètre.
Le client souhaite connaitre le montant de son engagement financier.
19
Contractualisation
Les contrats agiles visent à construire un climat de confiance durable entre le client et le fournisseur
collaborer pour atteindre l'objectif commun de livraison du logiciel attendu
être transparent sur les capacités, les performances et les difficultés rencontrées
s'adapter aux changements métier du client induits par un marché de plus en plus évolutif.
20
Les différents contrats possibles
21
Les objectifs
« gagnant – gagnant » pour le client et le fournisseur
Relation saine et constructive dans un climat de confiance mutuelle et durable
22
Les différents contrats possibles
Contractualisation à chaque sprint
Engagement de moyen ( proche du centre de service)mise à disposition d’une équipe formée à la
démarche agile.
Une 1ère contractualisation classique de 3 à 6 mois (la visibilité restant assez bonne) puis démarche agile enclenchée.
23
D’autres contrats moins classique
Marge Fixe Ex: Contrat de 200 h.j, coût 1 h.j = 10 Ecus, Marge = 20 % 2400 Ecus = (10 * 200 ) + 400 pour une version livrée en effort nominal ;
(coût de l’effort pour le fournisseur) x Volume de l’effort nominal + marge du fournisseur 1900 Ecus = 10 x 150 + 400 si le projet est terminé pour un effort de 150 h.j 3400 Ecus = 10 x 300 + 400 si le projet est livré pour un effort de 300 h.j.
La marge du fournisseur reste identique, elle peut être réalisée plus ou moins vite. Le client peut stopper le projet à chaque sprint ( il paie le consommé et la marge)
Partage de profit réalisé grâce à l’application
http://blog.octo.com/contractualisation_agile/
24
Notre retour d’expérience
Full SCRUM Technologie : J2EE, GWT, JPA, TDD Domaine : Retail Projet d’environ 2 ans
Engagement de moyen ET Contractualisation à chaque sprint
25
Pour plus de détails
http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment-etre-menes-au-forfait/
http://blog.octo.com/contractualisation_agile/
http://www.lemagit.fr/article/offshore-developpement-gouvernance-projet/4511/1/methodes-agiles-renouveau-des-relations-client-fournisseur-dans-ingenierie/
http://www.areyouagile.com/2009/09/la-contractualisation-des-projets-scrum-avec-les-ssii/
ftp://ftp-developpez.com/valtech/articles/conception/agile/contractualisation/ContractualisationAgile.pdf
http://www.agiliste.fr/Home/arretons-de-se-faire-mal-avec-les-forfaits-et-le-cycle-en-v
http://fr.wikipedia.org/wiki/Manifeste_agile