Agilité, des difficultés d&apos;une contractualisation client-fournisseur équitable.<br />Pascal Perigault : Directeur de ...
Plan<br />AGILE TOUR 2009<br /><ul><li>Introduction
Apport des méthodes agiles
Les difficultés de la contractualisation
Les différents contrats possibles
Notre retour d’expérience</li></li></ul><li>Proxiad Group<br />AGILE TOUR 2009<br />PROXIAD Ile de France<br />Paris<br />...
Introduction<br />
Les 4 valeurs fondamentales de l’agilité<br />AGILE TOUR 2009<br />L&apos;équipe<br />« Personnes et interaction plutôt qu...
Le contrat au forfait classique<br />Le client définit le cahier des charges<br />Le fournisseur s&apos;engage à livrer ce...
Que peuvent nous apporter les méthodes agiles et notamment SCRUM ?<br />
Se concentrer sur les fonctionnalités nécessaires<br />SCRUM nous impose de développer en premier les fonctionnalités les ...
Valeur marginale de chaque sprint<br />http://blog.xebia.fr/2009/02/04/pourquoi-les-projets-agiles-ne-peuvent-pas-vraiment...
SCRUM vs Effet tunnel<br />Le client vérifie l&apos;utilisabilité de chaque fonctionnalité.<br />Chaque sprint influence s...
Les délais sont réduits<br />Projet classique<br />Etude <br />d’opportunité<br />Choix du <br />fournisseur<br />Analyse<...
Flexibilité<br />SCRUM est flexible, le client peut modifier le backlog sans avoir à renégocier un avenant.<br />On évite ...
L’horizon de prévisibilité<br />Prévisible           Incertain        Imprévisible<br />Maintenant<br />Temps<br /><ul><li...
Estimation plus précise
Chaque sprint s’effectue avec un contour connu de tous (équipe, client)</li></li></ul><li>Ou arrêter ?<br />http://blog.xe...
Suivi de projet réel et réactualisé à chaque sprint<br />Equipe A : <br />Le client a considéré que 7 fonctionnalités sur ...
Participation du client<br />Le client doit être impliqué dans le développement.<br />Le périmètre initial évolue immanqua...
Les difficultés de la contractualisation<br />
Difficultés<br />Un projet agile doit tolérer les variations de périmètre.<br />Le client souhaite connaitre le montant de...
Contractualisation<br />Les contrats agiles visent à construire un climat de confiance durable entre le client et le fourn...
Les différents contrats possibles<br />
Les objectifs<br />« gagnant – gagnant »  pour le client et le fournisseur<br />Relation saine et constructive dans un cli...
Upcoming SlideShare
Loading in...5
×

Proxiad Agile tour 2009 LILLE

1,697

Published on

Support de la présentation de ProxiAD lors de l'étape de l'agile tour 2009 à Lille sur la contractualisation agile.

Published in: Technology, Travel
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

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

No notes for slide

Proxiad Agile tour 2009 LILLE

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

    Clipping is a handy way to collect important slides you want to go back to later.

×