Reprendre un projet digital en difficulté : la méthode en 30 jours

Reprendre un projet digital en difficulté commence rarement par un plan de relance. Cela commence par une question que personne n'a envie de poser : ce projet mérite-t-il encore d'exister sous sa forme actuelle ? Les délais ont glissé trois fois, le budget consommé dépasse ce que le planning laissait prévoir, le prestataire et la direction métier ne se parlent plus qu'à travers des courriels. Cette note propose une méthode en quatre semaines pour constater, diagnostiquer, décider puis relancer, avec les critères d'arrêt que l'on omet presque toujours d'écrire.

En résumé

Un projet digital en difficulté se redresse en 30 jours si l'on sépare quatre temps : stabiliser (semaine 1), diagnostiquer les causes (semaine 2), décider de poursuivre, redimensionner, changer de prestataire ou arrêter (semaine 3), puis relancer avec un plan distinct et des jalons courts (semaine 4). Le PMI note en 2026 que 31 % des projets complexes n'atteignent pas la totalité des bénéfices attendus, soit plus du double de l'ensemble des projets. La décision de la semaine 3 est la plus rarement prise franchement : sans critère d'arrêt écrit, on relance par défaut, et l'on finance la suite d'un projet que personne n'a requalifié.

Quand peut-on dire qu'un projet digital est « en difficulté » ?

Un projet n'est pas en difficulté parce qu'il a un retard. Tous en ont un. Il l'est quand l'écart entre ce qui était promis et ce qui est atteignable ne se résorbe plus avec les moyens de pilotage ordinaires, c'est-à-dire quand le comité de pilotage ne sait plus répondre à trois questions simples : ce qui reste à faire, ce que cela coûtera, et qui en décide.

Les signaux sont bien connus des praticiens. Les dates sont renégociées d'un comité à l'autre. Le budget est gelé ou rogné deux trimestres de suite. Les personnes qui portaient le projet (chef de projet, expert technique, utilisateur référent) partent sans être remplacées. L'usage de la solution déjà livrée stagne. Un article du Monde Informatique de septembre 2024, adapté de CIO US, dresse une liste voisine : désengagement du sponsor, délais renégociés sans cesse, budget réduit ou reporté, départ des champions, changement de direction ou de stratégie. Il s'appuie sur l'expérience de son auteure plutôt que sur une étude chiffrée, ce qui en fait une grille de lecture utile, pas une mesure.

Un critère plus opérationnel : si personne ne peut, en une heure, produire un reste à faire chiffré et daté, le projet est déjà en difficulté, quel que soit l'indicateur météo affiché dans le tableau de bord.

Pourquoi tant de projets digitaux se retrouvent-ils dans cette situation ?

Les ordres de grandeur disponibles disent surtout que le phénomène est banal. Dans son étude Pulse of the Profession publiée le 12 mai 2026, le PMI indique que 97 % des professionnels interrogés ont conduit au moins un projet complexe dans l'année, que 31 % de ces projets n'ont pas délivré la totalité des bénéfices attendus, et que les équipes qui maîtrisent bien la complexité réussissent dans 88 % des cas contre 14 % pour les autres.

Du côté des grands projets publics, la direction interministérielle du numérique (DINUM) suivait fin 2022 54 grands projets (décret de 2014 : audit possible au-delà de 9 M€ sur deux ans) avec un dépassement budgétaire moyen de 24 % et une dérive calendaire moyenne de 26 %, selon un compte rendu du Monde Informatique de mars 2023.

Reste le constat d'un ancien sondage PwC (3 025 répondants dans 110 pays, rapport de 2017) : la moitié des projets échouent ou dépassent leur budget, et 71 % des entreprises ont des projets qui ne découlent pas de leur stratégie.

Les quatre semaines pour reprendre un projet digital en difficulté

La méthode ci-dessous est celle que nous recommandons chez digitalie_. Elle s'inspire de démarches publiées par PwC (sept phases), le Kaizen Institute (trois étapes) et le cabinet Edana (quatre étapes), mais elle resserre l'ensemble sur 30 jours calendaires et impose une décision explicite en fin de troisième semaine.

