Contractualiser un projet Agile - esprit-agile.com · Préambule : Le manifeste Agile, les 4 valeurs clé pour réussir un projet La priorité aux personnes et aux interactions, plutôt

Contractualiser un projet Agile

Comment s’engager sans forfait global ?

Sommaire

� Le contrat au forfait : objectifs et limites

� Les critères de choix d’un fournisseur

� Les trois engagements incontournables d’un fourniss eur agile

www.agiletour.com

2


� L’offre de contractualisation agile de Valtech : So ftware On Demand

� 2 exemples de projets non forfaitaires

Préambule : Le manifeste Agile, les 4 valeurs clé pour réussir un projet

� La priorité aux personnes et aux interactions,

� plutôt qu’au processus et aux outils.

� Des applications qui fonctionnent,

www.agiletour.com

3

� Des applications qui fonctionnent,

� plutôt qu’une documentation pléthorique.

� La collaboration avec le client,

� plutôt que la négociation du contrat.

� La réactivité au changement,

� plutôt que le suivi d’un plan prédéfini.

La nécessité d’un contrat

� Pour gérer les risques

� Partager les risques entre le fournisseur et le client

� Se protéger des tentatives de l’un pour exploiter l’autre

� Pour formaliser des choix et des exigences

www.agiletour.com

4

� Pour formaliser des choix et des exigences

� Solution technique

� Méthodes

� Outils de suivi• Suivi d’avancement

• Indicateurs

� Par obligation

� Par exemple pour un Appel d’offres public

Le contrat au forfait : objectifs

� Tout prévoir dès le départ !

� Figer les 4 paramètres du projet !

Périmètre

www.agiletour.com

5

� Figer les 4 paramètres du projet !

Délai

Qualité

CoûtProjet

Le contrat au forfait : limites

� Freins aux changements

� Périmètre figé dans des environnements métiers évolutifs

� Le fournisseur annonce un prix bas pour remporter le marché puis fait sa marge sur les changements de périmètre

� Focus contractuel plutôt qu’opérationnel

� Renégociations fréquentes qui détournent les intervenants de l’objectif opérationnel

www.agiletour.com

6

� Renégociations fréquentes qui détournent les intervenants de l’objectif opérationnel

� Tensions entre client et fournisseur => baisse de confiance => Contre-productif

� Frein à la qualité

� La qualité n’est pas négociable !

Client Fournisseur

Elle sera donc

minimale !

La qualité La qualité n’est pas

négociable !

Périmètre

CoûtDélai

Qualité

Sommaire




www.agiletour.com

7




Les critères de choix d’un fournisseur (1/2)

� Quels sont les critères que le client doit mesurer pour choisir un fournisseur ?

� Niveau de qualité proposé • Nombre d’anomalies, couverture de tests, audit de code, intégration continue

� Quantité et fréquence des feedbacks

www.agiletour.com

8

� Quantité et fréquence des feedbacks • Développement itératif, démonstrations de fin d’itération

� Expérience des ressources • En général masqué par le forfait

� Capacité à s'adapter en cours de projet• Prise en compte des changements de contenus et de priorités fonctionnels

� Qualité de la communication• Développement sur site, outillage (wiki), réunions à fréquences prédéfinies

� Maturité de la relation client• Pilotage du fournisseur, Implication du client

Les critères de choix d’un fournisseur (2/2)

Qualité

Relation client Feedback

5

4

3

2

www.agiletour.com

9

Communication Expérience

Adaptabilité

1

Sommaire




www.agiletour.com

10




L’engagement de collaboration

� Etablir le product backlog en commun

� Lister les fonctionnalités attendues

� Prioriser par valeur métier ajoutée

� Estimer l’effort relatif nécessaire à la réalisation de chaque fonctionnalité

� Faire une estimation détaillée pour une ou deux fonctionnalités en jour/homme

� En déduire une estimation globale

www.agiletour.com

11

� Faire du co-sourcing

� Product Owner client

� Développeurs clients

� Impliquer le client dans la sélection des ressource s

� Identification des besoins

� Recrutement des ressources

� Droit de regard sur le maintien ou non des ressources

Relation client

Expérience

1

5432

Fournisseur

Je comprends

vous voulez

Je comprends mieux ce que vous voulez

Je vois ce Je vois ce que vous

faites

Client

L’engagement de transparence

� Livraison de fonctionnalités utilisables à chaque f in d’itération

� Démonstration et recette partielle

� Suivi de projet partagé

www.agiletour.com

12

� Suivi de projet partagé

� Product backlog

� Itération backlog

� Indicateurs : qualité, productivité, prédictibilité

� Cycle d’apprentissage

� Rétrospective

Qualité

Communication

1

5432

Un exemple de visibilité : le bilan d’itération

nom du projet / Bilan Itération x Faits Marquants

Date début - Date Fin • Les calculs dynamiques n'avaient pas été prévus dans le Backlog original

Avancement projet • Le module 'consultation d'offre' non plus• Nous avons un module national minimal testable • Abdel va être arrété 2 à 3 semaines

Points positifs• Les calculs sont bien avancés• Leur complexité est maîtrisée• Les premiers écrans sont montrés lors de larétrospective

Product Burndown Chart

0

10

20

30

40

50

60

70

80

90

0 1 2 3 4 5 6

Iterations

Sto

ry P

oint

s

Iteration x - Burndown Chart

0

10

20

30

40

50

60

0 1 2 3 4 5 6 7 8 9 10 11

Cha

rges

Anomalies

0

10

20

30

40

50

60

70

80

Détectées

Corrigées

Validées

Restantes

Evolutions

