Accueil·Analyses·Pourquoi les outils d’IA fonctionnent dans une entreprise et restent inutilisés dans une autre
La différence tient rarement à l’outil. Elle tient plutôt au fait qu’il ait été déployé avec une mission, un responsable et une place dans le flux de travail.
Le même outil, dans la même industrie, au même prix : dans une entreprise, il modifie en profondeur l'économie d'un département ; dans l'autre, les licences sont renouvelées sans jamais être ouvertes. La différence ne tient presque jamais à l'outil. Les outils échouent de la même manière que les régimes — l'achat a été l'intervention, et tout ce qui a suivi a été tenu pour acquis. L'adoption dépend de l'environnement dans lequel l'outil s'implante, et cet environnement possède, ou non, les trois éléments dont un outil a besoin.
Le schéma se répète avec tant de régularité qu'il devrait être enseigné dans les cours de finance : le projet pilote fonctionne parce qu'il réunit trois éléments — une tâche, un propriétaire-enthousiaste et la proximité. Le déploiement stagne parce que ces trois éléments ne se dupliquent pas : la tâche conserve son nom, mais les propriétaires s'épuisent, l'intégration du flux de travail est renvoyée à la « phase suivante », et les licences sont attribuées à des personnes à qui l'on a fourni un outil sans leur donner de raison. La solution ne réside pas dans des heures de formation supplémentaires, mais dans le refus de déployer ce qui ne peut se voir attribuer un responsable et une place dans le flux de travail. Un outil qui ne le peut pas n'est pas prêt, qu'en qu'en dise le projet pilote.
Les entreprises n'adoptent pas des outils. Les entreprises adoptent de nouvelles manières de travailler — l'outil n'en est que le reçu.
Avant toute montée en charge, trois questions se posent : où exactement l'outil se situe-t-il dans le flux de travail (sur le chemin, et non à côté) ? Qui est responsable de son résultat avec son nom associé à un chiffre ? À quoi ressemble la situation avant-après, et qui la consulte ? Les réponses déterminent ce à quoila sélection des cas d’usagesert — en ciblant les missions où ces trois éléments sont réunis — et ce qui distingue les mises en œuvre cumulatives del'achat impulsif d'outils. Il s'agit de la couche opérationnelle dela question de la transformation, et de la raison pour laquellela pratique de l’IAconsidère la mise en œuvre comme la majeure partie du travail, et non comme l'étape de livraison qui suit.
Nous utilisons des cookies pour analyser le trafic et améliorer le site. Les outils d’analyse ne sont activés qu’avec votre consentement.Politique relative aux cookies