Contractualiser un projet AgileGreg Hutchings, le 04 aout 2008Greg.Hutchings@valtech.frComment s’engagersans forfait global?
2Distributed Agile Teams and Contractual FormsAbout the author…Greg HutchingsI live in Paris and work for Valtech,proposin...
3Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements inc...
4Préambule : Le manifeste Agile,les 4 valeurs clé pour réussir un projet La priorité aux personnes et aux interactions, ...
5La nécessité d’un contrat Pour gérer les risques Partager des risques entre le fournisseur et le client Se protéger de...
6Le contrat au forfait : objectifs Tout prévoir dès le départ ! Figer les 4 paramètres du projet !PérimètreDélaiQualitéC...
7Le contrat au forfait : limites Freins aux changements Périmètre figé dans des environnements métiers évolutifs Le fou...
8Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements inc...
9Les critères de choix d’un fournisseur (1/2) Quels sont les critères que le client doit mesurer pour choisir un fourniss...
10Les critères de choix d’un fournisseur (2/2)QualitéCommunicationRelation clientExpérienceFeedbackAdaptabilité15432
11Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements in...
12L’engagement de collaboration Etablir le product backlog en commun Lister les fonctionnalités attendues Prioriser par...
13L’engagement de transparence Livraison de fonctionalités utilisables à chaque fin d’itération Démonstration et recette...
14Un exemple de visibilité : le bilan d’itérationnom du projet / Bilan Itération x Faits MarquantsDate début - Date Fin • ...
15L’engagement d’adaptabilité Accepter le changement de périmètre Livrer en priorité les fonctionnalités à forte valeur ...
16Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements in...
17L’offre Valtech - Software On DemandInitiation On-Boarding PerformanceItération 0 Itération 1 Itération 2 Itération 3 It...
18Exemple 1 : projet contractualiséen mode forfait par itération Projet de refonte Ré-écriture en Java d’une application...
19Exemple 2 : projet contractualiséen mode forfait par itération avec bonus/malus (1) Projet de refonte des systèmes maga...
20Exemple 2 : projet contractualiséen mode forfait par itération avec bonus/malus (2)Forfait globalJanvier 2006 Mai 2006 N...
21qualité productivité0,22 ucp/jour0,41 ucp/jourQualityProductivityOK 2.5%Malus5.0%Malus5% Bonus +5% +2.5% 0Neutral 0 -2.5...
22What did the manifesto say about contracts?Manifesto for Agile Software DevelopmentWe are uncovering better ways of deve...
23Discussion
24Thanks!Greg HutchingsE-mail gregoryhutchings@gmail.comLigne directe +33 (0)1 53 57 73 56Mobile +33 (0)6 87 25 00 58Greg ...
Upcoming SlideShare
Loading in...5
×

Contrats Agiles

