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