Problématique n°5

Chiffrer un nouveau projet IT : l’art d’estimer l’incertitude

Introduction

Chez Adler IT Services, chaque mission commence par une question que tout client pose — et que chaque chef de projet redoute un peu. Combien ça va coûter ? Combien de temps ? En apparence simple, cette question concentre l’une des difficultés les plus fondamentales de notre métier : estimer la charge d’un projet qu’on n’a pas encore commencé.

Car c’est bien là le paradoxe de l’estimation IT : on vous demande de chiffrer ce que vous ne connaissez pas encore pleinement, en tenant compte de problèmes que vous ne verrez qu’à l’exécution. Contrairement à un devis de plomberie où le périmètre est visible dès le départ, un projet informatique se construit dans l’incertitude. Les besoins évoluent, les intégrations réservent des surprises, et les dépendances techniques ne se révèlent souvent qu’au moment même où l’on commence à coder.

Face à ce défi structurel, la réponse d’Adler IT Services repose sur un principe clair : ne jamais promettre l’optimiste, estimer le réaliste, et toujours anticiper le pire cas. C’est ce que nous appelons l’estimation du worst case scenario.

1. Pourquoi l’estimation IT est structurellement difficile

Avant de parler de méthodes, il faut comprendre pourquoi estimer un projet informatique est si complexe. La première raison est l’incertitude initiale. Au début d’un projet, la connaissance est minimale et l’incertitude est maximale. C’est ce que les experts appellent le « cône d’incertitude » : plus on avance dans le projet, plus l’estimation se précise, mais au démarrage on travaille avec beaucoup d’hypothèses.

Parmi les sources les plus courantes d’imprécision, on trouve d’abord des exigences incomplètes ou floues au moment du cadrage. Parfois même le client ne sait pas encore exactement ce qu’il veut. On trouve aussi des dépendances techniques invisibles à l’analyse initiale, comme des API tierces mal documentées, des systèmes legacy capricieux ou une infrastructure existante qui réserve des surprises. À cela s’ajoutent les risques liés aux compétences disponibles et aux délais de montage d’équipe, sans oublier le scope creep, c’est-à-dire l’ajout progressif de fonctionnalités non prévues qui gonfle la charge sans ajuster le budget.

Il y a enfin l’optimisme naturel des équipes techniques. Les développeurs ont tendance à estimer dans des conditions idéales, en imaginant que tout se passera comme prévu. C’est humain, mais c’est aussi l’une des principales causes de dépassements de budget dans notre industrie. Donner un chiffre unique à un client crée une fausse certitude que ni le prestataire ni le client ne peut raisonnablement garantir.

2. Notre approche : estimer le worst case scenario

Face à cette réalité, la démarche d’Adler IT Services repose sur une méthode éprouvée : l’estimation à trois points, connue sous le nom de Three-Point Estimating ou méthode PERT. L’idée est simple : plutôt que de chercher un chiffre unique et illusoire, on structure l’estimation autour de trois scénarios distincts.

Le premier est le scénario optimiste, celui où tout se passe exactement comme prévu, sans imprévu technique ni blocage métier. C’est une borne basse utile, mais rarement atteinte sur des projets complexes. Le deuxième est le scénario attendu, l’estimation réaliste qui tient compte des aléas courants : quelques itérations, des points à clarifier, des intégrations à consolider. C’est notre reference de travail. Le troisième, et le plus important dans notre philosophie, est le scénario pessimiste : celui où tout ce qui peut mal tourner, tourne mal. Dépendances non documentées, changements de périmètre en cours de route, bugs d’intégration, ressources indisponibles. C’est la borne haute qui protège à la fois le client et le prestataire.

Ces trois points sont ensuite combinés dans une formule pondérée qui donne davantage de poids au scénario le plus probable, tout en intégrant les deux extrêmes. La formule utilisée est la suivante : la charge estimée égale la somme de l’optimiste, de quatre fois le plus probable, et du pessimiste, le tout divisé par six. Cette approche produit une estimation plus robuste et plus honnête qu’un simple chiffre isolé.

