Personne n’a besoin d’un énième audit IA de huit semaines
Benedikt Langer
Publicité · en collaboration avec Evernine Group 5 min de lecture Alexander Roth et Alec Chizhik dirigent ...
70 % de toutes les transformations échouent, affirme-t-on depuis John Kotter en 1996. Ce chiffre est cité depuis principalement par les entreprises qui vendent des prestations de transformation. Or, il n’a jamais reposé sur une preuve solide. Quiconque assume la responsabilité d’un tel programme devrait savoir ce qui manque dans le pitch.
Les points clés en bref
Similaire :Pourquoi un budget tech plus élevé ne garantit pas d’avance / L’étude Deloitte révèle les CIO comme derniers penseurs opérationnels
En 2011, le chercheur en changement Mark Hughes a passé en revue les cinq sources les plus citées pour le seuil des 70 % dans le Journal of Change Management : Hammer et Champy, Beer et Nohria, un article de Bain, un texte de McKinsey, Kotter. Pour chaque source, il a trouvé le même schéma. Soit le chiffre était présenté sans base de données, soit il renvoyait à une autre source qui le citait également sans base de données.
La boucle se referme sur les émetteurs eux-mêmes. Les propres rapports de McKinsey citent Kotter, Kotter cite son estimation de 1996. Une population de référence, une définition de l’échec, une période d’enquête : rien de tout cela n’a jamais été divulgué. La métrique la plus célèbre du conseil en transformation est une affirmation devenue vérité par répétition.
C’est plus qu’une question de pédantisme. Qui justifie un programme avec un taux d’échec non prouvé vend de l’urgence plutôt que du diagnostic. Et l’urgence coûte cher.
Le chiffre qui donne le cap
49 milliards d’euros. Telle était la taille du marché allemand du conseil en 2025. Le conseil organisationnel et process devrait progresser de 3,5 % en 2026, explicitement en raison de l’augmentation des exigences en matière de transformation. Source : étude de marché BDU 2025/2026.
La BDU note pour 2025 un fait marquant : les projets de conseil doivent être justifiés de manière plus substantielle qu’auparavant. Le scepticisme grandit, mais touche rarement les bons interlocuteurs. Ces cinq points manquent presque à chaque offre, car leur absence est couverte par le modèle d’incitation.
Premièrement, qui exploite le système en année deux. Le business case s’arrête au Go-Live. La véritable charge commence ensuite : exploitation, maintenance, support de second niveau, la poignée de personnes qui maintiennent le nouveau modèle cible opérationnel pendant trois ans. Celui qui régule l’exploitation seulement après le projet a posé trop tard la question de la propriété (ownership). Ces coûts figurent rarement dans l’offre, car ils détraqueraient l’objectif d’économie affiché sur la couverture. Le calcul tient jusqu’à ce que la première année d’exploitation le réfute.
Deuxièmement, la demi-vie du modèle cible. Un programme de 24 mois planifie selon un état des lieux qui est souvent déjà obsolète au mois 18. Un nouveau modèle d’IA, un changement réglementaire, un concurrent avec une structure de coûts différente : le modèle cible vieillit tandis que le programme se déroule encore. On atteint un objectif qui n’est plus le bon. Cela reste néanmoins considéré comme un succès, car le calendrier des jalons est vert.
Troisièmement, le budget Change Management comme poste alibi. Le Change Management figure dans la couverture, généralement à hauteur de dix pour cent du volume. Le travail réel auprès des personnes qui portent ou bloquent le nouveau nécessite plusieurs fois cette somme. Là où ce poste est maigre, le risque bascule silencieusement du consultant vers le client.
Quatrièmement, le verrouillage fournisseur dans le schéma d’architecture. La plateforme recommandée est souvent celle avec laquelle le cabinet de conseil entretient un programme partenaire. Ce n’est pas faux en soi. Cela devient problématique lorsque la dépendance est vendue comme une décision architecturale neutre et que les coûts de sortie ne deviennent visibles qu’en année quatre.
Cinquièmement, l’écart entre le pilote et la mise à l’échelle. Un pilote réussi prouve que quelque chose peut fonctionner, pas que cela est rentable. Entre le projet phare mené par l’équipe A et le déploiement sur 40 sites se trouve la transformation réelle. C’est précisément là que la présentation devient vague.
La transformation la plus courante ressemble, après deux ans, à l’ancienne organisation avec de nouveaux titres de poste.
La plupart des méthodes de transformation proviennent d’un contexte anglo-américain. Elles supposent une organisation qui décide de haut en bas. Dans la réalité allemande, ce n’est pas le cas.
Ici, un programme échoue rarement sur la technique. Il échoue sur la cogestion, le comité d’entreprise, sur une main-d’œuvre qui n’a jamais signé le modèle cible. Un déploiement qui n’a pas prévu l’accord d’intérêt stagne, quelle que soit la propreté de l’architecture cible. Celui qui intègre cette partie dans les dix pour cent de Change a négligé la position la plus coûteuse du calcul.
Cette adaptation DACH ne fournit pas de cadre global. Elle doit figurer au début de la planification, et non lors de l’escalade du mois 14.
Pitch honnête ou prospectus de vente
Parle en faveur d’un plan
Parle en faveur d’une vente
Ce n’est pas un plaidoyer contre le conseil. Les bons consultants connaissent chacun de ces angles morts, beaucoup les abordent ouvertement. Mais ils le font généralement après la signature du contrat, car le modèle d’incitation récompense l’omission. Le levier se trouve donc chez le donneur d’ordre, avant la signature.
Quatre questions suffisent face à chaque offre pour séparer le bon grain de l’ivraie. Qui supporte la charge opérationnelle la deuxième année, et à quel prix ? Quelle est la demi-vie de l’image cible avant qu’elle ne bascule au mois 18 ? Combien coûte la sortie de la plateforme recommandée en année quatre ? Et où la codétermination apparaît-elle en tant que lot de travail propre, budgétisé et planifié ?
À chacune de ces questions, une réponse solide ou une esquive. Si l’esquive est trop fréquente, ce n’est pas un plan qui est sur la table. C’est un prospectus. On n’achète pas des prospectus pour sept chiffres.
Ce chiffre provient d’une estimation de John Kotter datant de 1996 et n’a jamais été étayé par une population de base divulguée. Mark Hughes a montré en 2011 que les sources les plus citées se citent mutuellement ou se citent elles-mêmes. Ce chiffre ne sert pas de preuve de l’urgence.
Non. Un bon conseil apporte méthode, capacité et un regard extérieur que les équipes internes ont rarement. Le problème réside dans le modèle d’incitation : il récompense davantage la vente de l’image cible que le calcul honnête de la charge opérationnelle. Celui qui le sait négocie différemment.
Les coûts d’exploitation après le go-live et le budget de changement pour les personnes impliquées dans le processus. Les deux apparaissent faibles dans l’offre, car une approche réaliste réduirait l’objectif d’économies sur la page de couverture. En pratique, ce sont précisément ces postes qui déterminent la facture totale.
La plupart des méthodes supposent une organisation qui décide de manière top-down. Dans la réalité des pays germanophones, la codétermination et le comité d’entreprise sont des variables de planification contraignantes. Un déploiement sans compromis d’intérêts planifié s’arrête, quelle que soit la qualité de l’architecture cible.
Quatre questions à chaque offre : qui supporte la charge opérationnelle la deuxième année ? Quelle est la demi-vie de l’image cible ? Combien coûte la sortie de plateforme en année quatre ? Où la codétermination apparaît-elle en tant que lot de travail propre ? Des réponses solides séparent le plan du prospectus avant que le budget ne soit engagé.
À lire aussi sur Digital Chiefs
Digital ChiefsPersonne n’a besoin d’un énième audit IA de huit semainesDigital ChiefsTrois budgets IA, aucun compte communDigital ChiefsPourquoi un budget tech plus élevé ne garantit aucun avantagePlus du réseau MBF Media
cloudmagazinAWS et Azure sous supervision de l’UE : le Lock-in vacille mybusinessfuture95 % des pilotes IA n’apportent rien, 5 % oui securitytodayL’AI Act est en réalité une loi sur la sécuritéSource de l’image : générée par IA (juillet 2026)