Pourquoi payer le logiciel à la quantité livrée plutôt qu’au temps passé ?

Depuis des décennies, la majorité des projets logiciels sont facturés sur la base du temps passé : nombre de jours-homme, taux journalier moyen ou capacité des équipes mobilisées. Pourtant, ce mode de facturation présente de nombreuses limites. Il est souvent difficile pour le client de vérifier la réalité de l’effort fourni et d’anticiper précisément le coût final du projet.

Une approche alternative consiste à rémunérer les prestations en fonction de la quantité de logiciel réellement livrée.

Mesurer le logiciel comme on mesure un bâtiment

Dans le secteur de la construction, il serait impensable d’acheter un bâtiment sans connaître sa surface. Les mètres carrés constituent une unité de mesure universelle permettant de comparer les réalisations, d’estimer les coûts et de contractualiser les travaux.

Dans le domaine du logiciel, cette unité de mesure existe également : il s’agit des Points de Fonction, une méthode normalisée par l’ISO permettant de mesurer la taille fonctionnelle d’une application indépendamment de la technologie utilisée.

Les Points de Fonction mesurent les fonctionnalités offertes aux utilisateurs, c’est-à-dire la valeur métier réellement produite par le logiciel.

Ainsi, les Points de Fonction sont au logiciel ce que les mètres carrés sont au bâtiment.

Les limites du paiement au temps passé

Lorsque les projets sont facturés au temps passé, les intérêts du client et ceux du fournisseur ne sont pas toujours parfaitement alignés.

Le client cherche à obtenir davantage de fonctionnalités pour un budget donné, tandis que le fournisseur est rémunéré en fonction du nombre de jours consommés. Cette situation peut générer des discussions récurrentes sur les charges, la productivité ou encore les demandes d’évolution.

Par ailleurs, toute modification des exigences entraîne souvent des renégociations et des avenants dont l’impact financier est parfois difficile à évaluer objectivement.

Acheter une quantité de logiciel

En s’appuyant sur les Points de Fonction, il devient possible d’acheter une quantité de logiciel plutôt qu’un volume de jours de développement.

Le principe est simple : chaque fonctionnalité est mesurée selon une norme reconnue et le coût du projet est calculé à partir du nombre de Points de Fonction produits.

Cette approche présente plusieurs avantages :

  • une meilleure transparence entre client et fournisseur ;
  • une comparaison facilitée des offres ;
  • une maîtrise accrue des coûts ;
  • une gestion objective des évolutions de périmètre ;
  • une réduction des litiges liés aux avenants.

Lorsqu’une nouvelle exigence apparaît, il suffit de mesurer l’impact fonctionnel correspondant pour déterminer son coût réel.

Le rôle de l’intelligence artificielle

Historiquement, la mesure en Points de Fonction nécessitait l’intervention d’experts spécialisés. Aujourd’hui, les avancées de l’intelligence artificielle permettent d’automatiser une grande partie du processus.

Les modèles d’IA générative sont désormais capables d’analyser des cahiers des charges, des spécifications fonctionnelles, des User Stories ou des tickets Jira afin d’identifier les fonctionnalités et d’en estimer automatiquement la taille fonctionnelle.

Cette automatisation réduit considérablement les délais et les coûts de mesure tout en rendant l’approche accessible à un plus grand nombre d’organisations.

Vers une nouvelle façon d’acheter le logiciel

À mesure que l’intelligence artificielle automatise la conception, le développement et les tests, le modèle économique basé sur le temps passé montre ses limites.

Mesurer et acheter le logiciel en fonction de la quantité réellement livrée constitue une évolution naturelle du marché. Grâce à l’automatisation de la mesure en Points de Fonction, les entreprises disposent désormais d’un moyen objectif, normé et industriel pour contractualiser leurs projets logiciels sur la base de la valeur produite plutôt que sur les efforts déclarés.

Vous souhaitez savoir comment nous aidons les entreprises à mieux maîtriser les projets logiciels ?