Je crois en l'IA. Je pense qu'elle peut faire une sérieuse différence pour les entreprises de l'industrie manufacturière. Mais je vois aussi régulièrement ce qui va mal — et justement parce que j'en suis enthousiaste, je trouve important de le nommer honnêtement.
Car quand une implémentation échoue, cela a des conséquences. Pas seulement financières. Cela crée aussi du scepticisme dans l'organisation — et celui-ci est ensuite bien plus difficile à surmonter que ne l'était jamais le défi technique.
Voici les trois pièges que je rencontre le plus souvent.
1. Commencer trop vite sans analyse des processus
Je comprends l'élan. L'IA promet beaucoup. Les fournisseurs promettent encore plus. Et il y a un sentiment d'urgence — l'idée qu'on prend du retard si on ne commence pas vite.
Mais l'IA n'est pas un remède miracle qui rend soudain ordonné un processus chaotique. Si les flux d'information dans votre entreprise ne sont pas en ordre, si les données sont éparpillées dans des dizaines de fichiers Excel et d'e-mails, si personne ne sait exactement comment un processus se déroule de A à Z — alors l'IA rend cela plus chaotique, pas plus ordonné.
Ce que je vois : un outil est acquis, on expérimente avec enthousiasme, et après trois mois personne ne remarque plus de différence car l'outil ne correspond pas à la façon dont le travail se déroule réellement.
La règle que j'applique toujours : si vous ne pouvez pas expliquer le processus sans exceptions et contournements, il n'est pas encore prêt pour l'IA.
La solution n'est pas compliquée : commencer par une analyse honnête de comment le processus fonctionne maintenant. Pas comment il devrait fonctionner sur papier — comment il fonctionne vraiment. Ensuite seulement regarder où l'IA apporte quelque chose.
2. Choisir des outils que l'atelier n'utilise pas
C'est peut-être le piège le plus courant. Un système est implémenté qui techniquement fonctionne parfaitement. Le tableau de bord a belle allure. La démo était impressionnante. Mais six mois plus tard, la moitié des employés ne l'utilise pas — et l'autre moitié le fait en parallèle de leur ancienne méthode de travail.
Pourquoi ? Parce que les gens qui doivent l'utiliser n'ont pas été impliqués dans le choix. Parce que l'interface ne correspond pas à leur façon de travailler. Parce que cela coûte trois étapes supplémentaires par rapport à ce qu'ils faisaient déjà. Ou simplement parce que personne ne leur a bien expliqué ce que cela leur apporte.
J'ai vécu cela de près. En tant que soudeur, en tant que préparateur de travail, en tant qu'opérateur — je sais ce que cela fait quand un système est imposé qui rend le travail plus lourd au lieu de plus léger. Et je sais à quelle vitesse les gens trouvent alors leurs propres contournements.
La solution : impliquer tôt dans le processus les gens qui vont travailler avec. Pas pour les convaincre — mais pour comprendre ce dont ils ont besoin. Une solution qu'ils ont contribué à construire, ils l'utilisent aussi.
3. Les connaissances qui restent chez le consultant
Celui-ci me dérange personnellement — aussi dans mon propre domaine. Un consultant construit une belle solution, l'implémente proprement, et repart. Trois mois plus tard, personne ne sait plus exactement comment fonctionne le système. Si quelque chose va mal, vous rappelez le consultant. Et vous êtes dépendant pour une durée indéterminée.
Ce n'est pas une bonne situation. Ni pour vous, ni d'ailleurs pour un consultant qui croit sérieusement en son travail.
Une vraie implémentation signifie un transfert. Cela signifie que votre équipe comprend ce qui a été construit, comment cela fonctionne, et comment ils peuvent l'adapter ou l'étendre si la situation change. Cela signifie une documentation qui est juste. Cela signifie que la connaissance est dans votre organisation — pas chez moi.
Je me pose toujours la question : si je ne suis plus disponible demain, cette entreprise peut-elle continuer de manière autonome ? Si la réponse est non, le travail n'est pas encore fini.
Ce que cela signifie en pratique
Si vous voulez commencer avec l'IA — ou êtes déjà en cours et remarquez que cela ne se passe pas comme espéré — voici les trois questions que je vous donne :
- Avons-nous assez bien compris le processus avant de commencer à construire ?
- Les gens qui doivent travailler avec ont-ils vraiment été impliqués — ou ont-ils seulement été informés ?
- Pouvons-nous en tant qu'organisation gérer et développer ce système nous-mêmes quand le consultant sera parti ?
Si vous répondez 'non' à une de ces questions, ce n'est pas grave. C'est un signal pour faire un pas en arrière et renforcer les fondations. C'est toujours mieux que de continuer sur une base chancelante.
Reconnaissez-vous un de ces pièges dans votre propre organisation, ou voulez-vous éviter de les rencontrer ? Planifiez une rencontre de connaissance sans engagement.