Petit projet rentable en 3 mois ou grand projet en 2 ans ?

Vous dirigez une PME et un projet informatique est sur la table : refonte d’un outil, automatisation d’un process, intégration entre deux systèmes. La question qui se pose rarement à voix haute, c’est le délai avant de voir un résultat. Un grand projet planifié sur deux ans repose sur des hypothèses posées aujourd’hui, qui devront encore tenir dans dix-huit mois. Dans un contexte économique tendu, ce pari devient risqué. Ce guide vous montre pourquoi découper un projet en lots courts et rentables change concrètement la donne et comment le faire sans perdre l’ambition initiale.

Pourquoi le grand projet fragilise votre PME en ce moment

Un projet planifié sur deux ans part toujours d’un scénario figé : le budget, le périmètre, les équipes disponibles, parfois même le marché. Or aucun de ces éléments ne reste stable aussi longtemps dans une PME. Un client majeur peut partir, un concurrent peut changer les règles du jeu, un collaborateur clé peut quitter l’entreprise en cours de route. Le grand projet, lui, continue d’avancer sur des bases qui ne correspondent plus à la réalité du terrain.

Le vrai coût n’est pas seulement financier. C’est l’absence de résultat visible pendant de longs mois qui use la confiance des équipes et la patience du dirigeant. Un projet qui n’a rien livré après un an devient difficile à défendre en comité de direction, même s’il progresse techniquement. Et si une erreur de conception apparaît tardivement, elle remet en cause tout ce qui a été construit avant elle, pas seulement la dernière étape.

Ce guide compare directement les deux logiques : petit projet rentable en trois mois contre grand projet planifié sur deux ans. Vous en ressortirez avec une méthode simple pour juger si votre projet actuel mérite d’être redécoupé et un critère clair pour savoir comment le faire sans le dénaturer.

Signes que votre projet actuel devrait être redécoupé

• Personne ne peut dire aujourd’hui ce qui sera livré, concrètement, dans les six prochains mois.
• Le projet dépend d’une hypothèse (marché, effectif, outil) qui pourrait ne plus être vraie dans un an.
• Aucun résultat n’a encore été mis entre les mains des utilisateurs, même partiel.
• Le cahier des charges a été figé au démarrage et n’a pas bougé depuis, malgré des changements de contexte.
• Le prestataire ou l’équipe projet n’a pas de point de bascule prévu pour ajuster la direction en cours de route.

Petit projet en 3 mois ou grand projet en 2 ans : la comparaison qui compte

La question n’est pas de savoir quelle option est “meilleure” dans l’absolu. Elle dépend de trois critères concrets, qui déterminent si votre projet supportera bien la durée ou s’il a intérêt à être fractionné.

Le premier critère, c’est la capacité à valider tôt et à éviter les fausses routes. Un petit lot livré en production peut être testé, corrigé, ajusté avant que l’erreur ne se propage. Un système complet, lui, ne révèle souvent ses failles qu’au moment de la mise en service globale, quand corriger coûte déjà beaucoup plus cher.

Le deuxième critère, c’est la flexibilité sur le prestataire et sur l’orientation du projet. Avec des lots séparés, vous pouvez confier un lot spécifique à un prestataire différent en cas d’insatisfaction ou de besoin d’expertise pointue, sans renégocier l’ensemble du contrat. Vous pouvez aussi corriger le cap si le terrain révèle un angle mort que personne n’avait anticipé au démarrage.

Le troisième critère, c’est l’adhésion des équipes. Un changement visible rapidement crée un élan réel : les utilisateurs voient que quelque chose bouge et s’impliquent davantage. Un grand projet silencieux pendant des mois, à l’inverse, entretient le scepticisme, même si le travail avance en coulisses.

Le seul vrai critère de découpage : l’autonomie de chaque lot

Découper un projet ne veut pas dire le saucissonner au hasard, ni respecter une durée fixe par étape. Le critère qui fait vraiment la différence, c’est l’autonomie fonctionnelle : un lot doit pouvoir être mis en production et utilisé sans attendre la livraison d’un bloc suivant. Un lot qui reste inerte tant que le reste du projet n’est pas terminé n’est pas un vrai découpage, seulement une étape technique déguisée en jalon.

Avant de valider un découpage, posez-vous ces questions :

• Ce lot peut-il être mis en production sans dépendre d’un développement futur ?
• Un utilisateur peut-il réellement s’en servir dès sa livraison, sans attendre la suite ?
• Peut-on observer son usage réel et corriger avant de lancer le lot suivant ?
• Si le projet s’arrêtait après ce lot, resterait-il quelque chose d’utile pour l’entreprise ?