Étape 1. Semaine 1 : stabiliser et constater

Le premier jour, une personne est nommée responsable du redressement, avec l'accord écrit du sponsor. Ce n'est pas forcément le chef de projet en place, qui est souvent le premier concerné par l'échec perçu. Les engagements non essentiels sont gelés : pas de nouvelle fonctionnalité, pas de nouvelle commande au prestataire tant que le diagnostic n'est pas rendu.

Ensuite viennent cinq constats à produire en cinq jours, sans chercher la cause :

• le périmètre réellement livré, vérifié sur la plateforme et non sur les comptes rendus ;
• le reste à faire, chiffré en jours, par lot, par l'équipe qui fera le travail ;
• le budget consommé, engagé et restant, y compris le temps interne que l'on oublie presque toujours ;
• l'équipe réelle, avec les départs, les doubles affectations et les compétences manquantes ;
• les décisions en attente, chacune avec son propriétaire et sa date.

Un exemple illustratif (chiffres construits pour la démonstration) : un projet doté de 800 k€ a consommé 650 k€. L'équipe estime le reste à faire à 520 k€. La prévision à terminaison atteint donc 1,17 M€, soit 46 % de plus que le budget initial. Ce calcul simple, que beaucoup de comités n'ont jamais vu, change la conversation : il ne s'agit plus d'un retard, mais d'un projet qui coûtera près de moitié de plus que prévu.

Étape 2. Semaine 2 : diagnostiquer les causes, pas les symptômes

Le diagnostic cherche la cause dominante parmi quatre familles, car chacune appelle une réponse différente.

• La décision. Le sponsor est absent ou divisé, les arbitrages tardent, le comité valide sans trancher. Nous avons détaillé ce mécanisme dans notre analyse du rôle du sponsor de projet digital.
• Le périmètre. Le cahier des charges était flou ou il a grossi sans arbitrage. Le projet vise un résultat que personne n'a défini de façon vérifiable.
• Le prestataire. Compétences insuffisantes, équipe qui tourne, contrat mal conçu, dépendance trop forte. La coordination des prestataires digitaux est un sujet à part entière.
• La technique et les données. Dette technique, intégrations sous-estimées, données de mauvaise qualité.

Un regard extérieur aide. Le sondage PwC recommande de croiser une auto-évaluation et un contrôle indépendant, et son exemple chiffré montre un écart de l'ordre de 15 % entre les deux sur le dépassement de coût. Il s'agit d'une illustration isolée, pas d'une règle, mais l'ordre de grandeur invite à ne pas se fier au seul reporting de l'équipe. Une AMOA ou un expert tiers peut tenir ce rôle ; nous détaillons le rôle de l'AMOA digitale dans une autre note.

Étape 3. Semaine 3 : décider entre poursuivre, redimensionner, changer de prestataire ou arrêter

C'est ici que la plupart des reprises échouent. Les quatre options doivent être chiffrées sur la même base (coût à terminaison, date, bénéfice attendu, risque) et présentées au sponsor et à la direction financière.

• Poursuivre en l'état n'est une option que si la cause était ponctuelle et corrigée.
• Redimensionner consiste à livrer un périmètre réduit qui porte déjà l'essentiel de la valeur, et à repousser le reste dans un nouveau projet.
• Changer de prestataire ou de mode de collaboration suppose de pouvoir récupérer le code, les données et la documentation. Le coût de sortie doit être connu avant d'engager le débat.
• Arrêter doit être écrit comme une option légitime avec son chiffrage, y compris la valeur de ce qui est réutilisable.

La règle que nous recommandons : écrire les critères d'arrêt avant de regarder les chiffres. Par exemple, un coût à terminaison supérieur à une borne fixée par le sponsor, un bénéfice attendu inférieur au coût du reste à faire, une dépendance qui ne peut pas être levée. Sans ces critères, la sunk cost fallacy (le raisonnement du « on a déjà tant dépensé ») décide à la place de la direction. Notre analyse Portefeuille de projets digitaux : le vrai blocage est d'oser arrêter explique pourquoi.

