Vous préparez un projet de logiciel et vous devez annoncer une date à votre direction, à vos équipes ou à vos clients. Ce guide s'adresse aux dirigeants, directeurs d'exploitation et responsables métier de PME qui veulent un calendrier réaliste, comprendre ce qui rallonge un projet et savoir comment le raccourcir sans sacrifier la qualité. Nous donnons les délais que nous constatons sur les devis d'agences françaises, la durée de chaque phase, les six causes de retard et la méthode de découpage en lots que nous appliquons chez Nerolia. Le prix d'un projet fait l'objet d'un guide séparé : ici, on parle uniquement de temps.
Combien de temps pour développer un logiciel sur mesure ?
Le temps de développement d'un logiciel sur mesure ne dépend pas du nombre de lignes de code. Il dépend de trois paramètres : l'étendue de ce que vous demandez, la vitesse à laquelle votre entreprise prend ses décisions et le nombre de systèmes auxquels le logiciel doit se connecter. Un outil de saisie avec un tableau de bord se construit en quelques jours. Un portail client relié à votre comptabilité, à votre ERP et à un service de paiement se construit en plusieurs semaines, quelle que soit la taille de l'équipe qui y travaille.
Les statistiques disponibles montrent que le respect du calendrier reste l'exception plutôt que la règle. Sur 1 471 projets informatiques, Bent Flyvbjerg et Alexander Budzier (Université d'Oxford) mesurent un dépassement moyen de budget de 27 % (MIT Technology Review, 2013, d'après leur article de la Harvard Business Review, 2011). Le chiffre porte sur le budget et non sur le calendrier, et il ne mesure pas uniquement le logiciel de PME, mais il décrit le terrain sur lequel se pose votre projet.
Pour les projets informatiques de grande taille, l'écart est documenté avec précision. McKinsey et le BT Centre for Major Programme Management de l'Université d'Oxford ont analysé plus de 5 400 projets informatiques de plus de 15 millions de dollars : les délais sont dépassés de 7 % en moyenne, le budget de 45 %, et la valeur livrée est inférieure de 56 % à ce qui était prévu (McKinsey & Company et Université d'Oxford, 2012). La même étude relève que 17 % de ces grands projets dérapent au point de menacer l'existence de l'entreprise (McKinsey & Company, 2012). Un projet de PME n'atteint pas ces montants, mais le mécanisme reste identique : plus la livraison est lointaine, plus l'écart entre le plan et la réalité s'accumule.
Une date de livraison est donc une hypothèse qu'on protège, pas un fait. La suite de ce guide montre comment la protéger : en connaissant les durées normales de chaque type de projet, en repérant les causes de retard avant qu'elles agissent et en découpant le projet pour que chaque promesse tienne en dix jours.
Quel est le délai moyen de développement d'un logiciel sur mesure, par type de projet ?
Le délai moyen de développement d'un logiciel sur mesure varie d'un facteur 10 selon le type de projet. Le tableau ci-dessous compare les délais que nous relevons sur des devis d'agences françaises pour des périmètres comparables avec ceux de Nerolia, où chaque lot est livré en 10 jours maximum.
Délai de développement par type de projet
| Type de projet | Agence classique (indicatif) | Premier lot Nerolia | Projet complet chez Nerolia |
|---|---|---|---|
| Outil interne simple (formulaires, tableau de bord) | 4 à 8 semaines | 3 à 5 jours | 1 lot |
| CRM ou back-office | 2 à 5 mois | 7 à 10 jours | 2 à 3 lots, 4 à 6 semaines au plus |
| Portail client ou extranet | 2 à 5 mois | 6 à 10 jours | 2 à 3 lots, 4 à 6 semaines au plus |
| MVP de SaaS (première version) | 3 à 6 mois | 7 à 10 jours | 2 lots, puis des lots d'ajustement |
| Application mobile (iOS et Android) | 3 à 6 mois | 10 jours maximum | Plusieurs lots, selon le périmètre |
| Reprise ou évolution d'un logiciel existant | 1 à 4 semaines | 3 à 7 jours | 1 lot |
La colonne « agence classique » reprend des fourchettes indicatives relevées sur des devis d'agences françaises, pas des statistiques d'étude. Les jours sont des jours ouvrés. Un lot est un forfait livré, testé et utilisable en production. Pour le détail des phases d'une application métier, lisez notre guide sur les étapes de création d'une application métier.
L'écart entre les deux colonnes ne vient pas d'une vitesse de frappe différente. Il vient du mode d'organisation. Une agence classique chiffre et planifie un projet entier avant de commencer : elle ajoute une marge de sécurité sur les inconnues, réserve une équipe qu'elle partage avec d'autres clients et enchaîne les phases les unes après les autres. Un lot court se planifie sur un périmètre précis, sans inconnue à couvrir, et l'équipe s'y consacre pendant dix jours ouvrés. Le projet complet se construit lot après lot, et chaque lot est validé avant de lancer le suivant.
Nerolia mesure ce résultat sur ses propres livraisons : 90 % des projets sont livrés en moins de 10 jours (Nerolia, 2026). Ce chiffre porte sur les projets que nous acceptons de cadrer à ce format. Un projet plus large se découpe en plusieurs lots, chacun respectant la même contrainte de 10 jours maximum. Cette logique permet aussi de garder la maîtrise du calendrier : vous savez à tout moment ce que vous recevrez dans les deux semaines suivantes, et vous décidez de la suite à partir d'un logiciel qui fonctionne.
Pour l'application mobile, les ordres de grandeur dépendent surtout du nombre d'écrans, des fonctions natives (caméra, géolocalisation, notifications) et des règles de publication sur les stores. Notre guide sur le coût de développement d'une application mobile détaille ces paramètres.
Quelles sont les cinq phases d'un projet de logiciel et leur durée ?
Un projet se compose toujours des mêmes cinq phases, quelle que soit la méthode utilisée. Ce qui change d'une agence à l'autre, c'est la durée de chaque phase et la façon dont elles se chevauchent. Dans les grands projets informatiques, le calendrier est dépassé de 7 % en moyenne (McKinsey & Company et Université d'Oxford, 2012), mais cette moyenne cache des écarts bien plus larges : 17 % de ces projets dérapent au point de menacer l'entreprise (McKinsey & Company, 2012). Savoir ce que contient chaque étape permet de vérifier qu'un planning ne l'omet pas. Les durées « agence classique » ci-dessous sont indicatives, relevées sur des devis d'agences françaises.
1. Le cadrage : 1 à 2 jours par lot chez Nerolia, de 2 à 4 semaines en agence classique
Le cadrage consiste à lister les écrans, les profils d'utilisateurs, les règles de calcul et les données. C'est la phase la moins coûteuse en temps et la plus rentable : une erreur corrigée sur le papier prend quelques minutes, la même erreur corrigée après le développement prend plusieurs jours. Le Manifeste pour le développement Agile de logiciels, publié en 2001, pose la règle inverse de la planification figée : accueillir les changements de besoin, même tard dans le projet (Manifeste Agile, 2001). Un cadrage court ne supprime pas le changement. Il l'organise.
2. La conception : 2 à 3 jours par lot chez Nerolia, de 3 à 6 semaines en agence classique
La conception produit les maquettes cliquables que les futurs utilisateurs valident avant le premier développement. Cette étape est celle où l'attente côté client pèse le plus : tant que les maquettes ne sont pas validées, personne ne peut commencer à coder. Un interlocuteur unique qui répond en 48 heures raccourcit cette phase davantage qu'une équipe de conception supplémentaire.
3. Le développement : de 4 à 6 jours par lot chez Nerolia, de 2 à 4 mois en agence classique
Le développement construit les écrans, les règles, les imports et les intégrations. Il occupe la plus grande part du calendrier d'un projet classique. Dans un lot de 10 jours, il commence dès que la maquette est validée et se termine avant la recette. Les intégrations avec des outils tiers (comptabilité, ERP, messagerie) déterminent la durée de cette phase plus que le nombre d'écrans.
4. La recette : de 1 à 2 jours par lot chez Nerolia, de 2 à 4 semaines en agence classique
La recette est la phase pendant laquelle vos équipes testent le logiciel sur des cas réels et signalent les anomalies. Elle est trop souvent repoussée en fin de projet, quand le calendrier est déjà consommé. Un lot court la place à la fin de chaque livraison, ce qui évite d'accumuler des défauts qu'on découvre tous ensemble le dernier jour.
5. La mise en production : de 1 à 2 jours chez Nerolia, de 1 à 2 semaines en agence classique
La mise en production regroupe le déploiement sur le serveur, la reprise des données, la formation des utilisateurs et le début du support. Chez Nerolia, l'hébergement se fait sur OVH en France, avec 30 jours de support inclus après la livraison. Cette phase est la plus souvent oubliée dans les plannings les plus courts, alors qu'un logiciel qui n'est pas en production n'a pas de valeur.
Vous avez un processus à transformer en logiciel ? Découvrez notre offre de développement de logiciel sur mesure : lots livrés en 10 jours, devis fixe sous 48 h.
Quelles sont les six causes de retard d'un projet de logiciel ?
Un retard a presque toujours une cause identifiable avant le démarrage. Pour situer l'enjeu, les grands projets informatiques dépassent leur calendrier de 7 % et leur budget de 45 % en moyenne (McKinsey & Company et Université d'Oxford, 2012). Six causes reviennent dans les projets que nous reprenons ou que nous cadrons. Le graphique ci-dessous les classe selon leur impact habituel sur le calendrier.
Les six causes de retard, classées par impact sur le délai
Grille qualitative établie par Nerolia à partir des projets qu'elle cadre et reprend. Il ne s'agit pas d'une statistique d'étude : la longueur des barres indique un ordre d'impact, pas un pourcentage.
Le périmètre qui bouge
Le périmètre est la première cause de retard, et la plus naturelle : en voyant les premiers écrans, les utilisateurs comprennent mieux leur besoin et le modifient. C'est un comportement normal, que le Manifeste Agile prévoit en demandant d'accueillir le changement. Le problème apparaît quand le changement s'ajoute au plan initial sans rien retirer. La règle que nous appliquons : toute fonction ajoutée en cours de lot entre dans le lot suivant, sauf si elle remplace une fonction du lot en cours.
Les validations lentes
Un développeur qui attend une réponse ne code pas. Un projet de 10 jours ouvrés contient une dizaine de décisions : choix d'un libellé, règle de calcul, format d'un export, droit d'accès. Si chaque décision prend trois jours à remonter, le calendrier double sans que personne ne travaille moins. Désigner un interlocuteur unique, qui tranche en 48 heures, est la mesure la plus efficace de ce guide.
Les intégrations
Chaque connexion à un outil tiers ajoute des dépendances que l'équipe de développement ne contrôle pas : l'éditeur doit fournir un accès, une documentation à jour et un environnement de test. La durée d'une intégration dépend de l'éditeur tiers, pas de l'équipe de développement. Notre conseil : placer l'intégration dans un lot dédié, après un premier lot qui fonctionne sans elle. Votre équipe utilise ainsi le logiciel pendant que la connexion se construit.
Les données à reprendre
Un logiciel vide le premier jour est abandonné la première semaine. La reprise de cinq ans d'historique, répartis dans plusieurs tableurs aux formats différents, demande du nettoyage, des règles de correspondance et des contrôles. Le temps de ce travail dépend de la qualité des données de départ, que vous seul connaissez. Préparer un jeu d'essai de 100 lignes représentatives avant le cadrage supprime l'essentiel des surprises.
Les décideurs multiples
Quand la direction, le service commercial et l'équipe terrain valident chacun leur partie sans coordination, l'équipe de développement reçoit des consignes contradictoires. Le remède consiste à désigner un responsable du produit côté client, qui arbitre. Cette personne n'a pas besoin de compétence technique. Elle a besoin d'autorité pour décider et de disponibilité pour répondre.
La recette repoussée
Tester à la fin est la façon la plus coûteuse de découvrir un défaut. Un logiciel testé par ses utilisateurs à chaque livraison produit des retours précis et rapides. Un logiciel testé une seule fois, la dernière semaine, produit une liste de corrections qui consomme le temps prévu pour la mise en production. Le découpage en lots place la recette dans le planning, pas à la fin du projet.
Ajouter des développeurs accélère-t-il un projet ? La loi de Brooks
Face à un retard, le réflexe consiste à renforcer l'équipe. Frederick P. Brooks Jr., informaticien, professeur à l'Université de Caroline du Nord à Chapel Hill et lauréat du prix Turing, a formulé dès 1975 la loi qui explique pourquoi cette réaction aggrave le problème.
« Adding manpower to a late software project makes it later. »
Deux mécanismes expliquent cette loi. Le premier est la montée en compétence : chaque nouvelle personne doit comprendre le code, le contexte et les décisions déjà prises, et mobilise pour cela les développeurs qui avançaient jusque-là. Le second est la communication. Brooks montre que le nombre de canaux de communication entre n personnes vaut n(n-1)/2 : 3 personnes entretiennent 3 canaux, 6 personnes 15 canaux, 10 personnes 45 canaux (Frederick P. Brooks Jr., 1975). Chaque canal consomme du temps de réunion, de relecture et de coordination. Une équipe qui passe de 3 à 10 personnes multiplie ses canaux par 15 et ne multiplie pas sa production par 3.
La conséquence pratique pour un acheteur : la taille de l'équipe annoncée par un prestataire ne mesure pas la vitesse. Une petite équipe d'ingénieurs expérimentés, dédiée à un lot court, livre plus vite qu'une grande équipe qui se coordonne. C'est le fondement du format que nous appliquons chez Nerolia : des équipes restreintes, concentrées sur un lot de 10 jours, sans transfert de dossier d'une personne à l'autre en cours de route.
Pourquoi un découpage en lots de 10 jours réduit-il le risque ?
Un projet découpé en lots courts remplace une promesse lointaine par une série de promesses de dix jours. La différence est considérable. Une erreur d'estimation sur un projet de six mois coûte des semaines ; une erreur d'estimation sur un lot de dix jours coûte quelques jours, et vous la voyez avant d'engager le lot suivant. Le Manifeste Agile recommande ce rythme dans son troisième principe : livrer fréquemment un logiciel opérationnel, avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts (Manifeste Agile, 2001). Le Scrum Guide, référence de la méthode Scrum, fixe la durée maximale d'un cycle de travail à un mois (Ken Schwaber et Jeff Sutherland, Scrum Guide, 2020). Les lots de 10 jours de Nerolia se situent bien en dessous de cette limite.
Le découpage change aussi la nature du risque. McKinsey et l'Université d'Oxford constatent que plus un projet est long, plus il a de chances de dépasser son calendrier et son budget (McKinsey & Company et Université d'Oxford, 2012). En ramenant chaque engagement à dix jours ouvrés, on réduit l'exposition de départ : si un lot ne convient pas, la perte est limitée à ce lot. Le schéma ci-dessous montre la structure d'un lot et l'enchaînement de trois lots.
Structure d'un lot de 10 jours et enchaînement de trois lots
Les écrans et les règles qui remplacent déjà votre outil actuel.
Connexion à la comptabilité, à l'ERP ou à la messagerie.
Corrections issues de l'usage réel et nouveaux rôles.
Schéma illustratif d'un lot type. Les jours sont ouvrés ; selon le projet, la maquette et le développement se chevauchent comme indiqué. Chaque lot est un forfait fixe que vous validez avant de lancer le suivant.
Le troisième bénéfice des lots est la preuve d'usage. Au bout de dix jours, vous disposez d'un logiciel que vos équipes utilisent, et les retours de l'usage réel orientent le lot suivant. Cette approche remplace le débat sur le cahier des charges parfait par une observation : ce que vos collaborateurs font avec la première version vaut davantage que dix réunions de cadrage. C'est aussi la meilleure réponse au premier risque identifié plus haut, le périmètre qui bouge, puisque le changement trouve sa place dans le lot suivant au lieu de perturber le lot en cours.
Que préparer pour raccourcir le délai ?
Le délai d'un projet dépend à parts égales du prestataire et de vous. Cinq préparations, réalisables en une semaine, raccourcissent le calendrier de façon mesurable.
- Un cahier des charges de deux pages. Il décrit qui utilise le logiciel, ce que chaque profil saisit et consulte, quelles données entrent et sortent, et quelle fonction doit exister en premier. Deux pages suffisent pour un premier lot. Un document de trente pages ralentit le cadrage sans améliorer la qualité du résultat.
- Un interlocuteur unique. Une personne qui connaît le métier, dispose de l'autorité pour trancher et répond en 48 heures. Si elle part en congé, elle désigne un remplaçant.
- Un jeu de données représentatif. Cent lignes réelles, anonymisées si nécessaire, extraites de vos tableurs actuels. Elles révèlent les cas particuliers que personne n'a pensé à décrire.
- Les accès aux outils tiers. Identifiants de test, documentation de l'API et contact chez l'éditeur pour chaque outil à connecter. Un accès qui arrive au huitième jour fait perdre une semaine.
- Un calendrier de disponibilité. Les dates auxquelles vos utilisateurs testeront chaque livraison. Une recette planifiée avant le démarrage se déroule en un jour ; une recette à organiser après la livraison en prend cinq.
Ces cinq éléments déplacent le travail d'attente vers le début du projet, au moment où il coûte le moins cher. Pour rédiger le cahier des charges et structurer la demande, notre guide sur la définition, les exemples et les étapes d'une application métier propose un modèle de description des profils et des écrans.
À quoi ressemble un calendrier réel ? Trois cas types
Les trois cas ci-dessous sont des scénarios types, pas des projets réels de clients. Ils illustrent l'enchaînement des lots et l'effet de la préparation sur le calendrier.
Cas type 1 : un outil de suivi pour une équipe de 12 personnes
Une entreprise de services remplace un tableur partagé par un outil de suivi des interventions. Le périmètre tient en trois écrans et deux profils. Le cadrage et la maquette occupent les deux premiers jours, le développement cinq jours, la recette et la mise en production les trois derniers. Un lot, 10 jours. Une agence classique annonce sur ce périmètre un délai de 4 à 8 semaines, parce qu'elle planifie un cadrage, une conception et une recette complets. Le gain de temps vient du périmètre étroit, pas d'un raccourci sur la qualité.
Cas type 2 : un CRM adapté au cycle de vente d'un cabinet de 25 personnes
Le cabinet suit des dossiers avec des étapes spécifiques, des relances automatiques et des droits différents pour les associés, les collaborateurs et l'assistance. Le premier lot livre le suivi des dossiers et les droits d'accès. Le deuxième connecte la messagerie et automatise les relances. Le troisième ajuste les écrans après trois semaines d'usage. Trois lots, 4 à 6 semaines au plus. Le même projet est annoncé de 2 à 5 mois dans une agence classique. La différence principale est la période d'usage intercalée entre les lots : elle remplace un cahier des charges exhaustif par des retours précis.
Cas type 3 : le premier lot d'un SaaS pour tester un service
Une jeune société veut mesurer l'intérêt de premiers clients avant d'investir davantage. Le premier lot couvre l'inscription, l'abonnement et un parcours principal. Le deuxième ajoute le tableau de bord et la facturation. Les lots suivants répondent à ce que les clients demandent réellement. Deux lots pour une première version, puis des lots d'ajustement. Le délai de 3 à 6 mois d'une agence classique s'explique par la construction de fonctions que les premiers utilisateurs n'utiliseront pas. Un MVP livré en quatre semaines permet de les identifier avant de les construire.
Obtenez un calendrier ferme en 48 h
Décrivez votre processus et vos outils actuels. Vous recevez un devis fixe et un découpage en lots, pour une première livraison en 10 jours maximum.
Devis fixe sous 48 h →Comment juger le planning d'un prestataire ?
Un planning se lit comme un devis : il révèle ce que le prestataire a pris en compte et ce qu'il a omis. Six questions suffisent à distinguer un calendrier tenable d'un calendrier d'affichage.
- Le planning détaille-t-il les cinq phases ? Un calendrier qui ne mentionne ni recette ni mise en production omet une part du travail réel, que vous paierez en délai.
- Quelles livraisons intermédiaires sont prévues ? Un projet de trois mois sans aucune livraison avant la fin repose sur une seule promesse. Le Manifeste Agile recommande une livraison toutes les quelques semaines au plus (Manifeste Agile, 2001).
- Quelles sont vos obligations dans le planning ? Un planning sérieux indique les dates auxquelles vous devez fournir les maquettes validées, les données et les accès. S'il n'en mentionne aucune, la responsabilité du retard vous reviendra.
- Comment le prestataire traite-t-il un changement de périmètre ? Demandez la règle : report au lot suivant, remplacement d'une fonction ou avenant. L'absence de règle annonce des litiges.
- Qui travaille sur le projet, et pendant combien de temps ? Une équipe restreinte et dédiée évite l'effet décrit par Brooks. Une équipe qui change en cours de projet transfère son retard sur vous.
- Quelle est l'engagement sur la date ? Un forfait par lot, avec une date de livraison inscrite au devis, engage le prestataire. Un tarif journalier sans date l'engage seulement sur le temps passé.
Un projet peut réussir en retard : le retard coûte du temps, pas toujours la valeur. Il coûte néanmoins la confiance de vos équipes, qui attendent l'outil. Un planning qui découpe, livre et se vérifie tous les dix jours protège cette confiance. Pour le coût d'un projet et les modes de facturation (régie, forfait global, forfait par lots), consultez notre guide sur le prix d'un logiciel sur mesure.
Pourquoi Nerolia pour votre logiciel sur mesure
Nerolia est une agence de développement française dont l'équipe d'ingénieurs est issue de Polytechnique, CentraleSupélec, l'ENSAE, HEC et l'ESSEC, avec des expériences chez McKinsey et BCG. Cette formation sert un objectif simple : traduire votre processus en écrans et en règles pendant le cadrage, puis livrer vite et proprement.
- Un devis fixe sous 48 h, découpé en lots.
- 90 % des projets livrés en moins de 10 jours, avec 30 jours de support inclus.
- Une équipe restreinte et dédiée à chaque lot, sans transfert de dossier en cours de route.
- Un code qui vous appartient : code source, base de données et documentation remis, sans abonnement obligatoire.
- Une conformité RGPD native : hébergement OVH en France, modèles Mistral pour les fonctions d'IA.
- Des références exigeantes : AXA, Stanley Black & Decker, le Collège National d'Occlusodontologie et l'Union européenne nous ont confié des projets.
Si votre projet comprend des fonctions d'intelligence artificielle (extraction de documents, assistant interne, tri d'emails), lisez notre guide pour intégrer l'IA dans un CRM, un ERP ou une application interne : l'IA ajoute un lot dédié, pas un projet séparé.
Planifier mon logiciel sur mesure
Décrivez votre projet. Nerolia vous répond avec un devis fixe sous 48 h.
Devis fixe sous 48 h · Lots livrés en 10 jours · Hébergement OVH en France
Parlez-nous de votre projet →Questions fréquentes sur le délai de développement d'un logiciel sur mesure
Combien de temps faut-il pour développer un logiciel sur mesure ?
Dans une agence classique, de 4 semaines pour un outil interne simple à 6 mois pour un MVP de SaaS ou une application mobile. Chez Nerolia, chaque lot est livré en 10 jours maximum, et 90 % des projets sont livrés en moins de 10 jours. Un projet complet se compose de 1 à 3 lots.
Quel est le délai moyen de développement d'un logiciel ?
Il n'existe pas de moyenne unique, car le délai varie d'un facteur 10 selon le projet. Les grands projets informatiques dépassent leur calendrier de 7 % et leur budget de 45 % en moyenne (McKinsey et Université d'Oxford, 2012).
Pourquoi mon projet de logiciel prend-il du retard ?
Six causes dominent : un périmètre qui change en cours de route, des validations lentes côté client, des intégrations avec des outils tiers, des données à reprendre, des décideurs multiples et une recette repoussée en fin de projet. Un interlocuteur unique qui répond en 48 heures traite les deux premières.
Ajouter des développeurs permet-il de rattraper un retard ?
Non. Frederick Brooks l'a établi en 1975 : ajouter des développeurs à un projet en retard le retarde davantage, car les nouveaux arrivants doivent être formés et le nombre de canaux de communication croît avec le carré de l'effectif. Une petite équipe dédiée livre plus vite.
Comment accélérer le développement de mon logiciel ?
Préparez cinq éléments : un cahier des charges de deux pages, un interlocuteur unique qui répond en 48 heures, un jeu de données représentatif, les accès aux outils tiers et un calendrier de recette. Découpez ensuite le projet en lots de 10 jours.