Contrats agiles à prix fixe

Prix fixe Agile – les secrets révélés

Les logiciels agiles à prix fixe sont l'aspiration de la plupart des DSI. Ils offrent la prévisibilité financière d'un prix fixe et la flexibilité d'une approche agile pour la livraison de logiciels. L'agilité permet à l'équipe de travailler de manière à s'adapter au changement, tout en encourageant et en répondant rapidement aux retours sur les logiciels opérationnels. Nombreux sont ceux qui affirment que le prix fixe et l'agilité sont incompatibles. C'est compréhensible, car l'agilité intègre l'idée que les exigences évoluent, tandis qu'un prix fixe suppose généralement des exigences fixes et préétablies. Cet article vous apprendra que le prix fixe et l'agilité ne sont pas incompatibles si le travail est structuré d'une manière particulière. À la fin de cet article, vous aurez compris les secrets de leur mise en œuvre.

Le changement des exigences est inévitable (et mesurable)

Il est pratiquement impossible de connaître toutes les exigences d'un projet logiciel avant de le démarrer. Les exigences évoluent en cours de projet et le déroulement du projet doit s'adapter en conséquence. Les raisons de cette évolution sont doubles :

  1. ImprévisiblesNous vivons dans un monde en constante évolution et certains besoins seront imprévisibles, simplement parce que les circonstances et les besoins évoluent. L'ampleur des changements est toutefois prévisible.
  2. Inconnues inconnaissablesNous ne pouvons connaître tous les détails de ce qui doit être construit avant d'avoir réalisé une partie du travail. Certaines exigences n'apparaissent qu'à mesure que le projet évolue.

Pour un projet bien géré, le volume (nous recommandons une quantification par taille fonctionnelle) de ces modifications devrait généralement avoisiner 2% par mois. Une forte volatilité des exigences peut être périlleuse pour un projet. Prenons l'exemple d'un projet de 12 mois avec une rotation des exigences de 5% par mois. Cela signifie que le projet final sera différent de 60% de sa conception initiale et qu'au moins la moitié du code sera écrit deux fois ou plus. Ce phénomène n'est pas rare dans une démarche Agile. L'Agile permet au client de tirer profit des logiciels livrés, mais n'est pas nécessairement le moyen le plus efficace d'y parvenir. L'un des catalyseurs de l'émergence de l'Agile réside dans la difficulté de réaliser un travail d'exigences rigoureux en amont. C'est là que l'IA révolutionne le paysage.

Gérer de manière proactive les changements d'exigences

Tout changement dans les exigences est susceptible de perturber le flux de travail de l'équipe de développement, et tous les efforts doivent donc être faits pour gérer le changement de manière proactive, tout en acceptant le changement, qui sera nécessaire et devra être pris en compte. Minimiser le changement nécessite les mesures suivantes :

  1. Une structure contractuelle qui encourage les deux parties à viser des exigences de qualité le plus tôt possible, décourageant les reprises évitables.
  2. Des mesures solides pour le dimensionnement, l’évaluation des coûts et la planification des changements.
  3. Processus légers de gestion du changement et de priorisation.

Les normes commerciales ne sont pas satisfaisantes

L’approche commerciale la plus courante en matière de travail logiciel externalisé consiste à « Payez une équipe et ils travailleront sur le backlog en fonction des priorités, en publiant des mises à jour régulièrement. »  C'est généralement la nature même de la plupart des contrats Agile : fournir ce que le client juge le plus précieux à un moment donné, MAIS ne garantit pas que l'intégralité du périmètre puisse être livré pour un coût connu ni dans un délai donné. Cet arrangement est commercialement asymétrique, l'acheteur assumant la majeure partie des risques liés à la livraison du projet. Pire encore, les développeurs ont un intérêt commercial à encourager la volatilité des exigences, car cela génère des reprises, des frais supplémentaires et des délais plus longs. En bref, les incitations des deux parties ne sont pas alignées. C'est ainsi que la plupart des contrats sont structurés.

Caractéristiques d'un contrat à prix fixe équitable

Il est essentiel que le contrat soit conçu de manière à encourager les comportements positifsDu point de vue de l'acheteur, un contrat de développement de logiciel à prix fixe aura les caractéristiques suivantes :

  • Des incitations alignées et un risque partagé.
  • Des incitations pour les deux parties afin de maximiser la livraison de logiciels de haute qualité dans les délais les plus courts et à un prix équitable.
  • Permet une certaine flexibilité dans la portée, mais remet en question la nécessité de chaque changement.
  • Ne nécessite pas que toutes les exigences soient connues à l’avance.
  • Permet à l’acheteur de prévoir les coûts et les délais.
  • Récompense les bons comportements des deux parties (et pénalise les mauvais comportements).
  • Permet au développeur d’adopter des pratiques de travail flexibles.

Est-ce vraiment possible ? Oui. C'est possible et cela a été fait à maintes reprises avec des résultats positifs des deux côtés.

Comment mettre en œuvre un paradigme de projet logiciel agile à prix fixe

En adoptant les directives suivantes, les DSI peuvent atteindre une prévisibilité supérieure et augmenter simultanément leur production de logiciels de haute qualité pour un coût donné.