Étape 4. Semaine 4 : relancer avec un plan distinct

Le plan de redressement est un document à part, approuvé comme un nouveau projet. Il comprend un objectif vérifiable, un périmètre réduit, un budget plafonné, une équipe nommée et des jalons toutes les deux semaines, avec une démonstration de ce qui fonctionne et non un point d'avancement.

La gouvernance change aussi de rythme : un comité de décision court chaque quinzaine, le sponsor présent en personne, le tableau de bord réduit à quatre chiffres (reste à faire, prévision à terminaison, risques ouverts, décisions en retard). Pour le cadrage des séances, notre note sur le comité de pilotage d'un projet digital donne les règles.

La communication est le dernier point, et souvent le plus négligé. Les équipes et les métiers ont vu le projet dériver ; leur dire clairement ce qui change, ce qui est abandonné et pourquoi, est une condition de reprise.

Quelles erreurs éviter quand on reprend un projet en difficulté ?

Quatre erreurs reviennent dans presque toutes les reprises.

La première consiste à ajouter des ressources avant d'avoir compris la cause. Si le problème vient du périmètre ou de la décision, des développeurs supplémentaires accélèrent seulement la production de ce qui n'est pas le bon livrable. La deuxième est de remplacer le prestataire par réflexe : un changement de prestataire sans diagnostic reproduit souvent les mêmes difficultés avec de nouveaux interlocuteurs, et ajoute la perte de connaissance. La troisième est de confier le redressement à la personne qui a conduit le projet jusque-là, sans soutien ni regard extérieur. La quatrième est d'oublier la trace : le Enterprisers Project (2021) recommande de documenter les enseignements même quand le projet est abandonné, et cette discipline évite de répéter l'erreur.

Ajoutons une cinquième, plus récente : traiter l'IA comme un raccourci. Les équipes qui introduisent des assistants pour « rattraper le retard » sans cadrer les décisions humaines ajoutent de la production avant d'avoir stabilisé la direction. Nous traitons cette tension dans le pilotage des projets d'IA et des décisions humaines.

Trame d'une note de décision de reprise

Voici la trame que nous utilisons pour la fin de la troisième semaine. Elle tient sur deux pages.

• Objet : le projet, son sponsor, la date, le responsable du redressement.
• Situation : périmètre livré, reste à faire, budget consommé, engagé et restant, prévision à terminaison.
• Cause dominante : l'une des quatre familles, avec les preuves.
• Options : poursuivre, redimensionner, changer de mode de collaboration, arrêter. Pour chacune : coût, date, bénéfice, risque principal.
• Critères d'arrêt : rédigés avant l'analyse et rappelés ici.
• Recommandation et décision demandée au sponsor, avec la date limite.
• Plan des 30 prochains jours si le projet continue : jalons, équipe, budget plafond.

Les indicateurs de suivi sont décrits dans notre note sur le budget d'un projet digital.

Faut-il faire appel à un manager de transition ou à une AMOA ?

La réponse dépend de ce qui manque. Si le projet souffre d'un défaut de cadrage et de dialogue entre la maîtrise d'ouvrage et le prestataire, une AMOA traduit les besoins et contrôle la recette. Si c'est la capacité de décision ou de coordination qui manque, un manager de transition ou un directeur de projet externalisé peut porter la reprise pendant quelques mois. Dans les deux cas, la mission est bornée dans le temps, rattachée au sponsor, et dotée d'un livrable de sortie : la note de décision ci-dessus, puis le transfert à l'équipe interne.

Un projet en difficulté pose une question de direction avant une question de méthode. Pour la plupart des entreprises, la vraie difficulté n'est pas de produire un plan de redressement : c'est d'accepter que l'arrêt, ou le redimensionnement, fasse partie des réponses possibles. Combien de comités de pilotage de votre organisation ont déjà inscrit à l'ordre du jour un projet à arrêter ? Si la réponse est aucun, vos reprises ne seront qu'un retard de plus, mieux présenté.