485

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
485
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Contrats Agiles

  1. 1. Contractualiser un projet AgileGreg Hutchings, le 04 aout 2008Greg.Hutchings@valtech.frComment s’engagersans forfait global?
  2. 2. 2Distributed Agile Teams and Contractual FormsAbout the author…Greg HutchingsI live in Paris and work for Valtech,proposing, negotiating, managing andliving with large distributed agile projects.I travel often to Bangalore and withinEurope. I am originally from the SF Bayarea, where I was a client partner forThoughtWorks, after spending years insoftware product development.I’ve been involved with software teamssince the early 80’s, and have been usingAgile and XP practices with teams formallysince 2003 and informally since the early90’s.
  3. 3. 3Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements incontournables d’un fournisseur agile L’offre de contractualisation agile de Valtech : Software On Demand 2 exemples de projets non forfaitaires
  4. 4. 4Pré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, 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.
  5. 5. 5La nécessité d’un contrat Pour gérer les risques Partager des 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 Solution technique Méthodes Outils de suivi• Suivi d’avancement• Indicateurs Par obligation Par exemple pour un Appel d’offre public
  6. 6. 6Le contrat au forfait : objectifs Tout prévoir dès le départ ! Figer les 4 paramètres du projet !PérimètreDélaiQualitéCoûtProjet
  7. 7. 7Le 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 surles 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 Tensions entre client et fournisseurs => baisse de confiance => Contre-productif Frein à la qualité La qualité n’est pas négociable !Client FournisseurElle seradoncminimale !Elle seradoncminimale !La qualitén’est pasnégociable!La qualitén’est pasnégociable!PérimètreCoûtDélaiQualité
  8. 8. 8Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements incontournables d’un fournisseur agile L’offre de contractualisation agile de Valtech : Software On Demand 2 exemples de projets non forfaitaires
  9. 9. 9Les 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• Développement itératif, démonstrations de fin d’itération Expérience des ressources• En général masqué par le forfait Capacité à sadapter 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
  10. 10. 10Les critères de choix d’un fournisseur (2/2)QualitéCommunicationRelation clientExpérienceFeedbackAdaptabilité15432
  11. 11. 11Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements incontournables d’un fournisseur agile L’offre de contractualisation agile de Valtech : Software On Demand 2 exemples de projets non forfaitaires
  12. 12. 12L’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 Faire du co-sourcing Product Owner client Développeurs clients Impliquer le client dans la sélection des ressources Identification des besoins Recrutement des ressources Droit de regard sur le maintien ou non des ressourcesRelationclientExpérience15432FournisseurJe comprendsmieux ce quevous voulezJe comprendsmieux ce quevous voulezJe vois ceque vousfaitesJe vois ceque vousfaitesClient
  13. 13. 13L’engagement de transparence Livraison de fonctionalités utilisables à chaque fin d’itération Démonstration et recette partielle Suivi de projet partagé Product backlog Itération backlog Indicateurs : qualité, productivité, prédictibilité Cycle apprenant RétrospectiveQualitéCommunication15432
  14. 14. 14Un exemple de visibilité : le bilan d’itérationnom du projet / Bilan Itération x Faits MarquantsDate début - Date Fin • Les calculs dynamiques navaient pas étéprévus dans le Backlog originalAvancement projet • Le module consultation doffre non plus• Nous avons un module national minimal testable • Abdel va être arrété 2 à 3 semainesPoints positifs• Les calculs sont bien avancés• Leur complexité est maîtrisée• Les premiers écrans sont montrés lors de larétrospectiveAxes damélioration• Sassurer 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 meetingActions 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 calculProduct Burndown Chart01020304050607080900 1 2 3 4 5 6IterationsStoryPointsIteration x - Burndown Chart01020304050600 1 2 3 4 5 6 7 8 9 10 11JoursChargesAnomalies010203040506070801 2 3 4 5DétectéesCorrigéesValidéesRestantesEvolutionsCouverture de Tests0%10%20%30%40%50%60%70%80%1 2 3 4 5Tests UnitairesTests FonctionnelsTests Fonctionnels automatisésPrédictibilité010203040506070801 2 3 4 5Jour-hommeVélocité(nombre de SP réalisés par itération)012345678910111 2 3 4 5StorypointsCas de Tests Fonctionnels0200400600800100012001 2 3 4 5Rédigés (total)Passés (dans litération)En échec
  15. 15. 15L’engagement d’adaptabilité Accepter le changement de périmètre Livrer en priorité les fonctionnalités à forte valeur ajouté pour le client Se baser sur des pratiques agiles pour maîtriser la prise en compte deschangementsClient FournisseurFaisons le enpremierFaisons le enpremierVoilà ce quiest le plusimportantpour moiVoilà ce quiest le plusimportantpour moiPérimètreDélai CoûtProjetProjetProjetProjet15432Adaptabilité
  16. 16. 16Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d’un fournisseur Les trois engagements incontournables d’un fournisseur agile L’offre de contractualisation agile de Valtech : Software On Demand 2 exemples de projets non forfaitaires
  17. 17. 17L’offre Valtech - Software On DemandInitiation On-Boarding PerformanceItération 0 Itération 1 Itération 2 Itération 3 Itération 4Qualibrage du projet• product backlog V1• priorités•story points• critères d’acceptation•Qualité•ProductivitéQualibrage 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-malusRégie Forfait par itération Forfait par itérationItération 5+
  18. 18. 18Exemple 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) 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 2007ForfaitJuin 2005 Décembre 2005 Juin 2007 Aôut 2007Forfaits par itération / recettes partielles RecetteNégociation
  19. 19. 19Exemple 2 : projet contractualiséen mode forfait par itération avec bonus/malus (1) Projet de refonte des systèmes magasins (220 magasins) 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 pilote• V3-Refonte système vente pour 220 magasinsForfait global - mode duoshoreJuin 2005 Décembre 2005 Juin 2006Régie contrôlée par le processus - mode offshore Recette en régieNé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 V1
  20. 20. 20Exemple 2 : projet contractualiséen mode forfait par itération avec bonus/malus (2)Forfait globalJanvier 2006 Mai 2006 Novembre 2006Forfait par itération bonus/malusNégociation•Communication directe Client/Inde•Suivi d’indicateurs : qualité et productivitéLot V2 Lot V3Forfait par itérationNégociation
  21. 21. 21qualité productivité0,22 ucp/jour0,41 ucp/jourQualityProductivityOK 2.5%Malus5.0%Malus5% Bonus +5% +2.5% 0Neutral 0 -2.5% -5%5% Malus -5% -5% -5%Formule de calcul :∑ ((UC A / (UC A+UC Raf)) x UC Init)V1A =∑ (UC Init)Exemple 2 : projet contractualiséen mode forfait par itération avec bonus/malus (3)
  22. 22. 22What did the manifesto say about contracts?Manifesto for Agile Software DevelopmentWe are uncovering better ways of developingsoftware by doing it and helping others do it.Through this work we have come to value:Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a planThat is, while there is value in the items onthe right, we value the items on the left more.© 2001 http://agilemanifesto.org
  23. 23. 23Discussion
  24. 24. 24Thanks!Greg HutchingsE-mail gregoryhutchings@gmail.comLigne directe +33 (0)1 53 57 73 56Mobile +33 (0)6 87 25 00 58Greg HutchingsE-mail gregoryhutchings@gmail.comLigne directe +33 (0)1 53 57 73 56Mobile +33 (0)6 87 25 00 58

×