Un outil sur mesure limité à un processus se livre généralement en quelques semaines, une application métier complète en quelques mois, un système de gestion couvrant toute l'entreprise sur une durée plus longue, par étapes successives. Le délai dépend moins de la vitesse des développeurs que de la clarté du besoin et de la rapidité des décisions. La bonne question n'est d'ailleurs pas « quand tout sera-t-il fini ? », mais « quand aurai-je une première version utilisable ? ».
Quelles sont les étapes d'un projet sur mesure ?
Un projet bien mené suit cinq phases. Leurs durées varient, leur ordre ne change pas.
| Phase | Ce qu'on y fait | Durée indicative |
|---|---|---|
| Cadrage | Observation du terrain, entretiens, périmètre, priorités | Une à quelques semaines |
| Conception | Parcours des utilisateurs, maquettes, règles de gestion | Quelques semaines |
| Développement | Construction par lots, démonstrations régulières | De quelques semaines à plusieurs mois |
| Tests et reprise des données | Vérification avec de vrais cas, import de l'existant | Quelques semaines, souvent en parallèle |
| Déploiement | Formation, démarrage sur un site pilote, extension | Quelques semaines |
Ces repères sont des ordres de grandeur, pas des engagements. Chaque projet reçoit son propre calendrier une fois le cadrage terminé, et pas avant. Un prestataire qui annonce une date ferme sans avoir vu votre terrain vous donne une intuition, pas un planning.
Qu'est-ce qui fait varier le délai ?
Les mêmes facteurs que pour le budget, auxquels s'ajoutent des éléments propres au calendrier :
- L'étendue du périmètre. Plus il y a de processus, plus il y a de règles à comprendre.
- Le nombre d'interlocuteurs à accorder. Un outil qui touche trois services suppose trois validations, et parfois trois visions différentes.
- Les intégrations. Se connecter au système d'un tiers dépend de la bonne volonté et des délais de ce tiers.
- L'état des données existantes. Des fichiers propres s'importent en quelques jours. Des fichiers incohérents demandent un vrai chantier.
- Les contraintes de terrain. Le fonctionnement hors connexion ou sur plusieurs pays exige plus de tests.
Pourquoi les projets prennent-ils du retard ?
On imagine volontiers que les retards viennent de difficultés techniques. C'est rarement le cas. Le plus souvent, le code attend une décision.
- Le besoin n'était pas arrêté. On découvre en cours de route qu'une règle essentielle n'a jamais été formulée, ou que deux responsables ne la comprennent pas de la même manière.
- Les validations traînent. Les maquettes sont envoyées, la réponse arrive trois semaines plus tard. L'équipe a continué sur une hypothèse, qu'il faut ensuite défaire.
- Le périmètre gonfle. Chaque démonstration fait naître de nouvelles idées, toutes intéressantes. Sans arbitrage, la ligne d'arrivée recule à mesure qu'on avance.
- Les données ne sont pas prêtes. La liste des clients, des articles ou des tarifs devait être fournie « la semaine prochaine ».
- La personne clé n'est pas disponible. Celle qui connaît le métier est aussi celle qui a le moins de temps.
Aucun de ces points n'est une fatalité. Ils se traitent par l'organisation du projet, et nous y revenons dans pourquoi tant de projets digitaux déçoivent.
Un cas typique : l'entreprise de BTP de Conakry
Une entreprise de bâtiment de Conakry voulait un outil pour suivre ses chantiers : avancement, approvisionnements, pointage des ouvriers, dépenses. Le directeur souhaitait tout, tout de suite, avant la reprise des travaux après la saison des pluies.
Le premier calendrier, construit sur le périmètre complet, dépassait largement cette échéance. Plutôt que de promettre l'impossible, le projet a été découpé. Une question a servi de boussole : quelle information vous manque le plus aujourd'hui ? La réponse a fusé : savoir, chaque soir, ce qui a été dépensé sur chaque chantier.
La première version s'est donc limitée à la saisie des dépenses et des approvisionnements par les conducteurs de travaux, depuis leur téléphone, avec un tableau récapitulatif pour la direction. Elle a été mise en service sur deux chantiers avant la date voulue. Le pointage des ouvriers est venu ensuite, puis le suivi d'avancement.
Le projet global a duré aussi longtemps que prévu au départ. Mais l'entreprise a tiré profit de son outil dès les premières semaines, et les modules suivants ont bénéficié des retours des conducteurs de travaux. Le délai total n'avait pas changé. Le délai avant le premier bénéfice, lui, avait été fortement raccourci.
Comment obtenir une première version rapidement ?
Trois décisions font la différence.
Découper en lots utilisables
Chaque lot doit rendre un service complet à un groupe d'utilisateurs, même modeste. Un lot qui ne sert à rien tant que le suivant n'est pas livré n'est pas un lot. Cette logique est celle du produit minimum viable, présentée dans MVP, commencer petit pour réussir grand.
Décider vite, et à une seule voix
Nommez un responsable de projet interne qui a l'autorité pour trancher. Engagez-vous sur un délai de réponse aux questions et aux maquettes. Quelques jours de réactivité gagnés à chaque validation représentent des semaines sur l'ensemble du projet.
Préparer le terrain en parallèle
Pendant que l'équipe développe, vos collaborateurs peuvent nettoyer les fichiers, lister les utilisateurs, vérifier l'équipement en téléphones ou en tablettes, prévoir les créneaux de formation. Ce travail ne dépend de personne d'autre que vous.
Faut-il se méfier des délais très courts ?
Oui, lorsqu'ils concernent un périmètre large. Un délai anormalement court signifie en général que le cadrage a été sauté, que les tests seront faits par vos utilisateurs, ou que le prestataire compte adapter à la hâte un produit existant. Le temps économisé au départ se paie au moment de la mise en service.
À l'inverse, un projet annoncé sur une très longue durée sans aucune livraison intermédiaire est tout aussi inquiétant. Vous ne verrez le résultat qu'à la fin, quand il sera trop tard pour corriger la trajectoire.
Le bon calendrier se situe entre les deux : un cadrage sérieux, une première version précoce, puis des livraisons régulières que vous pouvez évaluer.
À retenir pour votre planning
Comptez en semaines pour un outil ciblé, en mois pour une application complète, et raisonnez toujours par étapes. Votre propre disponibilité pèse autant que celle du prestataire. Un projet dans lequel le client répond vite avance vite.
Vous avez une échéance en tête, une ouverture d'agence, un début de saison, un audit ? Dites-nous laquelle : nous vous dirons franchement ce qui peut être prêt à cette date et ce qui devra attendre. Prenons contact.