Exemple concret : un client nous confie la réalisation d’un portail client avec authentification SSO et intégration ERP. Estimation optimiste : 38 jours/hommes. Estimation probable : 52 jours/hommes. Worst case identifié, notamment en cas de migration de données complexe et de SSO non documenté : 72 jours/hommes. L’estimation communiquée au client : entre 50 et 70 jours/hommes selon les aléas d’intégration.

3. Les techniques que nous appliquons au quotidien

La décomposition en tâches

La première technique fondamentale est la Work Breakdown Structure, ou WBS. Elle consiste à découper le projet en modules, sous-modules, puis en tâches unitaires estimables. Le principe est simple : on ne chiffre jamais un projet en bloc. On chiffre des briques. Plus la granularité est fine, plus l’estimation est fiable, et plus il devient facile d’identifier les zones de risque. Une tâche bien décomposée est une tâche bien estimée.

Le buffer de risque calibré

Un buffer ne s’ajoute pas au hasard. Chez Adler IT Services, il est calculé en fonction du niveau de maîtrise du périmètre. Lorsque le périmètre est bien connu et la technologie maîtrisée, nous appliquons un buffer de 10 à 15 %. Lorsque le périmètre est partiellement défini ou que la technologie est nouvelle pour l’équipe, ce buffer monte à 20 ou 30 %. Et lorsque le périmètre est flou, avec une forte incertitude fonctionnelle ou technique, nous pouvons atteindre 35 à 50 %. Ce calibrage est une forme de respect envers le client : nous ne lui cachons pas les risques, nous les quantifions.

L’estimation par intervalle

Plutôt que de donner un chiffre unique, nous communiquons toujours une fourchette. Dire « entre 50 et 70 jours/hommes » est bien plus professionnel et plus honnête que d’annoncer « 60 jours » avec une fausse assurance. Cela laisse de la place à l’aléatoire sans trahir la confiance. Le client comprend qu’il s’agit d’une prévision, pas d’une promesse graverée dans le marbre.

Le retour d’expérience comme boussole

Enfin, chaque projet livré est une donnée pour les suivants. Adler IT Services capitalise systématiquement sur l’historique de ses missions pour affiner ses ratios d’estimation par type de projet : développement applicatif, migration d’infrastructure, intégration middleware, cybresécurité. Cette mémoire collective est l’un de nos atouts les plus précieux face à des contextes nouveaux.

4. Ce que l’estimation dit de la relation client

Estimer, c’est aussi communiquer. Un prestataire IT qui ne présente qu’un seul chiffre sans explication donne l’impression d’une certitude qu’il ne peut pas avoir. En revanche, un prestataire qui explique ses hypothèses, ses risques identifiés et ses scénarios donne au client les clés pour décider en connaissance de cause.

Chez Adler IT Services, nous aimons comparer l’estimation à une météo. On peut annoncer avec confiance ce qu’il va probablement se passer, mais on ne peut pas garantir que le soleil brillera exactement sept jours. Ce qui compte, c’est la transparence sur les prévisions et la réactivité quand la réalité s’écarte du plan. C’est très différent d’aller chez le coiffeur où le prix est fixé à l’avance et ne dépend d’aucun aléa extérieur.

C’est pourquoi chaque estimation que nous produisons est accompagnée d’un document d’hypothèses, d’une liste des risques identifiés et d’une fourchette basse et haute argumentée. Nous ne promettons pas l’optimiste. Nous livrons le réaliste.

Conclusion

Chiffrer un projet IT n’est pas une science exacte. C’est un exercice de rigueur, d’expérience et d’humilité. La vraie valeur d’un bon prestataire ne se mesure pas à sa capacité à donner le chiffre le plus bas pour remporter un contrat, mais à sa capacité à prévoir les difficultés, à les anticiper, et à les communiquer avec transparence.

L’estimation du worst case scenario n’est pas du pessimisme. C’est du professionnalisme. C’est le signe qu’une entreprise connaît son métier, respecte ses clients et s’engage de façon responsable plutôt que de s’avancer à la légère. Dans un secteur où les projets dérapent souvent à cause d’estimations biaisées, c’est cette discipline qui fait la différence entre un partenaire de confiance et un simple exécutant.

Adler IT Services — Expertise IT & Conseil en Transformation Digitale