Contractualisation agile<br />Théorie & modèles<br />Romain Couturier<br />09/06/2010<br />1<br />Email: couturier.romain@...
Bruits de couloir et idées reçues<br /><ul><li>L’agilité c’est bon pour le chaos, mon projet est clair, pas besoin d’agile
Notre mode de production fonctionne déjà bien, pourquoi passer en agile ? </li></ul>On ne peut pas s’engager en agile puis...
Pré-requis : Manifeste Agile<br />09/06/2010<br />3<br />
Une définition<br />«  Le contrat est une convention par laquelle une ou plusieurs personnes s'obligent, envers une ou plu...
Le choix<br />Agile & Contracts, Serge Beaumont, Xebia, 2008<br />09/06/2010<br />5<br />
Tendances et évolutions des attentes<br />09/06/2010<br />6<br />
Tendances et évolutions des attentes<br />09/06/2010<br />7<br />
Tendances et évolutions des attentes<br />09/06/2010<br />8<br />
La réalité<br />09/06/2010<br />9<br />
La réalité<br />09/06/2010<br />10<br />
Pourquoi évoquer un contrat agile ?<br />… alors que le modèle agile fonctionne et ne nous invite pas au contrat<br />Mais...
Les déchirés<br />Les fanatiques<br />+4<br /> support et d’adhésion <br />Le triangle d’or<br />+3<br />Les hésitants<br ...
Existe-t-il une solution ?<br />Contraintes initiales du manifeste agile<br />« favoriser la relation cliente plutôt qu'un...
Choix de contrats agileS<br />Change for free<br />Money for Nothing<br />NTE/FF<br />Prix fixe sur point de fonction ou s...
Change for free!<br />J’ai besoin aussi de ça !<br />Supprimer cet item<br />Ma priorité vient de changer !<br />ROI<br />...
Money for Nothing!<br />Le founisseur reçoit 20% du reste<br />Fin du projet<br />ROI<br />atteint<br />ROI<br />Temps<br />
Ne pas dépasser & Enveloppe fixe<br />Not-to-exceedwithfixed-fee (NTE/FF)<br />Pré-requis : besoins stables<br />Fournisse...
Prix fixe sur point de fonction ou story point<br />Pré-requis : accord sur prix par unité de livraison<br />Requiert une ...
Idée de Bob Martin<br />Variante : prix par point + prix par heure<br />Exemple : <br />Projet : 1000 points, 4 personnes<...
Idée de Bob Martin<br />Réduire le taux horaire : 30€/h et fixer le point à 224€<br />Scénario 1 : le projet prend 80 sema...
Autres pistes …<br />Paiement à la livraison sur acceptation incrémentale<br />Contrat à N phases<br />Bonus/malus<br />Ta...
Synthèse<br />Le contrat n’est pas un obstacle à l’agilité<br />Définir les engagements et les indicateurs projet<br />Col...
Références<br />Alistair Cockburn : Contrats agiles<br />CoActivate : Références de contrats agiles<br />Valtech : Contrat...
Prochain SlideShare
Chargement dans…5
×

Contractualisation Agile Théorie Et Modèles

4 694 vues

Publié le

Cette présentation aborde les Cette présentation aborde les apports de la contractualisation agile face aux modèles contractuels en place dans les entreprises (forfait et régie) et les modèles de contrats agile.
L\'objectif de cette présentation est de fournir les idées de réflexion pour développer votre propore modèle