Le regard de digitalie_

Chez digitalie_, nous considérons qu'un redressement réussi tient moins à la méthode qu'à la lucidité du sponsor : celui qui accepte de regarder le coût à terminaison et d'écrire un critère d'arrêt reprend la main sur son projet. Nous intervenons en appui des directions générales, des DSI et des directions marketing pour conduire ce diagnostic en quatre semaines, avec un regard indépendant sur le périmètre, le prestataire et la décision. Si un projet vous préoccupe, nous pouvons en parler lors d'un échange de 30 minutes, sans engagement. Notre accompagnement s'appuie sur nos services de transformation digitale.

Questions fréquentes

Comment savoir si un projet digital est vraiment en difficulté ?

Un projet est en difficulté lorsque personne ne peut produire un reste à faire chiffré et daté, que les délais sont renégociés d'un comité à l'autre et que le budget consommé dépasse la trajectoire prévue. Un simple retard ne suffit pas : c'est la perte de visibilité sur le coût et la date de fin qui signale la difficulté.

Combien de temps faut-il pour redresser un projet digital ?

Le diagnostic et la décision tiennent en trois à quatre semaines si le sponsor est disponible et si les données de pilotage existent. Le redressement lui-même dure ensuite plusieurs mois selon le périmètre conservé. Nous recommandons des jalons de deux semaines avec démonstration, pour vérifier très tôt que la trajectoire est tenue.

Faut-il changer de prestataire quand un projet dérive ?

Pas automatiquement. Il faut d'abord identifier la cause : si elle vient du périmètre ou de la décision, un nouveau prestataire reproduira les mêmes difficultés. Le changement se justifie quand les compétences ou la gouvernance du prestataire sont en cause et que le code, les données et la documentation sont récupérables.

Quand faut-il arrêter un projet digital ?

Quand le coût à terminaison dépasse une borne fixée à l'avance par le sponsor, que le bénéfice attendu est inférieur au coût du reste à faire, ou qu'une dépendance bloquante ne peut pas être levée. Ces critères doivent être écrits avant l'analyse chiffrée, pour éviter que les sommes déjà dépensées orientent la décision.

Qui doit piloter la reprise d'un projet en difficulté ?

Une personne nommée, avec l'accord écrit du sponsor, et placée hors de la ligne qui a conduit le projet jusque-là : manager de transition, directeur de projet externalisé ou responsable interne soutenu par une AMOA. Elle rend compte au sponsor chaque semaine et dispose du pouvoir de geler les nouveaux engagements.

Sources

1. PMI, Pulse of the Profession 2026 : Driving Success in Complex Projects, communiqué du 12 mai 2026 : pmi.org

2. Reynald Fléchaux, « La Dinum impatiente sur l'encadrement des grands projets de l'État », LeMondeInformatique, 28 mars 2023 : lemondeinformatique.fr

3. DINUM, Panorama des grands projets numériques de l'État, jeu de données mis à jour le 3 février 2026 : data.gouv.fr.

4. Mary Shacklett (CIO US), adaptation de Reynald Fléchaux, « Les signes précurseurs de la déroute d'un projet IT », LeMondeInformatique, 19 septembre 2024 : lemondeinformatique.fr.

5. PwC, Rescuing struggling projects, 2017 (appuyé sur le Global Programme Management Survey, 3 025 répondants, 110 pays) : pwc.ch.

6. Brian Ahearne, « When IT projects feel doomed: 6 recovery strategies », The Enterprisers Project, 2 février 2021 : enterprisersproject.com.

7. Helene Pereira, « Sauvetage et récupération de projets », Kaizen Institute, 15 janvier 2025 : kaizen.com.

8. Benjamin Massa, « Switching IT service providers without starting from scratch », Edana, 13 février 2026 : edana.ch.