Une organisation sait généralement lancer des projets. Elle sait mobiliser une équipe, débloquer un budget, organiser un comité de pilotage, choisir des prestataires, annoncer une ambition et produire une feuille de route. En revanche, elle sait beaucoup moins bien arrêter un projet devenu inutile, trop risqué ou simplement déconnecté de la réalité.
C’est pourtant l’une des décisions les plus importantes du management.
Plus un projet avance, plus il devient difficile de reconnaître que ses hypothèses initiales ne sont plus valables. Les dépenses déjà engagées commencent à peser dans les discussions. Les mois de travail accumulés deviennent un argument pour continuer. La communication faite auprès des équipes, de la direction ou des clients rend toute remise en cause politiquement sensible. Le projet finit alors par être défendu non plus pour sa valeur future, mais pour justifier les efforts passés.
C’est le piège classique des coûts irrécupérables.
L’entreprise a déjà dépensé deux millions d’euros, donc elle estime qu’elle ne peut plus s’arrêter. Elle a déjà mobilisé cinquante personnes, donc elle considère qu’il faut aller jusqu’au bout. Elle a déjà annoncé une date de lancement, donc elle préfère maintenir artificiellement le calendrier. Elle a déjà contractualisé avec un grand fournisseur, donc elle craint les conséquences d’une rupture.
Mais l’argent déjà dépensé ne reviendra pas, que le projet continue ou non. La seule question utile est donc la suivante : est-il encore raisonnable d’investir un euro, une journée ou une ressource supplémentaire dans ce projet ?
Cette question paraît simple. Elle est pourtant rarement posée avec suffisamment de franchise.
Dans beaucoup d’organisations, arrêter reste assimilé à un échec. Le responsable du projet craint d’être tenu personnellement responsable. Le sponsor redoute de perdre en crédibilité. Les équipes ont peur que leur travail soit considéré comme inutile. Les fournisseurs cherchent naturellement à préserver leurs contrats. Les métiers ne veulent pas reconnaître que le besoin initial a été mal défini. La direction préfère parfois poursuivre discrètement plutôt que d’assumer publiquement un changement de cap.
Le résultat est connu : des projets survivent longtemps après la disparition de leur justification économique, opérationnelle ou stratégique.
Ils continuent à consommer des budgets. Ils accaparent les experts les plus compétents. Ils compliquent le système d’information. Ils créent des dépendances supplémentaires. Ils retardent des initiatives plus utiles. Ils épuisent les équipes et fragilisent progressivement la confiance dans la capacité de l’entreprise à décider.
Un projet inutile n’est jamais neutre.
Il ne représente pas seulement de l’argent gaspillé. Il occupe aussi des ressources qui ne sont plus disponibles pour d’autres priorités. Il crée un coût d’opportunité souvent bien supérieur à son coût comptable. Chaque mois consacré à maintenir artificiellement un projet condamné est un mois pendant lequel une autre initiative rentable, urgente ou stratégique ne peut pas avancer correctement.
Arrêter peut donc être une excellente décision de gestion.
Le besoin initial a peut-être changé. Le marché a pu évoluer. Une réglementation nouvelle peut avoir modifié les conditions de réussite. Une technologie plus simple ou moins coûteuse peut être apparue. La valeur attendue peut avoir disparu. Le risque cyber peut être devenu disproportionné. Les utilisateurs peuvent ne plus vouloir de la solution. Les compétences nécessaires peuvent ne plus être disponibles. Le fournisseur choisi peut ne plus être fiable. L’intégration peut se révéler beaucoup plus complexe que prévu. Les données nécessaires peuvent être insuffisantes ou inutilisables.
Dans chacun de ces cas, poursuivre n’est pas nécessairement une preuve de persévérance. Cela peut devenir une forme d’aveuglement.
Le courage managérial ne consiste pas à sauver tous les projets. Il consiste à protéger les ressources de l’entreprise contre les projets qui ne méritent plus d’être sauvés.
Cette distinction est essentielle.
La persévérance est une qualité lorsque l’objectif reste pertinent et que les difficultés peuvent raisonnablement être surmontées. Elle devient un défaut lorsque l’objectif a perdu sa valeur, que les risques dépassent les bénéfices ou que les conditions de réussite n’existent plus.
Une gouvernance mature doit donc organiser des revues régulières du portefeuille de projets avec trois options réellement ouvertes : poursuivre, réorienter ou arrêter.
Dans beaucoup de comités, ces trois options existent officiellement, mais une seule est réellement acceptable : continuer. La revue devient alors une cérémonie de justification. Les équipes doivent démontrer que le projet reste sous contrôle, même lorsque tous les indicateurs montrent le contraire. Les retards sont reformulés en ajustements. Les dépassements budgétaires deviennent des investissements complémentaires. La réduction du périmètre est présentée comme une priorisation. La faiblesse de l’adoption est attribuée à un manque de communication.
Cette mécanique protège temporairement les responsables, mais elle affaiblit l’organisation.
Une véritable revue doit poser des questions simples et exigeantes.
Le besoin auquel le projet répond existe-t-il toujours ? La valeur attendue peut-elle encore être obtenue ? Les bénéfices annoncés sont-ils mesurables ? Les coûts restants sont-ils compatibles avec cette valeur ? Les risques sont-ils maîtrisables ? Les dépendances critiques sont-elles toujours valides ? Les utilisateurs sont-ils prêts à adopter la solution ? Le délai est-il encore acceptable ? Existe-t-il désormais une alternative plus rapide, plus sûre ou moins coûteuse ?
Il faut également distinguer le projet qui rencontre une difficulté temporaire du projet dont le modèle même est devenu incohérent.
Un retard de quelques semaines peut se corriger. Un problème de compétence peut se résoudre par un renfort. Une difficulté technique peut nécessiter une nouvelle architecture. Mais un besoin qui n’existe plus, un bénéfice impossible à démontrer ou une solution structurellement inadaptée ne se corrigent pas avec davantage de budget.
Le rôle du management est précisément de faire cette distinction.
L’arrêt d’un projet doit être traité comme une décision de management, et non comme une simple question technique. Il faut identifier clairement les responsables de la décision, les preuves attendues, les conséquences pour les métiers, les dépendances contractuelles, les impacts humains, les risques de transition et les actifs éventuellement réutilisables.
Il ne suffit pas de décider d’arrêter. Il faut aussi organiser correctement l’arrêt.
Les contrats doivent être examinés. Les données doivent être sécurisées. Les accès doivent être supprimés. Les environnements techniques doivent être fermés. Les engagements vis-à-vis des clients ou partenaires doivent être traités. Les équipes doivent comprendre ce qui s’est passé. Les composants utiles doivent être récupérés. Les enseignements doivent être documentés. Les responsabilités doivent être clarifiées sans transformer la démarche en recherche de coupables.
La façon dont un projet est arrêté détermine souvent la capacité de l’entreprise à lancer les suivants.
Si l’arrêt est vécu comme une humiliation, personne ne signalera plus les mauvaises nouvelles. Les chefs de projet apprendront à masquer les difficultés. Les sponsors éviteront toute remise en cause. Les équipes continueront à produire des indicateurs rassurants mais incomplets.
À l’inverse, si l’organisation considère l’arrêt argumenté comme une décision rationnelle, elle encourage la transparence. Elle permet aux responsables de remonter les risques plus tôt. Elle améliore la qualité des décisions. Elle limite les pertes et réalloue plus rapidement les ressources.
Il faut donc distinguer l’échec d’un projet de l’échec de la gouvernance.
Un projet peut être arrêté parce que le contexte a changé, sans que personne n’ait commis de faute. À l’inverse, un projet peut être officiellement livré tout en étant un échec majeur s’il ne produit aucune valeur, n’est pas adopté ou génère des coûts supérieurs aux bénéfices.
Livrer n’est pas réussir.
Terminer n’est pas créer de la valeur.
Respecter un planning ne suffit pas à justifier l’existence d’un projet.
Dans les organisations que j’ai accompagnées, la différence ne venait presque jamais d’un outil miraculeux. Elle venait de la capacité à poser les faits, à rendre les arbitrages explicites, à définir des critères de succès vérifiables et à contrôler que les décisions produisaient réellement les effets attendus.
Les entreprises les plus solides ne sont pas celles qui ne se trompent jamais. Ce sont celles qui détectent plus tôt que les autres quand une hypothèse est fausse, quand un projet dérive ou quand une décision doit être révisée.
Elles savent apprendre sans chercher immédiatement un responsable à sacrifier.
Elles savent réorienter avant que la situation ne devienne irréversible.
Elles savent arrêter avant que les coûts ne deviennent incontrôlables.
Elles savent aussi expliquer pourquoi elles arrêtent.
Cette capacité est particulièrement importante dans les projets numériques, les programmes d’intelligence artificielle, les transformations du système d’information et les initiatives de cybersécurité. Ces domaines évoluent rapidement. Une solution pertinente il y a dix-huit mois peut être dépassée aujourd’hui. Un cas d’usage d’intelligence artificielle peut sembler prometteur en démonstration mais se révéler peu rentable en production. Une plateforme peut devenir trop coûteuse. Une architecture peut créer une dépendance excessive. Un programme de transformation peut accumuler les livrables tout en perdant le soutien réel des métiers.
Dans ce contexte, continuer automatiquement parce qu’un projet a été validé autrefois est une faute de gouvernance.
Chaque projet devrait disposer dès son lancement de critères d’arrêt.
Quels événements remettraient en cause sa poursuite ? Quel dépassement budgétaire serait considéré comme inacceptable ? Quel niveau d’adoption minimal est attendu ? Quels risques réglementaires, cyber ou opérationnels déclencheraient une revue exceptionnelle ? À quelle date le projet doit-il démontrer sa valeur ? Qui a l’autorité pour recommander son arrêt ? Qui prend la décision finale ?
Prévoir les conditions d’arrêt dès le début ne fragilise pas un projet. Cela le rend plus crédible.
Cela évite que les décisions soient prises uniquement sous l’effet de la pression, de la peur ou de considérations politiques. Cela donne aux équipes un cadre clair. Cela réduit les débats subjectifs. Cela empêche surtout qu’un projet soit artificiellement maintenu parce que personne n’ose officiellement prononcer le mot « arrêt ».
Une bonne gouvernance ne mesure pas seulement le nombre de projets lancés ou livrés. Elle mesure aussi la capacité à concentrer les ressources sur les initiatives qui ont encore du sens.
Combien de projets ont réellement produit les bénéfices annoncés ? Combien ont été réorientés à temps ? Combien ont été arrêtés avant de consommer inutilement davantage de moyens ? Combien de ressources ont pu être redéployées vers des priorités plus utiles ? Quels enseignements ont été intégrés dans les projets suivants ?
Ces indicateurs sont moins valorisants dans une présentation institutionnelle, mais ils sont beaucoup plus révélateurs de la maturité réelle d’une organisation.
Arrêter un projet devenu inutile n’est pas renoncer à agir. C’est refuser de confondre activité et résultat.
C’est reconnaître que les ressources sont limitées.
C’est accepter que le contexte évolue.
C’est donner la priorité à la valeur plutôt qu’à l’ego.
C’est protéger les équipes contre l’épuisement.
C’est éviter que l’entreprise continue à financer hier au détriment de demain.
La question n’est donc pas de savoir si une organisation devra un jour arrêter un projet. Cela arrivera nécessairement.
La vraie question est de savoir si elle le fera suffisamment tôt, sur la base de faits vérifiables, ou trop tard, après avoir épuisé son budget, ses équipes et sa crédibilité.
Avez-vous déjà participé à un projet que tout le monde savait condamné, mais que personne n’osait arrêter ?
Mon livre « Révolution numérique ! » développe ces questions de gouvernance, d’arbitrage, de transformation et de pilotage concret des projets numériques.

Le lien Amazon du livre : https://amzn.eu/d/0jdUVDNQ

TransformationNumérique #Management #Gouvernance #DSI #IntelligenceArtificielle #Cybersécurité #Leadership #GestionDeProjet #TransformationDigitale #Stratégie #Pilotage #ConduiteDuChangement #Innovation #Entreprise