Si la réponse est non à l’une de ces questions, le découpage envisagé reste artificiel. C’est exactement ce qui a manqué dans l’exemple que je détaille plus bas : un projet “découpé” en apparence, mais dont le premier lot n’a jamais réellement testé le vrai risque du projet.

Cas concret : un lot rentable dès le premier mois

J’ai accompagné une équipe travaillant sur une machine de tri de plusieurs dizaines de mètres, pilotée par deux à trois opérateurs répartis de part et d’autre de la machine, avec un escalier à monter pour passer d’un côté à l’autre. Le plan de tri était identique tous les jours, construit sur des statistiques annuelles et des “valeurs sûres” observées sur le terrain. Résultat : entre 150 et 200 cases de tri ouvertes en permanence, positionnées de façon arbitraire, avec de nombreux allers-retours des opérateurs, y compris de l’autre côté de la machine. La qualité de tri restait correcte, mais dégradée par des cases qui n’atteignaient jamais les seuils d’éligibilité et se retrouvaient déclassées au tarif le plus cher.

Le changement mis en place a porté sur un seul lot, autonome et immédiatement utilisable : le calcul des volumes par case à partir des fichiers clients réels du jour, pour produire un plan de tri spécifique à chaque run de production. Les destinations ouvertes ont été réduites de façon significative, les cases en face arrière ont diminué (ce qui a limité les franchissements de l’escalier et le risque de chute associé) et les cases à fort volume ont été regroupées dans une même zone pour réduire les allers-retours.

La rentabilité s’est améliorée grâce à la baisse des déclassements liés aux seuils d’éligibilité et la pénibilité du poste opérateur a diminué. Ce lot n’a nécessité aucune refonte globale du système de tri : il s’appuyait sur des données déjà disponibles, appliquées différemment.

Contre-exemple : le grand projet qui n’a testé que le cas facile

Une PME avait engagé un consultant pour intégrer son système de gestion de production, propriétaire et isolé, à son outil de facturation déjà utilisé par le reste du groupe. Le projet couvrait deux types de flux : les cas fixes, simples à traiter et les cas dynamiques, nettement plus complexes. La direction de projet, consultant et chef de projet interne réunis, a choisi de traiter d’abord les cas fixes pour “se roder” avant de s’attaquer aux cas dynamiques.

Après un an de travail et la mise en place complète du traitement des cas fixes, l’équipe a découvert que l’intégration des cas dynamiques n’était tout simplement pas possible avec l’architecture retenue. Il a fallu reprendre l’ensemble depuis le départ, ce qui a nécessité quatre évolutions supplémentaires réparties sur dix-huit à vingt-quatre mois.

Le découpage semblait pourtant respecter la logique de lots successifs. Le problème, c’est que le lot traité en premier n’a jamais testé le vrai risque du projet : la complexité des cas dynamiques. Un an a été investi pour valider ce qui, structurellement, ne posait pas de difficulté particulière.

Pièges à éviter

• Découper par facilité technique plutôt que par risque réel : commencer par ce qui est simple à développer rassure, mais ne dit rien sur la viabilité du projet si le vrai risque se trouve ailleurs, comme dans le cas de l’intégration du système de gestion évoqué plus haut.
• Croire qu’un lot simple valide l’ensemble du projet : livrer une première brique qui fonctionne ne garantit pas que la suite est réalisable. Seul le traitement du point le plus incertain apporte une vraie validation.
• Fixer une durée de lot sans vérifier son autonomie fonctionnelle : un lot de trois mois qui reste inutilisable tant que le suivant n’est pas livré n’apporte ni résultat rapide, ni réduction de risque.
• Garder le même prestataire par défaut sur tous les lots : un lot suivant peut demander une expertise différente. S’y tenir uniquement par habitude prive le projet de la flexibilité que le découpage est censé apporter.

Ce qu’un dirigeant de PME doit retenir

Le choix ne se résume pas à “petit projet contre grand projet”. Ce qui protège réellement votre entreprise, c’est la capacité de chaque étape à être validée, utilisée et corrigée seule, sans dépendre du reste du projet. Un découpage qui ne traite que les cas faciles en premier n’est qu’un habillage : il retarde la confrontation au vrai risque plutôt que de le réduire.

Un dernier réflexe à ajouter à votre grille de décision : avant de lancer un lot, même autonome, demandez-vous quelle valeur il apporte réellement. Un lot fonctionnel mais anecdotique ne mérite pas d’être priorisé simplement parce qu’il est facile à isoler. Le premier pas ne demande pas deux ans de budget, juste la bonne question posée au bon moment.