Votre pilote IA a fonctionné. C'est justement pour ça qu'il va mourir.

Un pilote fonctionne. La démo se passe bien. Tout le monde est content. Six mois plus tard, personne dans l'équipe n'est capable de dire si quelqu'un l'utilise encore.

J'ai vu ce scénario se répéter trop souvent qu’on ne peut pas parler de malchance. Une équipe lance un pilote IA ciblé, rapprochement de factures, relecture de contrats, réponses clients, peu importe le cas d'usage, et ça marche. Les indicateurs sont bons. La direction est satisfaite. Puis le pilote se termine et l'outil disparaît doucement du quotidien. Pas parce qu'il a échoué. Parce que personne n'a jamais été chargé de le faire adopter et évoluer au sein du reste de l'organisation.

Ce qui se passe concrètement

Un pilote est conçu pour prouver que quelque chose fonctionne. Il est rarement conçu pour répondre à la question suivante : qui s'en occupe une fois que l'équipe pilote passe à autre chos?

Un pilote a généralement un porteur, une personne assez curieuse pour le pousser, assez technique pour le configurer, assez patiente pour corriger les dix premiers bugs. Cette personne est une ressource de projet, pas une fiche de poste. Une fois le pilote déclaré réussi, elle retourne à son vrai travail, et l'outil se retrouve dans une sorte de vide de responsabilité. La DSI ne l'a pas construit, donc elle ne le maintient pas. Le métier ne l'a pas totalement compris, donc il ne le défend pas. Le porteur est passé à autre chose. Trois mois plus tard, quelqu'un demande en réunion ce qu'est devenu ce fameux outil IA, et la réponse honnête est que personne ne le sait.

Ce n'est pas un échec technologique. L'outil fonctionne toujours aussi bien qu'à la première semaine. Ce qui est mort, c'est la structure organisationnelle autour de lui : la formation qui aurait dû suivre le pilote, la documentation du workflow, la personne dont le travail consiste désormais à répondre aux questions quand un nouvel arrivant ne sait même pas que l'outil existe.

Le recadrage

La plupart des entreprises tirent du pilote mort une leçon de prudence : tester plus prudemment la prochaine fois, choisir un cas d'usage plus sûr, obtenir plus de validations avant de déployer plus largement. C'est la mauvaise leçon. Le pilote n'était pas la partie risquée. La partie risquée, c'était de supposer que le succès se maintiendrait tout seul. Ce qui compte réellement, c'est de décider, avant même le lancement du pilote, qui possède l'outil au quatrième mois, quand l'enthousiasme est retombé et que le porteur est occupé ailleurs.

C'est la question des Acteurs dans le cadre MAKIA : pas qui construit le pilote, mais qui en est responsable une fois qu'il devient banal. La plupart des plans d'adoption IA répondent bien à la question du Sens, ils savent pourquoi ils veulent de l'IA, et répondent raisonnablement à la question de la Connaissance, ils forment les gens à utiliser l'outil. Ils ne répondent presque jamais à la question des Acteurs avec un nom, une personne dont le poste inclut désormais de garder l'outil en vie.

Implications concrètes pour une PME ou une direction

D'abord, avant de valider un pilote, nommez son second propriétaire, pas la personne qui pilote le projet, mais celle qui sera responsable une fois le pilote réussi. Si vous ne pouvez pas nommer cette personne, vous n'êtes pas prêt à piloter, vous êtes prêt à faire une démo.

Ensuite, intégrez la passation dans le calendrier du pilote dès le premier jour. Un pilote qui se termine par une présentation sans plan de transition est conçu pour être oublié. Fixez une date précise, environ quatre à six semaines après le lancement, pour une revue formelle de passation.

Budgétiez la partie ennuyeuse. La partie intéressante d'un projet IA, c'est de le construire. Ce qui détermine s'il survit, c'est de répondre aux questions de support, de mettre à jour le prompt quand le modèle sous jacent change, et de l'expliquer au prochain nouvel arrivant. C'est un travail peu valorisant et il doit être la responsabilité explicite de quelqu'un, pas la responsabilité implicite de tout le monde.

Enfin, résistez à l'envie de relancer immédiatement un nouveau pilote avec le même porteur. Les porteurs de pilotes réussis deviennent des porteurs de pilotes en série, et chaque nouveau pilote qu'ils lancent détourne l'attention de la consolidation du précédent. L'adoption s'accumule quand on termine ce qu'on a commencé avant de commencer ce qui suit.

La vérité inconfortable, c'est que tuer un pilote en ne lui assignant jamais de propriétaire est invisible. Personne ne décide de l'abandonner, il s'efface simplement, ce qui permet de répéter la même erreur cinq fois sans remarquer le schéma. Votre prochaine initiative IA fonctionnera probablement. Le vrai test, c'est ce que vous aurez décidé sur qui la possède au quatrième mois, avant même de l'avoir lancée.

À tester cette semaine

Choisissez un outil ou un workflow IA que votre équipe a piloté au cours des six derniers mois. Posez une seule question lors de votre prochaine réunion d'équipe : qui est la personne responsable de cet outil aujourd'hui, nommément. Si la réponse n'est pas claire, c'est votre véritable constat, pas l'utilité de l'outil. Consacrez le reste de la réunion à décider qui sera cette personne et quelle sera sa première tâche.