IA en entreprise : le symptôme que votre comité de direction ne veut pas regarder

Dans beaucoup de comités de direction, l’IA est un sujet commun en apparence et une succession de décisions locales en réalité.

Le marketing achète son outil. Les RH lancent leur pilote. La finance équipe ses analystes. Le service client teste un chatbot. La direction commerciale veut préparer mieux et plus vite ses rendez-vous. La DSI tente ensuite de remettre de l’ordre dans les contrats, les données, les accès et les risques.

Chaque initiative se défend. Certaines produisent même des résultats rapides.

Mais personne ne répond à la question décisive : quel problème d’entreprise voulons-nous enfin régler ensemble ?

L’entreprise ne manque pas d’idées, de démonstrations ou de licences. Elle manque souvent d’une direction capable de décider lesquelles ne doivent pas exister.

C’est là que l’IA devient un révélateur sévère. Elle ne mesure pas d’abord la maturité technologique d’une organisation. Elle expose la qualité de ses choix, de ses responsabilités et de ses renoncements.

Une stratégie IA ne se reconnaît pas au nombre de pilotes lancés. Elle se reconnaît à la capacité du comité de direction à distinguer ce qui doit rester commun, ce qui peut être expérimenté localement, ce qui mérite d’être simplifié — et ce qu’il faut arrêter.

Gouvernance IA : un portefeuille de pilotes n’est pas une stratégie

Lancer un test est devenu facile.

Une licence peut être souscrite en quelques jours. Une start-up peut produire une démonstration spectaculaire. Un atelier de cas d’usage rassemble rapidement des équipes enthousiastes. En quelques semaines, l’entreprise peut donner l’impression qu’elle a pris le virage de l’IA.

Cette agitation ressemble à de l’innovation.

Elle peut aussi n’être que la liste des décisions que le comité de direction n’a pas prises.

Prenons une situation banale. La DRH déploie un assistant pour présélectionner des candidatures. Le marketing adopte une solution de génération de contenus. La finance équipe ses équipes d’un outil d’analyse pour accélérer les clôtures. Les commerciaux utilisent un assistant pour préparer leurs rendez-vous.

Quelques mois plus tard, la DSI découvre quatre fournisseurs, plusieurs conditions contractuelles, des flux de données mal identifiés, des règles de sécurité variables et des usages impossibles à comparer.

Le problème n’est pas qu’une entreprise utilise plusieurs outils.

Le problème est plus profond : elle a reproduit ses silos à une vitesse supérieure. Chaque direction a trouvé une réponse locale à un besoin réel. Personne n’a posé la question de l’intérêt collectif, de la réutilisation ou de la cohérence du processus global.

Une organisation ne devient pas stratégique parce qu’elle valide toutes les initiatives. Elle le devient lorsqu’elle sait lesquelles concentrer, lesquelles encadrer et lesquelles interrompre.

Le vrai sujet : ce qui doit rester commun

Les usages de l’IA n’ont pas vocation à être identiques dans tous les métiers. Les besoins diffèrent. Les interfaces diffèrent. Les situations de terrain diffèrent.

Tout ne doit donc pas être centralisé.

Mais tout ne peut pas être laissé à l’appréciation de chaque direction.

Les règles de confidentialité, les données de référence, les principes de responsabilité, les critères de valeur, la relation avec les fournisseurs et certains standards de sécurité ne peuvent pas être réinventés département par département.

Lorsqu’aucun dirigeant ne sait expliquer ce qui doit rester commun, l’entreprise ne possède pas une stratégie IA. Elle possède une collection d’initiatives locales : parfois utiles, souvent redondantes, rarement cumulatives.

La différence est considérable.

Dans une organisation cohérente, les expérimentations alimentent une trajectoire. Elles permettent de réutiliser des apprentissages, de déployer ce qui fonctionne et d’abandonner vite ce qui ne transforme rien.

Dans une organisation fragmentée, chaque nouveau projet ajoute ses propres règles, ses propres données, ses propres exceptions et son propre fournisseur. L’IA ne crée pas de valeur commune : elle épaissit la dette organisationnelle.

L’IA ne casse pas les silos : elle leur donne plus de vitesse

Un silo doté d’IA ne devient pas spontanément plus utile au collectif.

Il devient souvent plus rapide à produire ses propres effets secondaires.

Une équipe marketing peut générer davantage de campagnes, produire plus de contenus et transmettre un volume supérieur de prospects aux commerciaux. Les chiffres paraissent convaincants : coûts de production en baisse, capacité de test renforcée, volume de leads en hausse.

Puis le processus se grippe.

Les commerciaux ne partagent pas la même définition d’un prospect qualifié. Les délais de rappel ne sont pas respectés. Les objections terrain ne remontent pas vers les équipes marketing. Les données de conversion sont discutées au lieu d’être communes. Et personne ne porte réellement le processus de bout en bout.

L’IA a optimisé une étape. Elle a également accéléré un défaut de coordination ancien.

