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