L’IA Sur Les Chantiers Avant Toute Formation Formelle
Sur un chantier, entre deux levages, un chef d’équipe ouvre son téléphone et demande à un assistant comment relire une fiche technique. Personne ne lui a montré comment faire. Personne ne lui a dit de s’abstenir non plus. Cette scène, banale en apparence, résume un basculement que les organigrammes n’ont pas encore intégré : dans l’industrie lourde canadienne, l’outil arrive souvent avant la règle.
Quand le terrain devance le bureau
L’image classique de l’intelligence artificielle la place dans des open spaces, des laboratoires ou des salles de trading. Le rapport publié par Punchcard Systems, start-up d’Edmonton, bouscule cette carte mentale. Réalisé avec Angus Reid auprès de 1 100 personnes travaillant dans la fabrication, la construction, les ressources naturelles, l’énergie, l’automobile et l’agriculture, il montre que l’usage quotidien n’est plus l’apanage des métiers de bureau.
Plus de la moitié des travailleurs canadiens interrogés recourent déjà à l’IA dans leur journée. Chez les cols bleus de l’industrie lourde, la part reste proche : 49 %. L’écart avec le reste de l’économie est mince. Le fossé qui compte se situe ailleurs, entre ceux qui tapent une question dans un chatbot et ceux qui devraient encadrer cet usage.
Sam Jenkins, cofondateur et associé directeur de Punchcard Systems, le formule sans détour : l’adoption, dans ces secteurs, vient d’en bas. Les salariés s’emparent d’outils généralistes bien avant que la direction n’ait choisi une solution maison, écrit une charte ou formé les équipes. Ce n’est pas une anecdote de early adopters. C’est déjà une habitude de travail.
Dans l’industrie lourde, l’adoption est portée par les travailleurs, qui utilisent un chatbot ou des outils d’IA généralistes de leur propre initiative, bien avant que la plupart des entreprises n’aient mis en place des outils formels et des consignes d’usage.
– Sam Jenkins, cofondateur de Punchcard Systems
Ce que l’enquête mesure vraiment
Le panel ne se limite pas aux sièges sociaux. Il couvre des métiers où la matière, le risque et le rythme imposent des contraintes que le logiciel ne peut pas ignorer. Un soudeur, un opérateur de foreuse, un mécanicien d’atelier ou un conducteur d’engin n’a pas le même rapport au texte qu’un analyste. Pourtant, la même interface conversationnelle se glisse dans leur poche.
Ce détail change la lecture des chiffres. On ne parle pas d’une expérimentation pilotée par un département innovation. On parle d’un réflexe individuel, souvent silencieux, qui s’installe entre deux tâches. La start-up albertaine ne prétend pas que ces secteurs sont devenus des vitrines technologiques. Elle constate que l’usage privé de l’outil public a déjà franchi la porte de l’usine.
Le contraste avec le récit habituel est net. Pendant des années, on a décrit l’IA comme une décision d’investissement : licence, intégration, conduite du changement. Ici, la séquence s’inverse. L’habitude précède le budget. La curiosité précède la politique interne. Et le risque, lui, n’attend pas le comité de direction.
Une confiance très sélective
Les répondants ne confient pas n’importe quoi à la machine. Ils s’en servent surtout pour boucler de la paperasse, déchiffrer un document technique ou retrouver une marche à suivre. Autrement dit, pour gagner du temps sur ce qui freine le geste, pas pour remplacer le jugement quand la sécurité est en jeu.
Cette limite est précieuse. Elle montre que le terrain n’est pas naïf. Un ouvrier qui refuse de laisser un modèle trancher un arbitrage dangereux a déjà une forme de discernement. Le problème, c’est que ce discernement reste individuel, non partagé, non vérifié. Chacun bricole ses propres garde-fous, sans langage commun avec le collègue d’à côté.
- Rédiger ou compléter des documents administratifs et des comptes rendus.
- Interpréter des notices, des schémas ou des procédures techniques.
- Retrouver une méthode, une conversion ou une explication pratique.
- Écarter, en revanche, les décisions qui touchent directement à la sécurité.
Cette cartographie des usages dit aussi ce que les éditeurs de logiciels comprennent mal. Le besoin n’est pas d’abord un copilote spectaculaire qui « pilote l’usine ». C’est un aide-mémoire fiable, capable de rendre lisible un mode d’emploi mal traduit ou une consigne trop longue. Le gain est modeste à l’échelle d’une tâche, considérable à l’échelle d’une semaine.
Le trou noir de la formation
Le chiffre qui devrait inquiéter les directions n’est pas les 49 %. C’est celui qui suit. Parmi les travailleurs industriels qui utilisent l’IA, 70 % disent n’avoir reçu aucune formation formelle. Dans la construction, la proportion grimpe à 87 %. L’outil circule. La méthode, non.
Former, ici, ne veut pas dire un webinaire de quarante minutes sur les « opportunités de l’IA ». Cela veut dire expliquer ce qu’on peut coller dans une invite, ce qu’il ne faut jamais y mettre, comment recouper une réponse, et à qui signaler une aberration. Sans ce socle, chaque téléphone devient une petite politique d’entreprise non écrite.
Jenkins ne voit pas dans ce retard une négligence pure. Les entreprises du secteur n’ont pas encore tranché la place qu’elles veulent donner à ces outils dans leurs flux. Tant que le choix n’est pas fait, la formation reste en suspens. Le raisonnement se tient. Il a un coût : pendant que la stratégie mûrit, les pratiques, elles, s’installent.
| Repère issu du rapport | Ce qu’il indique |
|---|---|
| Plus de la moitié des travailleurs canadiens | Usage quotidien déjà majoritaire, tous secteurs confondus |
| 49 % dans l’industrie lourde | Les métiers manuels ne sont plus à l’écart |
| 70 % sans formation formelle | L’usage devance largement l’encadrement |
| 87 % dans la construction | Le décalage culmine là où le risque physique est élevé |
Pourquoi les directions hésitent encore
L’industrie lourde n’a pas le luxe de l’essai-erreur à grande échelle. Une mauvaise consigne peut abîmer une pièce, arrêter une ligne ou mettre quelqu’un en danger. Cette prudence explique une partie de la lenteur. Ajoutez des systèmes hérités, des sites dispersés, des sous-traitants et des règles de conformité, et le déploiement « officiel » devient un projet, pas un réglage.
Il y a aussi une question de langage. Beaucoup de discours sur l’IA parlent productivité, automatisation, remplacement. Sur un chantier, ces mots sonnent comme une menace ou comme une promesse creuse. Les salariés, eux, ont déjà trouvé un usage plus terre à terre : comprendre plus vite, écrire plus clair, éviter de relire trois fois la même notice. Tant que la direction ne reconnaît pas cet usage réel, elle parle à côté.
Le rapport suggère une voie simple, et peu suivie : associer ceux qui se servent déjà de l’outil à la définition des règles. Non pas pour valider après coup une solution achetée en haut lieu, mais pour dire ce qui aide, ce qui trompe, et ce qui ne doit jamais sortir du téléphone personnel. Sans cette écoute, la future « plateforme IA » risque d’arriver dans un désert d’adhésion.
Ce que le silence organisationnel produit
Quand aucune consigne n’existe, trois dérives se croisent. La première est la fuite d’information : un extrait de plan, un nom de client, une donnée de maintenance collés dans un service grand public. La deuxième est l’illusion de justesse : une réponse fluide prise pour une procédure validée. La troisième est l’inégalité : ceux qui savent interroger l’outil avancent, les autres restent sur les anciennes méthodes, sans que quiconque mesure l’écart.
Aucune de ces dérives n’exige un scénario catastrophe pour devenir coûteuse. Il suffit d’une notice mal résumée, d’un calcul repris sans vérification, d’un document sensible qui quitte le périmètre de l’entreprise. Le fait que les ouvriers se méfient déjà des décisions de sécurité ne suffit pas. La zone grise, entre la paperasse et le geste dangereux, est large.
Il y a aussi un effet sur le métier lui-même. Si la meilleure façon de comprendre une machine passe par un chatbot non officiel, le savoir d’atelier se déplace. Il ne disparaît pas, mais il se fragmente. Le compagnon expérimenté n’est plus le seul passage obligé. Cela peut accélérer l’apprentissage des plus jeunes. Cela peut aussi court-circuiter des vérifications que seule l’expérience rend visibles.
Une leçon pour les jeunes pousses
Punchcard Systems n’est pas un équipementier. C’est une jeune entreprise qui observe, avec un institut de sondage, un marché que les éditeurs logiciels regardent encore de loin. Le message implicite est commercial autant que social : le besoin existe déjà, il n’attend pas la prochaine vague de transformation digitale. Les acheteurs, en revanche, ne sont pas prêts.
Pour une start-up, cette asymétrie est une opportunité et un piège. L’opportunité : des utilisateurs réels, des irritants concrets, des tâches répétitives que personne n’a bien outillées. Le piège : croire qu’un produit généraliste suffira, ou qu’un tableau de bord pour la direction remplacera l’écoute du terrain. Dans ces métiers, la crédibilité se gagne sur la justesse d’une réponse technique, pas sur une démo.
Edmonton et les Prairies ne sont pas le décor habituel des annonces sur l’IA. C’est précisément ce qui rend l’enquête utile. Elle rappelle que l’innovation ne se mesure pas seulement au nombre de levées à Toronto ou à Montréal. Elle se mesure aussi à ce qu’un opérateur fait, ou ne fait pas, avec son téléphone entre deux rondes.
Par où commencer sans tout figer
Attendre la solution parfaite revient à laisser le statu quo non dit se solidifier. Quelques gestes, modestes, changent déjà la donne. Nommer un référent par site. Interdire explicitement certains types de données. Montrer, sur un cas réel, comment recouper une réponse. Demander aux équipes quelles questions elles posent déjà. Aucun de ces gestes ne requiert une refonte du système d’information.
Le rapport insiste sur un point que les plans de conduite du changement oublient souvent : les règles utiles naissent avec ceux qui les appliqueront. Un guide rédigé loin du chantier sera contourné. Un guide coécrit avec un chef d’équipe, un préventeur et un apprenti a une chance d’être ouvert. La formation, dans ce contexte, n’est pas un module. C’est une conversation outillée.
- Cartographier les usages déjà là, sans les punir d’emblée.
- Séparer clairement aide à la lecture et aide à la décision.
- Protéger les données de site, de client et de maintenance.
- Faire relire les réponses sensibles par quelqu’un qui connaît le métier.
- Réviser les consignes tous les trimestres, pas une fois par an.
Cette liste n’a rien de spectaculaire. Elle a le mérite d’être à la hauteur du problème décrit : un usage diffus, prudent sur la sécurité, massif sur la paperasse, presque orphelin de cadre. Les entreprises qui traiteront ce sujet comme un projet informatique le rateront. Celles qui le traiteront comme une question de métier ont une longueur d’avance, précisément parce que leurs salariés l’ont déjà prise.
Ce que ce décalage annonce
Le portrait qui se dégage n’est ni celui d’une révolution accomplie, ni celui d’un secteur rétif. C’est celui d’un entre-deux. Les gens se servent de l’IA pour alléger ce qui les ralentit. Les organisations n’ont pas encore décidé ce qu’elles veulent en faire. Entre les deux, un vide de formation, particulièrement large dans la construction.
Ce vide ne restera pas neutre. Soit il se comble par des pratiques bricolées, difficiles à auditer. Soit il se comble par des règles courtes, écrites avec le terrain, qui reconnaissent l’usage au lieu de le nier. Punchcard Systems ne tranche pas à la place des employeurs. Elle documente le moment où ignorer le sujet cesse d’être une option confortable.
La prochaine étape ne sera pas un slogan sur l’usine intelligente. Ce sera, plus prosaïquement, la première consigne claire affichée dans un local, la première heure de formation qui parle de notices plutôt que de futur, et la première fois qu’un ouvrier pourra dire : cet usage-là, on l’a choisi ensemble. D’ici là, le téléphone, lui, n’attend pas.
