U1 · Estimer sans se mentir · Lecture · 18 min

Comprendre : Estimer sans se mentir

L'estimation est le geste où un freelance perd de l'argent sans s'en rendre compte. Pas par incompétence technique : par optimisme structurel et par pression relationnelle.

Estimer par comparaison, pas par décomposition

La méthode intuitive consiste à décomposer une story en tâches et à additionner. Elle donne des résultats systématiquement bas, parce qu'on ne décompose que ce qu'on imagine — et ce qu'on n'imagine pas est précisément ce qui prend du temps.

La méthode qui fonctionne est comparative : « cette story ressemble à celle-là, qui m'a pris deux journées ». Tu utilises alors ton expérience réelle, à-côtés compris, plutôt qu'une reconstruction théorique.

Conséquence pratique pour un débutant : tiens dès maintenant un relevé de tes temps réels, story par story. Au bout de trois projets, il vaudra n'importe quelle méthode.

Les trois biais

L'optimisme. On estime le chemin heureux, celui où tout fonctionne du premier coup. C'est le chemin qui arrive le moins souvent.

L'oubli des à-côtés. Le développement lui-même n'est qu'une partie du travail. Le reste — reprise des données, tests, corrections, formation, ajustements après les premiers usages — se compte rarement.

La pression du client. « Ça devrait pas être compliqué, non ? » Cette phrase fait baisser les estimations plus sûrement que n'importe quel calcul. Une estimation se donne après réflexion, pas dans la conversation.

La règle des à-côtés

Sur une mission no-code de cadrage puis de construction, la construction proprement dite représente environ la moitié du temps total. L'autre moitié se répartit entre reprise et nettoyage des données, tests et corrections, formation des utilisateurs, et ajustements des premières semaines.

La reprise de données est le poste le plus sous-estimé du no-code, de très loin. Chez Vermont, il faudra importer le tableur « Suivi devis 2026 », rapprocher les clients qui y figurent sous plusieurs orthographes, décider du sort des lignes incomplètes, et vérifier les montants. Ce n'est pas une heure d'import : c'est plusieurs journées, et elles n'apparaissent dans aucune story.

Donner une fourchette, et dire ce qui la fait basculer

Un chiffre unique est un engagement que rien ne justifie. Une fourchette est honnête, à condition d'être resserrée — un rapport de un à deux au maximum, sinon elle signale que tu n'as pas compris la story.

Et surtout, nomme le facteur de bascule : « trois à cinq journées ; ce sera cinq si le tableur contient des doublons clients, ce que je vérifierai avant de démarrer ». Tu passes d'une estimation subie à une estimation qui explique — et tu obtiens souvent l'accès aux données avant de t'engager.