www.agiletour.com

13

Axes d'amélioration• S'assurer du périmêtre des fonctionnalitésdemandées

• Les membres de l'équipe ne sont pas touscompétents sur les calculs. A tenir en compte lorsdu planning meeting

Actions pour la prochaine itération• Bien découper les fonctionnalités en sous-ftés• Enlever les datasets de la mesure de couverturede code par les tests

• Nettoyer/MAJ la base de données de test• Mettre au point des jeux de test du calcul

Jours 1 2 3 4 5

Couverture de Tests

0%

10%

20%

30%

40%

50%

60%

70%

80%

1 2 3 4 5

Tests Unitaires

Tests Fonctionnels

Tests Fonctionnels automatisés

Prédictibilité

0

10

20

30

40

50

60

70

80

1 2 3 4 5

Jour

-hom

me

Vélocité(nombre de SP réalisés par itération)

0

1

23

45

6

78

910

11

1 2 3 4 5

Sto

ry p

oint

s

Cas de Tests Fonctionnels

0

200

400

600

800

1000

1200

1 2 3 4 5

Rédigés (total)

Passés (dans l'itération)

En échec

L’engagement d’adaptabilité

� Accepter le changement de périmètre

� Livrer en priorité les fonctionnalités à forte valeur ajoutée pour le client

� Se baser sur des pratiques agiles pour maîtriser la prise en compte des changements

Faisons-le en premier

Voilà ce qui est le plus important

Périmètre

www.agiletour.com

14

Client Fournisseur

premierimportant pour moi

Délai Coût

ProjetProjet1

5432

Adaptabilité

Sommaire




www.agiletour.com

15




L’offre Valtech –Software On Demand

Initiation On-Boarding Performance

Itération 0 Itération 1 Itération 2 Itération 3 Itération 4 Itération 5+

www.agiletour.com

16

Calibrage du projet

• product backlog V1• priorités•story points

• critères d’acceptation•Qualité•Productivité

Calibrage du processus et des itérations

• livraison de fonctionnalités utilisables• raffinement du product backlog • suivi et ajustement des critères d’acceptation

•Qualité•Productivité

Réalisation forfaitaire par itération

• pricing par story point• atteinte des critères d’acceptation• système de bonus-malus

Régie Forfait par itération Forfait par itération

Sommaire




www.agiletour.com

17




Exemple 1 : projet contractualisé en mode forfait par itération

� Projet de refonte� Ré-écriture en Java d’une application Forté, iso fonctionnelle et iso ergonomique� Projet mené avec un processus agile en offshore avec équipe local chez le client� Taille du projet : 6 500 hommes.jour� Durée : 24 mois� Application de gestion des candidats intérimaires (1000 agences avec plus de 5000 utilisateurs)

Forfait Forfaits par itération / recettes partielles Recette

www.agiletour.com

18

� Critères d’acceptation : qualité

� Déclenchement de la facturation : acceptation d’ité ration

� Résultats :� 2% d’anomalies en phase de recette (14000 cas de tests fonctionnel)� Mise en site pilote en septembre 2007 et en production décembre 2007

Juin 2005 Décembre 2005 Juin 2007 Aôut 2007

Négociation

Exemple 2 : projet contractualisé en mode forfait par itération avec bonus/malus (1)

� Projet de refonte des systèmes magasins (220 magasi ns)

� Ré-écriture Java / WebSphere Commerce Server de 7 applications

� Projet mené avec un processus agile en offshore

� Taille du projet : 15 000 hommes.jour, Durée : 3 ans

� 3 lots :

• V1-Refonte catalogue produit

• V2-Refonte système vente pour 1 magasin piloteLot V 1

www.agiletour.com

19

• V3-Refonte système vente pour 220 magasins

Forfait global - mode duoshore

Juin 2005 Décembre 2005 Juin 2006

Régie contrôlée par le processus - mode offshore Recette en régie

Négociation

•Changement des têtes du projet•Changement de périmètre•Communication directe Client/Inde•Mise en place d’indicateurs : qualité et productivité

Lot V 1

Forfait global Forfait par itération bonus/malus

Lot V2 Lot V3

Forfait par itération


www.agiletour.com

20

Janvier 2006 Mai 2006 Novembre 2006

Négociation

•Communication directe Client/Inde•Suivi d’indicateurs : qualité et productivité

Négociation

Formule de calcul : ∑ ((UC A / (UC A+UC Raf)) x UC Init)

V1A =∑ (UC Init)


www.agiletour.com

2121

qualité productivité

0,22 ucp/jour

0,41 ucp/jour

Quality

Productivity

OK 2.5% Malus

5.0% Malus

5% Bonus +5% +2.5% 0

Neutral 0 -2.5% -5%

5% Malus -5% -5% -5%

Conclusion:Que disait donc le Manifeste Agile au sujet des contrats?

Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools

www.agiletour.com

22

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiationResponding to change over following a plan

That is, while there is value in the items on

the right, we value the items on the left more.

© 2001 http://agilemanifesto.org

Discussion

www.agiletour.com

23

Merci !

www.agiletour.com

24

Greg Hutchings

E-mail [email protected] directe +33 (0)1 53 57 73 56Mobile +33 (0)6 87 25 00 58

Bernard Voituron

E-mail [email protected]

Ligne directe +33 (0)1 53 57 71 36Mobile +33 (0)6 63 38 27 06

L’auteur : Le présentateur :

Documents

Contractualiser un projet Agile - esprit-agile.com · Préambule : Le manifeste Agile, les 4 valeurs clé pour réussir un projet La priorité aux personnes et aux interactions, plutôt