Publié dans : Business, Technologie
0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
4 694
Sur SlideShare
0
Issues des intégrations
0
Intégrations
139
Actions
Partages
0
Téléchargements
183
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • Objectifs de la présentationProblématique contractuelle : QQOQCCPPanorama des contrats agilesA l’issue de la présentation vous pourrezElaborer votre propre modèle de contractualisation agileEvangéliser les bénéfices de prendre une orientation agileComprendre les règles pour une bonne cohabitation agilité/forfait, et définir les engagements réciproquesDécider si vous voulez faire de l’agile ou pas et si oui comment
  • Ne nous voilons pas la face, voici ce que pensent les acteurs / sponsors des projets Si agilité et forfait sont incompatibles alors il y a beaucoup de projets que nous ne pourrons pas adresserNous parlerons donc des formes d’engagements possibles
  • Mettons nous d’accord sur les termes
  • Forfait : Cadre d’exécution et objectifs de la mission balisés.Exemples de clauses contractuelles : Rupture de contrat Propriété intellectuelle Délai de validation Planning Budget Périmètre Délai CoûtsMode de fonctionnementRégie et forfait sont 2 solutions de répartition des risquesIntérêt du contrat : en cas de conflit MOA/MOE
  • Modèle de baseInspiré des industries du BTP et de l’automobile qui ont 1 siècle de maturité
  • Les mentalités évoluent
  • Les idées émergent
  • Un schéma toujours d’actualitéChangement de perspective : ce qui se passe du côté client
  • Attaquons le problème à la source : le souhait du client Le contrat reflète l’attente initiale, pas l’attente finale
  • C’est pour toutes ces raisons qu’il est essentiel d’évoquer le contrat agile
  • Les acteurs du contrat : achat, commerce, DSI, Service juridique  D’une manière générale les sponsors du projetRefractairesRelation MOA/MOE est intrinsèquement incompatible avec l&apos;agileBeurre et argent du beurreApprécieront la visibilités et le support du changementBesoin d’un sponsor extérieur pour être réceptifConfiance absenteLe changement fait peurSceptiques/hésitants : (pour &amp; contre)Veulent bien voir sur un projet piloteDemandent un engagement classiqueSouplesse sur le périmètre de moindre prioritéSouvent gardent les vieilles habitudes (mais légèrement)Paie pour voirEnthousiastesImplicationConfianceComprennent les bénéfices et les leviers d’un projet
  • Réalité : les contrats forfaitaires sur des bases de cycle en cascade ou en V n’ont jamais fonctionné ou sur des périmètres restreintsFavoriser n&apos;implique pas qu&apos;on l&apos;élimineToutes les autres valeurs et les principes agilesValeur au plus tôtVisibilité de performance (métier &amp; technique)Satisfaction utilisateurROI rapideChangements maîtrisés et acceptésMaitrise des compétences de l’équipeélimination des gâchisAdoption facilitée des utilisateurs finauxValtech : définir modalités d&apos;application (forfait) vs. modalités de collaboration (forfait agile)CollaborationTransparenceAdaptation au changement
  • Pas un contrat pour tous les projetsOn n’évoque pas ici le forfait classique et la régie
  • 40h par semaine
  • 40hpar semaine
  • Quelques apports d’une contractualisation agile- Agilité du portefeuille de projet- ROI immédiatCollaboration = confianceIl y a de plus en plus de terrains favorables à la mise en place de contrats agiles, les mentalités progressentL’agilité apporte ses bénéfices même au forfaitReflet de l’agilité de l’organisationFacteur de succèsConfianceImplication métierProximitéFacteurs d’échecMix des 2 approches : les vieilles habitudes ont la vie dureRigidité
  • Volontairement pas de référence sur des ouvrages qui sont essentiellement américainsLes articles et les blogs cités permettent de se faire une idée des pratiques et des réalités sur la base des retours d’expérience
  • Contractualisation Agile Théorie Et Modèles

    1. 1. Contractualisation agile<br />Théorie & modèles<br />Romain Couturier<br />09/06/2010<br />1<br />Email: couturier.romain@gmail.com<br />Twitter : @calton13<br />LinkedIn : http://fr.linkedin.com/in/romaincouturier<br />
    2. 2. Bruits de couloir et idées reçues<br /><ul><li>L’agilité c’est bon pour le chaos, mon projet est clair, pas besoin d’agile
    3. 3. Notre mode de production fonctionne déjà bien, pourquoi passer en agile ? </li></ul>On ne peut pas s’engager en agile puisque<br />L’agilité ne fourni pas de visibilité<br />En agilité on fait ne maîtrise rien<br />Pas de planning<br />Vous n’êtes pas sérieux avec vos post-it (et pas très green)<br />Pas de chef de projet, pas de garant contractuel<br />Agilité et forfait sont incompatibles<br />Trop cher par rapport à un cycle en cascade/V<br />09/06/2010<br />2<br />
    4. 4. Pré-requis : Manifeste Agile<br />09/06/2010<br />3<br />
    5. 5. Une définition<br />«  Le contrat est une convention par laquelle une ou plusieurs personnes s'obligent, envers une ou plusieurs autres à donner, à faire ou ne pas faire quelque chose » Code civil (art. 1101)<br />09/06/2010<br />4<br />
    6. 6. Le choix<br />Agile & Contracts, Serge Beaumont, Xebia, 2008<br />09/06/2010<br />5<br />
    7. 7. Tendances et évolutions des attentes<br />09/06/2010<br />6<br />
    8. 8. Tendances et évolutions des attentes<br />09/06/2010<br />7<br />
    9. 9. Tendances et évolutions des attentes<br />09/06/2010<br />8<br />
    10. 10. La réalité<br />09/06/2010<br />9<br />
    11. 11. La réalité<br />09/06/2010<br />10<br />
    12. 12. Pourquoi évoquer un contrat agile ?<br />… alors que le modèle agile fonctionne et ne nous invite pas au contrat<br />Mais<br />C’est une question récurrente et immédiate<br />C’est un des freins principaux au développement de l’agilité<br />Situations ultimes : marchés publiques<br />Le déroulement des projets nous ramène à la réalité …<br />09/06/2010<br />11<br />
    13. 13. Les déchirés<br />Les fanatiques<br />+4<br /> support et d’adhésion <br />Le triangle d’or<br />+3<br />Les hésitants<br />Cordon de sécurité<br />+2<br />Les opposants<br />+1<br />+4<br />+3<br />+2<br />+1<br />Critique et opposition<br />A qui vendre de l’agile<br />
    14. 14. Existe-t-il une solution ?<br />Contraintes initiales du manifeste agile<br />« favoriser la relation cliente plutôt qu'une relation contractuelle »<br />Supporter le changement en forfait = avenant<br />Que nous reste-t-il alors ? <br />Toutes les autres valeurs et les principes agiles<br />Redéfinition des engagements client/fournisseur <br />Relation de confiance et de performance<br />Supprimer l’effet tunnel<br />Définir une relation gagnant/gagnant<br />09/06/2010<br />13<br />
    15. 15. Choix de contrats agileS<br />Change for free<br />Money for Nothing<br />NTE/FF<br />Prix fixe sur point de fonction ou story point<br />Idée de Bob Martin<br />Et les autres …<br />09/06/2010<br />14<br />
    16. 16. Change for free!<br />J’ai besoin aussi de ça !<br />Supprimer cet item<br />Ma priorité vient de changer !<br />ROI<br />Temps<br />
    17. 17. Money for Nothing!<br />Le founisseur reçoit 20% du reste<br />Fin du projet<br />ROI<br />atteint<br />ROI<br />Temps<br />
    18. 18. Ne pas dépasser & Enveloppe fixe<br />Not-to-exceedwithfixed-fee (NTE/FF)<br />Pré-requis : besoins stables<br />Fournisseur et client sont protégés<br />L’enveloppe budgétaire est fixe même si : <br />Réduction du périmètre<br />Changement du rythme de travail<br />Paiement sur acceptation incrémentale<br />09/06/2010<br />17<br />
    19. 19. Prix fixe sur point de fonction ou story point<br />Pré-requis : accord sur prix par unité de livraison<br />Requiert une autorité d’observation des points acquis<br />Paiement sur les points obtenus (pas estimés)<br />Avantages : <br />Fournisseur : intérêt de valoriser ces points, efficacité<br />Client : facilite le changement<br />Difficulté : trouver l’autorité compétente & neutre<br />09/06/2010<br />18<br />
    20. 20. Idée de Bob Martin<br />Variante : prix par point + prix par heure<br />Exemple : <br />Projet : 1000 points, 4 personnes<br />Vélocité : 50 points par semaine<br />Charge estimée : 80 semaines/hommes<br />Taux horaire : 100€/h <br />Coût estimé du projet : 320000€<br />09/06/2010<br />19<br />
    21. 21. Idée de Bob Martin<br />Réduire le taux horaire : 30€/h et fixer le point à 224€<br />Scénario 1 : le projet prend 80 semaines<br />Pas de changement de coût<br />Scénario 2 : le projet prend 100 semaines<br />Coût du projet = 344000€<br />Scénario 3 : le projet prend 70 semaines<br />Coût du projet = 308000€<br />Avantages<br />Différence de budget faible pour une durée bien supérieure<br />Motive les développeurs par l’augmentation du taux horaire<br />Inconvénient : éthique<br />09/06/2010<br />20<br />
    22. 22. Autres pistes …<br />Paiement à la livraison sur acceptation incrémentale<br />Contrat à N phases<br />Bonus/malus<br />Target cost : coût fixe + contingence + marge<br />09/06/2010<br />21<br />
    23. 23. Synthèse<br />Le contrat n’est pas un obstacle à l’agilité<br />Définir les engagements et les indicateurs projet<br />Collaboration<br />Transparence<br />Support du changement<br />Avec tous les acteurs du projet !<br />Le contrat doit être adapté à vos réalités projet<br />Restez pragmatique<br />Développez votre propre modèle de contrat agile<br />09/06/2010<br />22<br />
    24. 24. Références<br />Alistair Cockburn : Contrats agiles<br />CoActivate : Références de contrats agiles<br />Valtech : Contrat agile : les nouvelles règles de la collaboration client-fournisseur<br />Agiliste.fr : Un contrat win – win<br />Agiliste.fr : Arrêtons de se faire mal avec les contrats au forfait et le cycle en V<br />Sparkboxx : Contract models and contract flexibility<br />Xebia : Pourquoi les projets agiles ne peuvent pas (vraiment) être menés au forfait<br />09/06/2010<br />23<br />
    25. 25. 09/06/2010<br />24<br />?<br />

    ×