Contractualisation Agile Théorie Et Modèles
Télécharger en tant que PPTX, PDF4 j'aime4,566 vues
Le document explore la nécessité de contractualiser dans des environnements agiles, souvent perçus comme compatibles uniquement avec la flexibilité et non la structure des contrats traditionnels. Il présente des modèles et approches de contrats agiles qui visent à établir une relation de confiance entre clients et fournisseurs tout en maintenant la flexibilité nécessaire aux adaptations en cours de projet. Enfin, il soulève l'importance d'adapter les contrats à la réalité des projets tout en soutenant l'agilité à travers des engagements clairs et des indicateurs adaptés.
Contractualisation Agile Théorie Et Modèles
- 1. Contractualisation agileThéorie & modèlesRomain Couturier09/06/20101Email: couturier.romain@gmail.comTwitter : @calton13LinkedIn : http://fr.linkedin.com/in/romaincouturier
- 2. Bruits de couloir et idées reçuesL’agilité c’est bon pour le chaos, mon projet est clair, pas besoin d’agile
- 3. Notre mode de production fonctionne déjà bien, pourquoi passer en agile ? On ne peut pas s’engager en agile puisqueL’agilité ne fourni pas de visibilitéEn agilité on fait ne maîtrise rienPas de planningVous n’êtes pas sérieux avec vos post-it (et pas très green)Pas de chef de projet, pas de garant contractuelAgilité et forfait sont incompatiblesTrop cher par rapport à un cycle en cascade/V09/06/20102
- 4. Pré-requis : Manifeste Agile09/06/20103
- 5. Une définition« 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)09/06/20104
- 6. Le choixAgile & Contracts, Serge Beaumont, Xebia, 200809/06/20105
- 7. Tendances et évolutions des attentes09/06/20106
- 8. Tendances et évolutions des attentes09/06/20107
- 9. Tendances et évolutions des attentes09/06/20108
- 12. Pourquoi évoquer un contrat agile ?… alors que le modèle agile fonctionne et ne nous invite pas au contratMaisC’est une question récurrente et immédiateC’est un des freins principaux au développement de l’agilitéSituations ultimes : marchés publiquesLe déroulement des projets nous ramène à la réalité …09/06/201011
- 13. Les déchirésLes fanatiques+4 support et d’adhésion Le triangle d’or+3Les hésitantsCordon de sécurité+2Les opposants+1+4+3+2+1Critique et oppositionA qui vendre de l’agile
- 14. Existe-t-il une solution ?Contraintes initiales du manifeste agile« favoriser la relation cliente plutôt qu'une relation contractuelle »Supporter le changement en forfait = avenantQue nous reste-t-il alors ? Toutes les autres valeurs et les principes agilesRedéfinition des engagements client/fournisseur Relation de confiance et de performanceSupprimer l’effet tunnelDéfinir une relation gagnant/gagnant09/06/201013
- 15. Choix de contrats agileSChange for freeMoney for NothingNTE/FFPrix fixe sur point de fonction ou story pointIdée de Bob MartinEt les autres …09/06/201014
- 16. Change for free!J’ai besoin aussi de ça !Supprimer cet itemMa priorité vient de changer !ROITemps
- 17. Money for Nothing!Le founisseur reçoit 20% du resteFin du projetROIatteintROITemps
- 18. Ne pas dépasser & Enveloppe fixeNot-to-exceedwithfixed-fee (NTE/FF)Pré-requis : besoins stablesFournisseur et client sont protégésL’enveloppe budgétaire est fixe même si : Réduction du périmètreChangement du rythme de travailPaiement sur acceptation incrémentale09/06/201017
- 19. Prix fixe sur point de fonction ou story pointPré-requis : accord sur prix par unité de livraisonRequiert une autorité d’observation des points acquisPaiement sur les points obtenus (pas estimés)Avantages : Fournisseur : intérêt de valoriser ces points, efficacitéClient : facilite le changementDifficulté : trouver l’autorité compétente & neutre09/06/201018
- 20. Idée de Bob MartinVariante : prix par point + prix par heureExemple : Projet : 1000 points, 4 personnesVélocité : 50 points par semaineCharge estimée : 80 semaines/hommesTaux horaire : 100€/h Coût estimé du projet : 320000€09/06/201019
- 21. Idée de Bob MartinRéduire le taux horaire : 30€/h et fixer le point à 224€Scénario 1 : le projet prend 80 semainesPas de changement de coûtScénario 2 : le projet prend 100 semainesCoût du projet = 344000€Scénario 3 : le projet prend 70 semainesCoût du projet = 308000€AvantagesDifférence de budget faible pour une durée bien supérieureMotive les développeurs par l’augmentation du taux horaireInconvénient : éthique09/06/201020
- 22. Autres pistes …Paiement à la livraison sur acceptation incrémentaleContrat à N phasesBonus/malusTarget cost : coût fixe + contingence + marge09/06/201021
- 23. SynthèseLe contrat n’est pas un obstacle à l’agilitéDéfinir les engagements et les indicateurs projetCollaborationTransparenceSupport du changementAvec tous les acteurs du projet !Le contrat doit être adapté à vos réalités projetRestez pragmatiqueDéveloppez votre propre modèle de contrat agile09/06/201022
- 24. RéférencesAlistair Cockburn : Contrats agilesCoActivate : Références de contrats agilesValtech : Contrat agile : les nouvelles règles de la collaboration client-fournisseurAgiliste.fr : Un contrat win – winAgiliste.fr : Arrêtons de se faire mal avec les contrats au forfait et le cycle en VSparkboxx : Contract models and contract flexibilityXebia : Pourquoi les projets agiles ne peuvent pas (vraiment) être menés au forfait09/06/201023
- 25. 09/06/201024?
Notes de l'éditeur
- #2: 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
- #3: 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
- #5: Mettons nous d’accord sur les termes
- #6: 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
- #7: Modèle de baseInspiré des industries du BTP et de l’automobile qui ont 1 siècle de maturité
- #8: Les mentalités évoluent
- #9: Les idées émergent
- #10: Un schéma toujours d’actualitéChangement de perspective : ce qui se passe du côté client
- #11: Attaquons le problème à la source : le souhait du client Le contrat reflète l’attente initiale, pas l’attente finale
- #12: C’est pour toutes ces raisons qu’il est essentiel d’évoquer le contrat agile
- #13: 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'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 & 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
- #14: 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'implique pas qu'on l'élimineToutes les autres valeurs et les principes agilesValeur au plus tôtVisibilité de performance (métier & 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'application (forfait) vs. modalités de collaboration (forfait agile)CollaborationTransparenceAdaptation au changement
- #15: Pas un contrat pour tous les projetsOn n’évoque pas ici le forfait classique et la régie
- #20: 40h par semaine
- #21: 40hpar semaine
- #23: 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é
- #24: 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