Comment estimer les heures d’un projet freelance sans se raconter d’histoires

Définissez le livrable avant d’estimer les heures

On ne peut pas produire une estimation défendable à partir d’un terme vague comme site web, campagne, intégration ou refonte. Commencez par décrire le résultat observable : pages, états, formats, intégrations, appareils, contenu fourni, processus de validation et critères d’acceptation.

Rédigez une courte définition de terminé pour chaque livrable. Si deux personnes raisonnables peuvent ne pas être d’accord sur le fait que le travail est terminé, le périmètre n’est pas encore assez précis pour être estimé. Le clarifier maintenant coûte moins cher que de le négocier quand le budget est déjà consommé.

• Ce qui sera livré et dans quel format
• Ce que le client doit fournir et à quelle date
• Les appareils, navigateurs ou plateformes à prendre en charge
• Le nombre de concepts, variantes et cycles de révision inclus
• Ce qui est explicitement exclu de l’estimation

Découpez le travail en blocs assez petits pour être remis en question

Divisez le livrable en tâches qui prennent généralement entre une et huit heures. Une tâche intitulée développer l’application pendant 60 heures cache trop d’hypothèses. Authentification, états de compte, validation des formulaires, mise en page responsive, analytics et déploiement peuvent être estimés et contrôlés séparément.

Séparez le travail répétable du travail incertain. Une page construite avec une bibliothèque de composants existante n’a pas le même niveau de risque qu’une intégration tierce non documentée. Les regrouper dans un seul chiffre fait financer l’inconnu par le travail familier.

Utilisez des estimations à trois points pour les tâches incertaines

Pour une tâche comportant une incertitude significative, notez une durée optimiste, une durée la plus probable et une durée pessimiste. Une estimation pondérée pratique est : heures attendues = (optimiste + 4 × plus probable + pessimiste) ÷ 6.

Supposons qu’une intégration prenne 4 heures si la documentation et les accès sont corrects, 8 heures dans le cas le plus probable et 20 heures si l’API se comporte mal. L’estimation pondérée est de 9,3 heures. La formule ne supprime pas l’incertitude ; elle évite simplement que le scénario optimiste devienne silencieusement le plan officiel.

Si le scénario pessimiste ferait exploser le projet, ne le cachez pas dans un pourcentage. Proposez une phase de découverte payante, une phase facturée à l’heure ou un point de décision avant de vous engager sur un total fixe.

Comptez le travail invisible et les dépendances côté client

Le temps de production n’est qu’une partie de la livraison. Découverte, réunions, comptes rendus, préparation de fichiers, traitement des retours, tests, contrôles d’accessibilité, passation et déploiement consomment de la capacité. S’ils sont nécessaires au projet, ils appartiennent à l’estimation.

Chaque dépendance doit avoir un responsable et une date limite. Attendre un accès ou du contenu ne crée pas forcément des heures facturables, mais peut repousser la livraison et provoquer des changements de contexte coûteux. Précisez ce qui se passe lorsqu’un élément arrive en retard au lieu de prétendre que le calendrier est indépendant de la réalité.

• Découverte, recherche et clarification des exigences
• Gestion de projet et communication consolidée avec le client
• Préparation du contenu, migration ou nettoyage de données
• Assurance qualité, accessibilité et tests sur appareils
• Révisions incluses, déploiement et passation
• Dépenses directes et spécialistes sous-traitants

Exemple chiffré : petite mise à jour d’un site web

La refonte d’un site de cinq pages demande 4 heures de découverte et structure, 10 de design, 22 d’implémentation, 8 de saisie de contenu et contrôle qualité, 5 de communication et passation et 5 pour le cycle de révision inclus. Le travail défini totalise 54 heures.

Une intégration CRM reste incertaine. Son estimation à trois points est de 4, 8 et 20 heures, soit 9,3 heures attendues. Ajoutez une petite marge de 20% uniquement à cette tâche incertaine : 1,9 heure. Le total de planification est donc d’environ 65 heures, pas 54 et pas un 70 choisi au hasard.

Conservez en interne l’estimation détaillée par tâche. Dans la proposition client, présentez livrables, hypothèses, révisions incluses, prix et calendrier. Les heures servent de preuve à votre décision ; elles n’ont pas à devenir un procès-verbal joint à chaque devis.

Transformez chaque projet terminé en données d’estimation

Suivez le temps réel avec les mêmes catégories de tâches que celles utilisées dans l’estimation. Après la livraison, notez l’origine de l’écart : exigences floues, retard client, surprise technique, reprise ou simplement estimation trop optimiste.

Après plusieurs projets, remplacez les marges génériques par vos propres fourchettes. Vous découvrirez peut-être que l’implémentation est prévisible alors que la préparation de contenu et les validations ne le sont pas. C’est une donnée opérationnelle utile, bien plus précieuse que de demander sur internet combien de temps un site devrait prendre.

• Comparez heures estimées et réelles par tâche, pas seulement au total
• Conservez la cause de chaque écart significatif
• Mettez à jour les modèles de tâches réutilisables après la livraison
• Faites relire les grosses estimations par un autre professionnel avant engagement