Méthodes pratiques pour évaluer la durée réelle des features
"Combien de temps ça va prendre ?" - La question qui hante tous les projets tech. Et invariablement, la réponse arrive 3 semaines après l'estimation initiale : "C'est plus complexe que prévu."
L'estimation en développement n'est pas une science exacte, mais ce n'est pas non plus de la divination. Avec les bonnes méthodes, vous pouvez passer d'estimations fantaisistes à des prévisions fiables.
Voici comment les développeurs expérimentés s'y prennent vraiment.
Avant de corriger le tir, comprenons pourquoi nous échouons systématiquement :
Notre cerveau est programmé pour sous-estimer les difficultés. Nous imaginons le "chemin heureux" où tout fonctionne du premier coup, sans bugs, sans complications d'intégration.
Nous nous concentrons sur la fonctionnalité principale ("ajouter un bouton de paiement") en oubliant tout l'écosystème : gestion d'erreurs, tests, documentation, déploiement, intégration avec l'existant.
Plus nous maîtrisons un domaine, plus nous sous-estimons le temps nécessaire. Nous oublions tous les micro-détails qui prennent du temps.
Recherche - Implémentation - Contrôles - Extra
R - Recherche (2 jours)
├── Analyse des besoins utilisateur
├── Choix de la technologie (Firebase, OneSignal...)
└── Architecture de données
I - Implémentation (4 jours)
├── Backend API notifications
├── Intégration frontend
└── Gestion des permissions
C - Contrôles (3 jours)
├── Tests sur différents devices
├── Tests de performance
└── Corrections bugs
E - Extra (1 jour)
├── Documentation technique
└── Configuration production
Total : 10 jours
Trouvez une fonctionnalité similaire déjà développée et ajustez selon la complexité relative.
Basé sur du vécu réel
Nécessite un historique de projets
En équipe, chacun estime en privé, puis on révèle et on discute les écarts.
Combine plusieurs perspectives et révèle les incompréhensions
Pour chaque tâche, estimez :
Tout va bien
Scénario le plus probable
Murphy's law s'applique
Estimation finale = (O + 4R + P) / 6
• Optimiste : 3 jours
• Réaliste : 5 jours
• Pessimiste : 10 jours
• Estimation finale : (3 + 4×5 + 10) / 6 = 5,5 jours
"Combien de temps pour un système de chat ?"
"Combien de temps pour un chat en temps réel, avec historique sauvegardé, support des images, notifications push, et modération automatique ?"
Une feature peut être simple en elle-même, mais nécessiter des modifications dans 5 autres modules.
Résister à la pression de donner des estimations "qui arrangent" le planning.
Séparez l'estimation technique de la négociation commerciale.
Classez chaque feature selon deux axes :
| Simple | Complexe | |
|---|---|---|
| Connu | 1-2j | 3-5j |
| Inconnu | 2-4j | 5-10j+ |
CRUD basique sur données existantes
Feature utilisant des technologies maîtrisées mais avec beaucoup de logique
Nouvelle technologie mais cas d'usage basique
Terra incognita - prévoir une phase de recherche
Pour chaque feature terminée, notez :
Feature: Authentification OAuth
Estimé: 3 jours | Réel: 5 jours
Écart: +67%
Cause: Problème de CORS non anticipé (1j) + Tests sur tous navigateurs (1j)
Apprentissage: Prévoir +50% pour features d'authentification
Après 10-15 estimations, calculez votre ratio moyen :
Facteur = Temps Réel / Temps Estimé
Si votre facteur est de 1,4, multipliez systématiquement vos estimations futures par 1,4.
"Ça prendra exactement 4 jours"
"Entre 3 et 6 jours, plus probablement 4-5 jours"
"Cette estimation suppose que l'API externe répond en moins de 200ms et que nous n'avons pas besoin de gérer l'offline."
"Je peux vous donner une estimation plus précise après 2 jours de recherche sur l'intégration."
L'estimation parfaite n'existe pas. L'objectif est d'être systématiquement dans une fourchette acceptable, pas de deviner juste à chaque fois.
Rappelez-vous : une estimation est un engagement sur une incertitude. Plus vous réduisez l'incertitude (par la recherche et la décomposition), plus votre estimation sera fiable.
La prochaine fois qu'on vous demande "combien de temps ?", vous saurez quoi répondre — et surtout, comment y arriver.
PS : Une estimation qui s'avère juste n'est pas de la chance, c'est de la méthode. Quelle est votre technique d'estimation préférée ?
Je vous aide à évaluer la complexité et estimer le temps de développement de votre projet