Le problème ne se situe pas dans l’outil de génération de contenus. Il se situe dans l’absence de décision sur ce qu’est un bon lead, sur qui en est responsable et sur la manière dont marketing et vente doivent agir ensemble.

C’est une distinction que beaucoup d’entreprises refusent encore de regarder : une performance locale n’est pas nécessairement un progrès d’entreprise.

L’automatisation retire aux équipes la possibilité de compenser en silence

Pour automatiser, il faut expliciter.

Quelles données utiliser ? Quelles règles appliquer ? Quelles exceptions tolérer ? Quels cas doivent être escaladés ? Qui peut déroger ? Qui décide lorsque la situation ne rentre pas dans le cadre ?

Or de nombreuses organisations tiennent encore grâce à l’implicite.

Les règles changent selon le pays, le canal, l’ancienneté du manager ou le poids d’un client. Ce qui est appelé « exception métier » désigne parfois une décision qui n’a jamais été clarifiée, seulement transmise par habitude.

Un chatbot chargé de traiter des demandes de remboursement le révèle très vite.

Les conditions peuvent différer selon le canal de vente, le statut du client ou le pays. Mais elles peuvent aussi dépendre d’arrangements informels accordés par certains responsables à certains comptes. Avant l’automatisation, les collaborateurs compensent : ils appellent un collègue, interprètent un précédent, sollicitent un manager expérimenté.

Après l’automatisation, ces zones grises deviennent visibles.

Le système ne fabrique pas l’incohérence. Il retire aux équipes la possibilité de la compenser en silence.

L’entreprise découvre alors qu’elle ne possède pas une politique commerciale claire, mais une accumulation de décisions locales, de tolérances non écrites et de pouvoirs mal définis.

C’est pourquoi un projet IA échoue rarement pour des raisons strictement techniques. Il échoue parce qu’il rencontre un processus que personne n’a réellement gouverné.

Automatiser une décision oblige à désigner son propriétaire

Une demande d’automatisation paraît souvent technique. Elle est presque toujours managériale.

Faut-il accélérer cette tâche ? La standardiser ? La contrôler davantage ? La supprimer ? Quelle place reste-t-il au jugement humain ? Et dans quelles circonstances une validation humaine devient-elle indispensable ?

Ces questions se posent pour une remise commerciale, une réponse à une réclamation, une présélection de candidatures, une décision de crédit ou la préparation d’un rapport réglementaire.

Automatiser la validation d’une remise, par exemple, suppose que l’entreprise ait défini ce qui est négociable, ce qui ne l’est pas, les clients pouvant relever d’une exception et la personne qui porte cette exception.

Sans réponse claire, l’IA ne résout rien. Elle applique des règles contradictoires, reproduit des biais de décision ou expose le problème au moment où une erreur coûte cher.

La question de la responsabilité devient alors impossible à éviter.

Lorsqu’un système recommande un candidat, identifie un risque client ou propose une réponse sensible, qui répond du résultat ?

Le métier qui utilise l’outil ? <br>La direction qui a choisi le fournisseur ? <br>La DSI qui a autorisé l’accès aux données ? <br>Le manager qui a validé le processus ? <br>Le dirigeant qui a fixé l’objectif ?

Une responsabilité floue avant le déploiement devient une responsabilité introuvable après l’incident.

Une entreprise qui ne sait pas désigner le propriétaire d’une décision ne devrait pas commencer par la confier à un système. Elle devrait d’abord se demander pourquoi cette décision n’avait déjà pas de propriétaire identifiable.

Avant d’automatiser une tâche, il faut pouvoir défendre son existence

C’est l’une des questions les plus rentables et les moins posées.

Beaucoup d’organisations cherchent à utiliser l’IA pour consolider les indicateurs de leurs filiales, produire des commentaires de gestion et préparer une synthèse à destination de la direction générale.

Le projet semble évident : moins de temps perdu dans les tableaux, des présentations mieux rédigées, une information disponible plus vite.

Puis l’examen du processus révèle que plusieurs fichiers reprennent les mêmes chiffres, que les définitions varient selon les pays et que la majorité des documents ne sont jamais véritablement discutés en réunion.

Le bon projet n’est peut-être pas d’automatiser le reporting.

Il est peut-être de supprimer la moitié des reportings, d’unifier les quelques indicateurs qui comptent et de décider qui les utilise pour agir.

Avant d’automatiser une tâche, il faut pouvoir défendre son existence. Sinon, l’IA industrialise peut-être seulement une habitude coûteuse.

C’est la tentation la plus confortable : utiliser une technologie puissante pour accélérer des validations sans valeur, des rituels inutiles ou des processus que personne n’a eu le courage de remettre en cause.

Le gain de temps est réel. La transformation, elle, n’a pas eu lieu.

Le rôle du Codir dans une stratégie IA : choisir, pas tout contrôler

Le comité de direction n’a pas à devenir un comité de démonstration produit.

Il n’a pas à sélectionner chaque outil ni à suivre chaque paramétrage. Son rôle est plus difficile : poser les choix d’entreprise que les équipes ne peuvent pas trancher seules.

Il doit définir :

