Le verdict en trois phrases
Un MVP d'application web métier prend 3 à 4 mois, une V1 complète 6 à 9 mois, à condition d'un cadrage rigoureux en amont. La principale cause de dérapage n'est pas la technique mais le changement de périmètre en cours de route : chaque ajout non planifié coûte 1 à 3 semaines. Un planning honnête intègre dès le départ une marge de risque de 20 à 30 %, pas comme un aveu de faiblesse mais comme une donnée de gestion.
Décomposer le planning par phases
Un projet se lit en phases, chacune avec ses livrables et ses jalons. Sauter le cadrage pour « gagner du temps » est le meilleur moyen d'en perdre trois fois plus ensuite.
| Phase | Durée | Livrable / jalon |
|---|---|---|
| Cadrage & specs | 2 – 3 semaines | Backlog priorisé, parcours validés |
| Design UI/UX | 3 – 4 semaines | Maquettes, design system |
| Développement MVP | 6 – 10 semaines | 3 features core en production |
| Recette & corrections | 2 – 3 semaines | Bugs critiques résolus, go-live |
| Total MVP | 13 – 20 semaines | Application utilisable |
| Dév V1 (post-MVP) | 12 – 20 semaines | Périmètre complet |
| Total V1 | 6 – 9 mois | Produit industrialisé |
Le cadrage conditionne tout le reste : 2-3 semaines investies ici évitent des semaines de reprise plus tard. Un backlog flou est la première cause d'explosion de délai.
Le rythme des sprints et la marge de risque
Le développement avance par sprints de 2 semaines : à chaque fin de sprint, une démo fonctionnelle et un réajustement des priorités. Ce rythme rend le planning lisible et détecte les dérives tôt.
| Élément | Sans marge | Avec marge 25 % |
|---|---|---|
| Estimation brute | 16 semaines | 16 semaines |
| Marge de risque | 0 | +4 semaines |
| Délai annoncé au client | 16 semaines | 20 semaines |
| Probabilité de tenir | ~40 % | ~85 % |
| Coût du changement de périmètre | Non absorbé | Partiellement absorbé |
La marge de risque de 20-30 % n'est pas du gras : elle absorbe les imprévus normaux d'un projet sur mesure (dépendances externes, retours de recette, ajustements métier). Un prestataire qui promet un délai sans marge vend une illusion.
Ce qui fait déraper un planning
Besoin d'un site web professionnel ?
Kolonell crée des sites web qui attirent des clients, optimisés pour le marché sénégalais. Devis gratuit en 2 minutes.
Trois causes dominent : le changement de périmètre (scope creep) qui ajoute des features en cours de route ; les validations client tardives qui bloquent les sprints ; les intégrations tierces (API, ERP, paiement) dont les délais ne dépendent pas de l'équipe dev. Chaque semaine de retard de validation côté client repousse mécaniquement le go-live d'autant.
Mini cas pratique
Marc, chef de projet chez un distributeur B2B à Toronto, pilote la refonte de son portail commandes. L'équipe estime 16 semaines brutes. Marc annonce 20 semaines à sa direction (marge de 25 %) et fige le périmètre à 4 features.
En semaine 8, le métier demande d'ajouter un module de devis : au lieu de dériver, Marc l'inscrit en V1.1, hors périmètre initial. Résultat : livraison en 19 semaines, sous le délai annoncé. Le coût évité : un scope creep non maîtrisé aurait ajouté ~5 semaines à 6 500 €/semaine de coût d'équipe, soit 32 500 € de dépassement épargnés.
FAQ
Pourquoi un cadrage de 2-3 semaines ? Parce que c'est le temps nécessaire pour transformer une idée en backlog priorisé et chiffrable. Sauter cette phase multiplie par 2 ou 3 les reprises ultérieures.
Un sprint dure toujours 2 semaines ? C'est le standard le plus lisible pour un projet métier : assez court pour détecter les dérives, assez long pour livrer quelque chose de démontrable. Certaines équipes font des sprints d'1 semaine sur des projets très cadrés.
La marge de 25 % gonfle-t-elle le devis ? Elle rend le délai réaliste, pas le coût. Un projet livré à l'heure grâce à une marge honnête coûte moins cher qu'un projet « bon marché » qui déborde de 3 mois.
Qui est responsable des retards de validation ? Le client. Un go-live dépend autant de la réactivité des validations métier que de la vitesse de l'équipe dev. Prévoyez des créneaux de recette dédiés dès le kick-off.
Peut-on accélérer en ajoutant des développeurs ? Rarement de façon linéaire : au-delà de 3-4 devs sur un même projet, la coordination mange le gain (loi de Brooks). Mieux vaut un périmètre resserré qu'une grosse équipe.
Parlons de votre projet. Envoyez-nous votre périmètre cible et votre date de lancement souhaitée : nous vous livrons un planning par phases avec jalons et marge de risque explicite. Devis détaillé sous 48 h. WhatsApp +221 77 596 93 33.
Mohamed Bah
Fondateur, Kolonell
Passionné par le digital et l'entrepreneuriat en Afrique, Mohamed accompagne les entreprises sénégalaises dans leur transformation digitale depuis 2020. Fondateur de Kolonell, il croit que chaque PME mérite une présence en ligne professionnelle et accessible.
