Ce sentiment de “largage” a un nom : la dépendance inversée

Quand je rentre dans une ETI en difficulté sur son projet de transformation, je retrouve presque toujours le même tableau. Le DG a validé le budget. Il a nommé un chef de projet. Il a reçu des dashboards rassurants pendant six mois. Et un matin, il réalise que personne, dans son comité de direction, ne peut lui dire simplement ce que l’outil fait — et pourquoi les résultats ne sont pas au rendez-vous.

Ce n’est pas de l’incompétence. C’est le symptôme d’une dynamique que j’appelle la dépendance inversée : le décideur qui a commandé la transformation est devenu le dernier informé de son avancement réel.

Cinq raisons structurelles — pas techniques

L’IA n’est pas complexe par nature. Elle devient complexe quand elle arrive dans une organisation qui n’a pas réglé ses problèmes de gouvernance, de communication et de leadership. Voici les cinq pièges que je rencontre systématiquement.

Premier piège : la délégation totale. Le DG délègue le projet IA comme il délèguerait le remplacement d’un logiciel comptable. Mais l’IA n’est pas un outil : c’est un choix stratégique qui touche aux processus, aux rôles, et parfois aux équilibres de pouvoir dans l’entreprise. Sans engagement de la direction générale, le projet devient orphelin — techniquement avancé, organisationnellement sabordé.

Deuxième piège : le mythe de la solution clé en main. Les éditeurs vendent des démos séduisantes. Les intégrateurs promettent des déploiements rapides. Personne ne vous dit que 60 à 70 % du travail réel est en dehors de la technologie : nettoyage des données, conduite du changement, formation des équipes, révision des processus. Ce travail-là ne se délègue pas à un prestataire.

Troisième piège : l’absence de cas d’usage ancré dans la réalité opérationnelle. “Mettre de l’IA dans nos processus” n’est pas un cas d’usage. “Réduire de 40 % le temps de traitement des litiges fournisseurs en automatisant la première lecture des contrats” en est un. La différence entre les deux, c’est douze mois de résultats concrets versus douze mois de comités de pilotage stériles.

Quatrième piège : la résistance silencieuse. Dans les ETI, les middle managers sont les maîtres de la résistance passive. Ils n’opposent pas de veto en CODIR. Ils ne transmettent pas les formations. Ils ne documentent pas les nouveaux processus. Ils attendent. Et statistiquement, ils gagnent souvent — le projet s’essouffle avant de les atteindre vraiment.

Cinquième piège : l’indicateur fantôme. On mesure des taux d’adoption, des heures de formation, des tickets résolus. On ne mesure pas ce qui change réellement dans la valeur produite pour le client, dans la marge opérationnelle, dans la capacité d’adaptation de l’organisation. Sans bon indicateur, on ne peut pas piloter. On navigue à vue.

L’IA ne rate pas dans les serveurs. Elle rate dans les salles de réunion.

Ce que font différemment les 20 % qui réussissent

Après avoir accompagné plusieurs redressements de projets digitaux dans des ETI de 200 à 2 000 personnes, le profil des directions qui réussissent est remarquablement cohérent. Ce n’est pas une question de secteur, de taille ou de budget. C’est une question de posture.

Le courage managérial, seule variable que les éditeurs ne vendent pas

J’ai vu des projets IA magnifiquement conçus mourir faute d’un CODIR capable de nommer clairement les arbitrages. Et j’ai vu des projets techniquement modestes transformer durablement une organisation parce qu’un DG avait dit à ses directeurs : “Voilà ce qu’on fait, voilà pourquoi, voilà ce qu’on attend de vous.”

Le courage managérial, c’est accepter que la transformation digitale ne soit pas une question technique mais une question de pouvoir : qui décide quoi, qui change de rôle, qui perd de l’influence, qui en gagne. Ces questions-là ne figurent dans aucune roadmap d’intégrateur. Elles n’ont pas de ligne dans le budget projet. Pourtant, elles déterminent l’issue.

Cinq questions à vous poser dès cette semaine

•  
  Quel est le cas d’usage IA que vous portez personnellement — pas votre DSI, pas votre intégrateur — et quelle est son échéance de résultat mesurable ?
•  
  Qui dans votre organisation a le plus à perdre dans ce projet — et avez-vous eu une conversation directe avec cette personne ?
•  
  Vos indicateurs de pilotage mesurent-ils des activités ou des résultats ? “85 % des équipes formées” est une activité. “Réduction de 30 % du temps de traitement” est un résultat.
•  
  Si votre chef de projet quittait l’entreprise demain, le projet survivrait-il ? Ou toute la connaissance est-elle dans une seule tête ?
•  
  Quel est le signal d’alerte qui vous ferait décider d’arrêter ou de réorienter le projet — et à partir de quand serait-il trop tard ?

Si vous n’avez pas de réponse immédiate à ces cinq questions, ce n’est pas que le projet va mal. C’est que vous n’avez pas encore la visibilité nécessaire pour le piloter correctement.

Un projet digital ne meurt jamais d’un manque de technologie. Il meurt d’un manque de clarté sur qui décide quoi — et du courage de l’assumer.