• les problèmes qui méritent un effort prioritaire ;
• les processus à simplifier avant d’être équipés ;
• les décisions qui exigent une responsabilité humaine explicite ;
• les règles qui doivent s’appliquer à tous ;
• les critères permettant de mesurer une valeur réelle ;
• les initiatives auxquelles l’entreprise accepte de renoncer.

Le Codir ne peut pas réclamer des parcours clients fluides, une meilleure circulation de l’information et des outils transverses tout en maintenant des objectifs, des budgets et des responsabilités strictement verticaux.

Une direction ne peut pas demander un système commun tout en organisant la rivalité entre ses fonctions.

La gouvernance ne commence pas avec une charte. Elle commence lorsqu’un dirigeant accepte qu’une décision utile à l’entreprise ne serve pas immédiatement son propre périmètre.

L’alternative : des expérimentations locales, dans un cadre qui oblige à transformer

Opposer l’initiative locale à la cohérence d’ensemble serait une erreur.

Les équipes de terrain voient les irritants que les comités ne perçoivent pas. Elles identifient les usages prometteurs, les exceptions concrètes et les limites des modèles théoriques. C’est souvent là que naissent les meilleurs cas d’usage.

Mais un terrain sans cadre commun produit aussi des contournements, des règles particulières et des outils impossibles à généraliser.

Une entreprise plus mature procède autrement.

Elle choisit un processus transverse prioritaire — par exemple le traitement des réclamations clients. Elle nomme un responsable du processus de bout en bout. Elle fixe les données de référence, les règles de décision et les limites de l’automatisation. Puis elle laisse les équipes tester des usages dans ce cadre.

Les équipes conservent leur capacité d’initiative. Mais leurs apprentissages deviennent exploitables par l’ensemble de l’organisation.

Chaque expérimentation devrait alors répondre à trois questions :

1. Quel problème organisationnel cherchons-nous réellement à résoudre ?<br>2. Quelle décision ou quel processus devra changer si le test fonctionne ?<br>3. Qu’allons-nous simplifier, unifier ou arrêter en conséquence ?

Sans ces réponses, un pilote peut générer de l’intérêt, quelques gains locaux et de belles présentations. Il ne modifiera pas nécessairement la manière dont l’entreprise fonctionne.

Les signes d’une IA qui accélère la fragmentation

Certains signaux devraient alerter un comité de direction :

• les licences et les prestataires se multiplient sans vision d’ensemble ;
• les cas d’usage n’ont pas de propriétaire métier clairement identifié ;
• les mêmes données sont préparées différemment selon les directions ;
• les réussites locales ne peuvent pas être réutilisées ailleurs ;
• personne ne décide du processus qui doit évoluer ;
• les indicateurs suivent le nombre de pilotes, d’utilisateurs ou de contenus générés plutôt que les effets sur l’activité ;
• les projets IA restent dans les présentations sans modifier les décisions, les rôles ou les routines.

Cette situation ne traduit pas nécessairement un manque de bonne volonté.

Elle révèle plus souvent une gouvernance qui préfère l’activité visible aux choix inconfortables.

À l’inverse, une dynamique solide se reconnaît à sa clarté. Quelques priorités sont explicites. Les responsabilités sont visibles. Les règles communes sont limitées mais appliquées. Les processus sont simplifiés au moment où ils sont équipés. Et l’entreprise sait arrêter un projet impressionnant lorsqu’il ne change rien à son fonctionnement réel.

La maturité ne consiste pas à déployer l’IA partout.

Elle consiste à savoir où elle doit avoir un effet, pourquoi, sous quelle responsabilité et à quelles conditions.

À retenir

• Une accumulation de pilotes peut masquer l’absence de direction commune.
• L’IA améliore facilement une étape locale ; elle ne répare pas, à elle seule, un processus mal gouverné.
• L’automatisation force l’entreprise à clarifier ses règles, ses données, ses exceptions et ses responsabilités.
• Une décision sans propriétaire clair ne devient pas plus fiable lorsqu’elle est confiée à un système.
• Le premier rôle du Codir est de choisir les priorités, de fixer les limites et d’assumer les renoncements.
• Le meilleur indicateur n’est pas l’activité IA, mais la capacité à modifier un processus réel et à supprimer ce qui ne sert plus.

La question à poser en comité de direction

Si nous retirions l’IA de la présentation, quel dysfonctionnement de notre organisation resterait à résoudre ?

Cette question sépare les projets qui transforment une situation de ceux qui l’habillent.

L’IA met rarement à nu un problème entièrement nouveau. Elle rend surtout visibles ceux que l’organisation savait déjà contourner.

Avant d’ajouter une nouvelle couche d’outils, il faut parfois regarder ce qu’elle vient recouvrir. La couche IA propose aux dirigeants une autre manière d’aborder le sujet : diagnostiquer les processus que l’IA risque d’accélérer sans les résoudre, puis organiser les choix qui permettent d’en faire un levier plutôt qu’un camouflage.

Pour aller plus loin: découvrez La Couche IA, ou achetez le livre sur Amazon.