IA à 300 heures ? L'estimation est en dessous du plancher du secteur : une vérification croisée sur trois méthodes

Un spécialiste informatique a estimé à 300 heures la finalisation d'un système comptable, mais le client a rejeté cette estimation, affirmant que l'IA pouvait le faire en une soirée. Pour vérifier, le spécialiste a calculé le même périmètre en utilisant trois méthodes indépendantes : le bottom-up par actions utilisateur, les points de fonction avec les références de productivité sectorielles ISBSG, et COCOMO II. Le résultat a inversé les attentes : selon les statistiques sectorielles, les 412 points de fonction valent de ~990 heures (percentile 90 des projets low-code du référentiel ISBSG) à ~3 600 heures (médiane des projets Java) et jusqu'à ~12 400 heures selon le COCOMO II nominal. Son estimation initiale de 300 heures équivaut à 0,73 heure par point de fonction, ce qui est en dessous du minimum de l'ensemble de l'échantillon low-code. L'article détaille la répartition : 40 interfaces utilisateur, 77 points de terminaison d'API, 90 actions utilisateur, et une analyse de sensibilité. Il aborde également l'argument du « faites-le vous-même avec l'IA », en citant le « problème des 70 % » d'Eddie Osman (Google Chrome DX) et des études montrant que le code généré par l'IA présente souvent des problèmes de qualité et de sécurité, comme la vulnérabilité CVE-2025-48757 qui affecte plus de 170 applications en production.