Une démo est planifiée. Un prestataire ou une équipe interne montre ce qu'une application d'IA peut faire : un chatbot qui répond aux questions des clients, un outil qui synthétise des rapports, un assistant qui écrit du code. La salle est enthousiaste. On acquiesce, on pose des questions, quelqu'un dit que c'est « vraiment fait pour nous ». Une semaine plus tard, l'énergie est retombée et rien ne se passe plus.
Le piège n'est pas la démo elle-même. Le piège est qu'une démo se déroule sans qu'il ait été établi au préalable qui, à l'issue de celle-ci, est responsable de ce qui se passe avec le résultat. Il y a une présentation, pas de propriétaire de processus. Il y a une réaction, pas de décision. Il y a de l'attention, pas d'agenda.
Organiser une démo donne l'impression d'agir. On montre quelque chose, on réagit, on voit du mouvement. Dans une organisation soumise à la pression de faire quelque chose avec l'IA, ce mouvement a déjà de la valeur : il prouve qu'on ne reste pas inactif. Une démo coûte peu, se planifie rapidement et fournit immédiatement une histoire à partager avec une direction ou un conseil d'administration.
De plus, une démo est plus facile à organiser que d'attribuer un propriétariat. Une démo demande un créneau dans un agenda. Le propriétariat demande quelqu'un qui reçoit un budget, du temps et un mandat pour rendre des comptes sur un résultat, même si ce résultat déçoit. Ce dernier point est une question politique, pas opérationnelle. Planifier une démo est plus facile que de poser cette question, donc la démo est planifiée et la question est esquivée.
La conséquence est qu'une démo devient un substitut à une décision au lieu d'être le déclencheur d'une décision. Tant que personne ne demande qui en sera le propriétaire après coup, la démo reste une présentation sans suite.
Il existe quelques signaux reconnaissables. Après la démo, on applaudit, mais aucun nom n'est cité pour reprendre l'initiative. On parle de « nous allons continuer à regarder cela » sans qu'il soit établi qui fait ce suivi et quand cette personne reviendra avec un résultat. La démo est répétée dans les quelques semaines qui suivent pour un autre département, avec la même réaction et le même manque de suite.
Un autre signal est que la discussion après la démo porte sur la technologie — à quel point l'outil est impressionnant, tout ce qu'il peut faire — plutôt que sur l'organisation qui devrait l'utiliser. C'est le signe que l'on esquive la question de savoir si la structure existante peut porter l'application. Ce que cela signifie, vous pouvez le lire dans pourquoi la technologie appliquée à une structure inchangée ne donne aucun résultat.
Autre signe reconnaissable : la démo est portée par deux personnes elles-mêmes enthousiastes à propos de l'IA, tandis que le reste de l'organisation reste spectateur. Dès que ces deux personnes sont prises par d'autres tâches, l'initiative s'arrête, car personne d'autre ne se sent responsable. Cette dynamique est décrite dans pourquoi deux enthousiastes et personne d'autre ne donne aucun résultat.
Un dernier signal : après la démo, on décide de lancer un pilote, mais personne n'a convenu au préalable des critères sur lesquels ce pilote sera évalué. Sans cet accord, un pilote n'est qu'une démo prolongée — il montre quelque chose, mais ne prouve rien. Ce schéma est détaillé dans pourquoi un pilote sans accord sur ce qui doit être démontré ne donne aucun résultat.
Une démo sans propriétaire n'est pas une erreur dans la démo, mais une erreur dans sa préparation. Avant de planifier une démo, on peut établir qui reprendra le résultat par la suite, qui décide s'il y a une suite et dans quel délai cette décision sera prise. Ce n'est pas une condition technique mais organisationnelle, et cette condition précède la question de savoir quel outil démontre le mieux.
Cet ordre — l'organisation d'abord, la technologie ensuite — est précisément ce sur quoi la plupart des initiatives d'IA s'enlisent. Ceux qui veulent savoir si leur propre organisation dispose déjà de ce socle trouveront un aperçu détaillé par rôle dans ce à quoi un CEO est attentif en matière de maturité en IA et ce à quoi un COO est attentif en matière de maturité en IA.
Une démo montre ce qu'une technologie peut faire, mais ne dit rien de ce que cela signifie pour le travail au sein de votre propre organisation. Une fois qu'il est établi qui est propriétaire d'une initiative d'IA et que la base est prête, se pose la question de savoir quelle part du travail effectif peut réellement être reprise. Ce n'est pas une démo qui répond à cette question, mais un calcul structuré par tâche. Le werkscan de FTE TO AI fait exactement cela : il calcule, tâche par tâche, quelle part du travail peut être reprise par l'IA, afin qu'un propriétaire puisse décider, chiffres en main plutôt qu'impressions, de la valeur d'une suite.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.