
- 06/09/2026
- Samir Bennani
- 0
Pourquoi un No-Go peut être une excellente décision d’investissement
Le meilleur résultat d’un diagnostic peut être :
Non.
Non, ce processus n’a pas besoin d’être transformé maintenant.
Non, la valeur attendue ne justifie pas l’investissement.
Non, une DLT n’apporte pas suffisamment d’avantages par rapport à une API ou une base de données.
Non, les données disponibles ne permettent pas encore de construire un business case sérieux.
Non, l’écosystème n’est pas prêt.
Non, le risque est disproportionné par rapport au bénéfice attendu.
Dans une culture de l’innovation souvent orientée vers le lancement, cette conclusion peut sembler négative.
Elle ne l’est pas.
Un No-Go documenté est une décision d’investissement.
Et parfois, c’est précisément celle qui crée le plus de valeur.
Un diagnostic n’a pas pour mission de confirmer le projet
Lorsqu’une organisation engage un diagnostic, une ambiguïté apparaît facilement.
Le projet existe déjà.
Une équipe a été constituée.
Une technologie suscite de l’intérêt.
Des réunions ont eu lieu.
Un sponsor souhaite avancer.
Le diagnostic peut alors être perçu implicitement comme l’étape destinée à valider le projet.
C’est une erreur de gouvernance.
Le rôle du diagnostic est de déterminer si le projet mérite réellement de poursuivre.
Dans la Méthode F5, F2 doit explicitement pouvoir aboutir à trois conclusions :
No-Go
Solution conventionnelle
Passage à F3
Et F3 ne peut commencer que si la valeur est significative, l’avantage de la DLT défendable et les risques maîtrisables.
Le diagnostic n’est donc pas une formalité avant la conception.
C’est une porte de décision.
Pourquoi il devient difficile de dire non
Plus un projet avance, plus l’arrêt devient psychologiquement et organisationnellement difficile.
Du temps a été consacré.
Des équipes se sont mobilisées.
Des fournisseurs ont été rencontrés.
Une solution a parfois déjà été présentée à la direction.
Un budget a pu être réservé.
À ce stade, le raisonnement risque de devenir :
« Nous avons déjà tellement travaillé dessus qu’il faut maintenant aller jusqu’au pilote. »
Mais le temps déjà engagé ne crée pas automatiquement une raison d’investir davantage.
Une bonne gouvernance doit pouvoir poser une autre question :
« Si nous découvrions aujourd’hui ce que nous savons maintenant, déciderions-nous encore de financer la prochaine étape ? »
Si la réponse est non, poursuivre uniquement pour justifier le travail déjà réalisé augmente la destruction de valeur.
No-Go n’est pas synonyme d’échec
Un projet échoue lorsque des ressources sont engagées sans produire le résultat attendu et sans mécanisme permettant de corriger ou d’arrêter suffisamment tôt.
Un No-Go décidé avant cet engagement est précisément l’inverse.
Il démontre que le processus de décision fonctionne.
Le diagnostic a rempli sa fonction lorsque l’organisation sait :
- pourquoi elle ne poursuit pas ;
- sur quelles données repose la décision ;
- quelles hypothèses ont été invalidées ;
- quel risque a été évité ;
- dans quelles conditions le sujet pourrait être réexaminé.
Le référentiel F5 est explicite sur ce point : un No-Go documenté est un résultat professionnel.
Six raisons légitimes de conclure No-Go
Un No-Go ne doit évidemment pas être intuitif.
Il doit être relié à des critères explicites.
1. La valeur est insuffisante
La friction existe.
Mais son coût réel est trop faible pour justifier une transformation.
Par exemple, une opération manuelle peut sembler inefficace mais représenter un volume trop limité pour rentabiliser :
- conception ;
- intégration ;
- exploitation ;
- gouvernance ;
- sécurité ;
- support.
Dans ce cas, ne rien construire peut être rationnel.
2. Les données sont trop faibles
Une organisation peut soupçonner une friction importante sans disposer d’une baseline suffisamment robuste.
Volumes mal connus.
Coûts reconstruits approximativement.
Exceptions non historisées.
Responsabilités floues.
Dans ce cas, le No-Go peut en réalité signifier :
« Pas maintenant. Mesurons d’abord. »
C’est différent d’un rejet définitif.
Mais cela interdit malgré tout de passer prématurément à la conception.
3. Une solution plus simple existe
La friction mérite d’être transformée.
Mais une API, un workflow, une base de données, une amélioration de processus ou une automatisation conventionnelle répond mieux au besoin.
Dans ce cas, le résultat n’est pas nécessairement un No-Go sur la transformation.
C’est un No-Go sur l’architecture envisagée.
La Méthode F5 impose précisément cette comparaison et privilégie la solution la plus simple et contrôlable lorsqu’elle répond mieux au besoin.
4. Le risque est disproportionné
Une solution peut créer de la valeur tout en introduisant :
- une exposition cyber excessive ;
- une complexité réglementaire ;
- une dépendance fournisseur difficilement réversible ;
- un risque opérationnel ;
- un problème de données ;
- un modèle de gouvernance fragile.
Le business case doit donc comparer le bénéfice attendu au risque résiduel.
Une valeur positive ne suffit pas.
Elle doit être suffisamment importante pour justifier le risque accepté.
5. L’écosystème n’est pas prêt
Certains projets dépendent de plusieurs partenaires.
Une entreprise peut avoir un business case convaincant pour elle-même mais constater que :
- ses fournisseurs n’ont aucun intérêt à participer ;
- ses clients n’utiliseront pas le service ;
- ses partenaires ne veulent pas modifier leurs systèmes ;
- aucun modèle de gouvernance commun n’est acceptable.
Dans ce cas, le problème n’est pas nécessairement technique.
Le réseau économique nécessaire à la solution n’existe pas encore.
Poursuivre la construction ne crée pas cet alignement par magie.
6. L’organisation n’est pas prête à exploiter la solution
Une solution peut être pertinente en théorie et pourtant ne pas être soutenable opérationnellement.
Qui l’exploitera ?
Qui répondra aux incidents ?
Qui financera les évolutions ?
Qui gérera les fournisseurs ?
Qui maintiendra les compétences ?
Qui prendra les décisions de gouvernance ?
Si ces réponses n’existent pas, un pilote réussi peut devenir une dette opérationnelle.
Le diagnostic doit donc aussi mesurer la capacité à exploiter ce qui serait construit.
Le No-Go peut intervenir à plusieurs niveaux
Il est utile de distinguer plusieurs types de « non ».
No-Go sur le problème
La friction n’est pas suffisamment importante ou mesurable.
Décision : ne pas engager de transformation.
No-Go sur la technologie
Le problème existe, mais la Blockchain ou la ` ne constitue pas la meilleure réponse.
Décision : retenir une solution conventionnelle.
No-Go temporaire
Le cas peut être pertinent, mais :
- les données sont insuffisantes ;
- un partenaire manque ;
- une décision réglementaire est attendue ;
- l’organisation n’a pas la capacité nécessaire.
Décision : différer avec conditions de réexamen.
No-Go après preuve
Le business case paraissait suffisamment solide pour autoriser un Proof of Business, mais les résultats réels ne confirment pas les hypothèses.
Décision : Stop.
Cette dernière situation est précisément la raison pour laquelle F4 prévoit les décisions Stop, Pivot, Extend ou Scale sur la base des résultats mesurés.
Le No-Go protège le capital
La valeur d’un No-Go peut être directement économique.
Supposons qu’un diagnostic permette d’éviter :
- six mois d’intégration ;
- des licences ;
- un contrat de plateforme ;
- des coûts cloud ;
- du temps DSI ;
- des travaux juridiques ;
- une équipe projet ;
- la mobilisation de plusieurs partenaires.
Le projet abandonné ne produit pas de revenu.
Mais l’organisation a préservé du capital, du temps et de la capacité de transformation pour des initiatives plus pertinentes.
C’est une création de valeur par allocation.
Une direction ne doit donc pas seulement demander :
« Combien ce projet peut-il rapporter ? »
Elle doit également demander :
« Quel coût évitons-nous si nous découvrons suffisamment tôt qu’il ne mérite pas d’être poursuivi ? »
Le No-Go protège également la capacité interne
Le budget n’est pas la seule ressource rare.
Dans une grande organisation, certaines compétences sont encore plus rares :
- architectes ;
- cybersécurité ;
- data ;
- conformité ;
- finance ;
- experts métier ;
- équipes intégration ;
- sponsors exécutifs.
Chaque mauvais projet consomme une partie de cette capacité.
Un No-Go rapide permet donc de libérer ces ressources pour des initiatives dont la valeur est mieux démontrée.
C’est particulièrement important dans les programmes d’innovation, où le nombre d’idées dépasse presque toujours la capacité réelle d’exécution.
Il renforce aussi la crédibilité du portefeuille
Si tous les diagnostics aboutissent systématiquement à un projet, une question finit par se poser :
le processus sélectionne-t-il réellement les bonnes opportunités ?
Un portefeuille crédible doit comporter :
- des projets poursuivis ;
- des projets simplifiés ;
- des projets différés ;
- des projets arrêtés.
Sinon, les gates deviennent décoratifs.
L’objectif d’une gouvernance par portes de décision est précisément de rendre visibles :
les conditions de poursuite, les alternatives et les risques résiduels.
Un bon No-Go doit laisser une trace exploitable
« Nous ne le sentons pas » n’est pas un No-Go professionnel.
Une décision d’arrêt doit être documentée.
Elle devrait au minimum préciser :
Le problème examiné
Quelle friction ou opportunité était étudiée ?
La baseline
Quels faits et mesures ont été utilisés ?
Les options comparées
Quelles solutions conventionnelles ou distribuées ont été évaluées ?
Le business case
Pourquoi la valeur attendue est-elle insuffisante ?
Les risques
Quels risques rendent la poursuite disproportionnée ?
Le verdict
No-Go définitif, solution alternative ou différé ?
Les conditions de réouverture
Qu’est-ce qui devrait changer pour réexaminer le dossier ?
Cette dernière dimension est importante.
Un No-Go aujourd’hui n’est pas nécessairement un No-Go pour toujours.
« Non maintenant » peut être une excellente décision
Prenons un cas où une DLT semble pertinente mais où les volumes sont encore trop faibles.
La décision peut être :
ne pas construire aujourd’hui, mais revoir le cas lorsque le volume dépasse un seuil déterminé.
Ou lorsque :
- trois partenaires clés sont engagés ;
- certaines données deviennent disponibles ;
- un cadre réglementaire est clarifié ;
- le coût de la technologie baisse ;
- la friction dépasse un niveau défini.
Le No-Go devient alors une option conditionnelle.
L’organisation ne rejette pas l’idée.
Elle refuse simplement d’investir avant que les conditions économiques ou opérationnelles soient réunies.
Un cabinet spécialisé doit pouvoir recommander de ne pas utiliser sa spécialité
C’est probablement le test le plus important.
Un cabinet spécialisé dans la Blockchain, les DLT et le Web3 doit-il pouvoir conclure :
« Vous n’avez pas besoin de Blockchain » ?
Oui.
Sinon, la technologie n’est plus une hypothèse évaluée.
Elle devient une prescription.
La Méthode F5 place volontairement les alternatives en concurrence : amélioration de processus, ERP/API, automatisation centralisée, architectures distribuées.
La spécialisation apporte une capacité d’analyse.
Elle ne doit pas prédéterminer la réponse.
Le vrai indicateur de qualité d’un diagnostic
Ce n’est pas le nombre de projets lancés.
C’est la qualité des décisions produites.
Un bon diagnostic doit pouvoir démontrer :
Oui — poursuivons.
Oui — mais avec une solution plus simple.
Pas encore — certaines conditions manquent.
Non — la valeur ne justifie pas l’investissement.
Si ces quatre conclusions sont réellement possibles, le diagnostic protège l’organisation contre le biais technologique.
Sinon, il ne s’agit plus tout à fait d’un diagnostic.
Il s’agit d’une justification.
La question à poser au prochain gate
Avant d’autoriser une phase supplémentaire, un comité de décision peut demander :
« Si nous arrêtions aujourd’hui, quelles preuves nous manqueraient réellement pour considérer que cette décision est mauvaise ? »
Cette question oblige à distinguer :
- ce qui est démontré ;
- ce qui reste hypothétique ;
- ce qui justifie réellement un investissement supplémentaire.
Le but n’est pas d’arrêter davantage de projets.
Le but est de ne poursuivre que ceux qui méritent réellement le capital, le temps et l’attention de l’organisation.
Dire non n’est pas renoncer à l’innovation.
C’est réserver l’investissement aux transformations capables de créer une valeur défendable.
Vous devez décider s’il faut poursuivre, simplifier ou arrêter une initiative ?
Maymana Consulting accompagne les entreprises et institutions dans le diagnostic, le business case, la comparaison des options et la formalisation de décisions No-Go, solution conventionnelle ou passage à la conception.