Les ateliers de développement, les intégrateurs et autres qui vendent des services logiciels sur la base du temps et des matériaux ne seront peut-être pas prompts à adopter cette approche, il incombe donc à l'acheteur d'introduire l'approche modifiée.

Pour les DSI souhaitant bénéficier des avantages combinés des contrats Agile et à prix fixe, nous recommandons de comprendre les principes suivants, puis de suivre les étapes pratiques.

Principes de la contractualisation agile à prix fixe :

  1. Dimensionnement objectif standardisé avec un prix fixe par unité,
  2. Indicateurs de progrès convenus
  3. Des garde-fous de qualité garantissent que les deux parties se soutiennent mutuellement pour obtenir de bons résultats avec un minimum d’effort global.
  4. (Facultatif) – des incitations pour les développeurs afin qu’ils obtiennent un bonus pour avoir dépassé les indicateurs de progression convenus.

Prix fixe Agile en pratique :

Les contrats basés sur la taille fonctionnelle utilisent un prix fixe ferme par unité fonctionnelle standard, indépendamment de la fonctionnalité fournie et de son mode de fourniture (code manuel ou réutilisé). Un prix mutuellement convenu est fixé avec un fournisseur pour une quantité arbitraire de fonctionnalités, mais pas pour la fonctionnalité spécifique. Le coût fixe ferme par appel d'offres permet une flexibilité face à l'évolution des besoins, tout en garantissant la prévisibilité des coûts.

  1. Utiliser le dimensionnement fonctionnel normalisé ISO. Investissez dans l'apprentissage de la norme moderne de dimensionnement fonctionnel des logiciels (norme ISO COSMIC points de fonction CFP).
  2. Utiliser l'analyse des besoins et le dimensionnement en priorité par l'IA Accélérer et améliorer la qualité des exigences. L'AIFRA améliore la qualité et l'exhaustivité des exigences avant le début des travaux, ce qui permet à l'acheteur d'avoir une bonne compréhension des coûts et des délais réalisables. C'est une étape vers une définition des exigences globales en amont, sans les inconvénients d'une documentation chronophage.
  3. Contrats basés sur la taille fonctionnelle. Structurez soigneusement les termes du contrat qui encouragent les comportements décrits ci-dessus.

À propos des points de fonction COSMIC

Les points de fonction COSMIC constituent la deuxième génération de dimensionnement fonctionnel et les premiers à être reconnus par la norme ISO. Ils constituent un moyen de dimensionner les logiciels indépendamment des technologies. Les CFP constituent la base d'une meilleure mesure et d'un meilleur contrôle du périmètre et de l'activité des logiciels. Les unités de CFP sont étroitement liées à l'effort nécessaire pour fournir la fonctionnalité.

À propos de l'analyse des exigences AI-First (AIFRA)

AIFRA est un outil qui accélère l'analyse et la qualité des exigences (notamment en termes de clarté, d'exhaustivité, de cohérence et de concision). Grâce à ces outils, les entreprises peuvent rapidement définir le périmètre de leurs projets, avec un niveau de qualité supérieur à celui obtenu manuellement. AIFRA offre trois avantages clés pour la contractualisation agile à prix fixe :

  1. Accélère l’affinement précoce des exigences.
  2. Expose des inconnues connaissables – une cause majeure de sous-estimation de la portée.
  3. Automatise l'estimation de la taille sans même distraire l'équipe de son travail.

Contrat agile à prix fixe qui fonctionne

Le prix convenu par appel d'offres sera fixe et restera inchangé tout au long du projet. Des directives contractuelles doivent être établies pour que le client présente des exigences claires, dans les délais impartis et avec une qualité mesurable. En contrepartie, le prestataire fournira la fonctionnalité au rythme convenu et avec une qualité mesurable. Le contrat peut prévoir des incitations pour le fournisseur, lui permettant d'obtenir une prime pour une livraison plus rapide (au niveau de qualité convenu). Le client peut également être pénalisé en cas de présentation d'exigences insuffisantes ou tardives (modifications). Des contrats structurés de cette manière offrent le double avantage de l'agilité et du prix fixe.

Ce qui ne fonctionne pas

Points d'histoire

Contrats basés sur les points d'histoire. Pourquoi ? Les points d'histoire sont très subjectifs et faciles à manipuler pendant le projet. Généralement, le développeur détermine la signification d'un point d'histoire, puis manipule l'estimation pour servir ses intérêts commerciaux.

Alignement des résultats

Résultats commerciaux alignés. Il est rarement possible pour le client d'aligner les avantages du développeur sur ses résultats commerciaux. Trop de paramètres échappent généralement au contrôle du développeur. Les négociations contractuelles ont tendance à échouer. Dans certains cas (rares), cependant, cette solution peut fonctionner.

Comment procéder

Si vous souhaitez en savoir plus sur la manière de réaliser des contrats Agile à prix fixe, contactez-nous,

ScopeMaster Ltd propose à la fois des outils pour l'analyse automatisée des exigences ainsi que des services professionnels sur la manière de structurer des contrats agiles à prix fixe.