Formation à l'intelligence artificielle en industrie : ce qui marche en atelier

Les grands cabinets ont produit ces trois dernières années une quantité considérable de matière sur la formation à l'intelligence artificielle. Elle est utile et elle partage un angle mort : elle est écrite pour des populations de bureau. Un technicien de maintenance ne travaille pas devant un écran, il travaille en poste, souvent en 3×8, avec des gants, dans le bruit, et sa journée est déjà pleine. Ce que l'on sait de la formation en entreprise ne se transpose pas tel quel.

Ce que disent les études, et ce qu'elles ne disent pas

Le BCG défend une répartition devenue une référence dans le débat : environ 10 % de la valeur d'un projet d'IA vient des algorithmes, 20 % de la technologie nécessaire pour les déployer, et 70 % de la refonte du travail humain autour. La proportion exacte se discute ; la hiérarchie, beaucoup moins. Le même cabinet observe que les entreprises qui tirent le plus de valeur de l'IA sont celles dont les programmes de montée en compétence sont les plus ambitieux.

McKinsey formule une idée voisine : la montée en compétence sur l'IA doit être traitée comme une conduite du changement, pas comme un catalogue de formations. Une session isolée ne modifie aucun comportement durable.

Ces constats sont justes. Ils sont aussi établis, dans leur immense majorité, sur des populations de cadres et de fonctions support. Trois différences rendent leur transposition directe hasardeuse en environnement industriel.

Le poste de travail. Un technicien n'a pas de session ouverte toute la journée. Il a un ordinateur partagé en salle de préparation, quinze minutes avant la tournée, et un téléphone dans une poche difficile à ouvrir avec des gants.

Le rapport à l'erreur. Dans une fonction support, une erreur produit un document à refaire. En maintenance et en inspection, une erreur d'interprétation peut conduire à laisser en service un équipement qui ne devrait pas l'être. Cette asymétrie explique une prudence qu'il serait absurde de traiter comme de la résistance au changement.

L'organisation en équipes. Former « l'équipe maintenance » ne veut rien dire quand elle est répartie sur cinq postes et que deux personnes sont toujours absentes de toute session. Le format lui-même doit être pensé pour cette contrainte.

La séquence qui fonctionne

Trois populations, trois besoins distincts

Traiter « les équipes techniques » comme un bloc est la deuxième cause d'échec. Les attentes diffèrent radicalement.

Tableau faisant défiler horizontalement sur petit écran.

Une même session pour ces trois publics laisse chacun sur sa faim. Trois formats courts, ciblés, produisent davantage qu'une journée commune, et coûtent souvent moins cher en temps cumulé.

Ce qu'il faut enseigner en priorité

Un point compte plus que tous les autres, et il est rarement au programme : apprendre à repérer quand la machine se trompe.

Un outil qui lit des rapports d'inspection produit des valeurs. Savoir s'en servir est trivial. La compétence à construire est de savoir reconnaître une valeur suspecte : une épaisseur en hausse, un point de mesure qui ne correspond pas à l'équipement, une date incohérente avec la campagne. Voir calculer une vitesse de corrosion sur ce que ces anomalies révèlent.

Cette compétence se transmet par l'exemple, pas par l'exposé. Montrez cinq cas où la lecture automatique s'est trompée, faites-les analyser, demandez ce qu'il aurait fallu faire. Une équipe qui a vu la machine échouer cinq fois lui fait plus confiance qu'une équipe à qui on a promis qu'elle ne se trompe pas, parce qu'elle sait désormais où regarder.

• Former à l'outil plutôt qu'à la tâcheles participants retiennent une interface, qui changera, au lieu d'une méthode, qui restera.
• Utiliser des exemples génériquesun rapport de démonstration ne rencontre aucun des cas difficiles du site, et il décrédibilise la session dès la première question précise.
• Une seule session, sans retourl'essentiel des difficultés apparaît entre la deuxième et la sixième semaine d'usage, et sans seconde séance elles ne remontent jamais.
• Un référent unique pour tout le siteil tombe malade, part en congés, change de poste. La compétence doit exister dans chaque équipe.
• Promettre que l'outil ne se trompe pasla première erreur constatée détruit alors toute la confiance. Mieux vaut enseigner d'emblée où et comment il se trompe.
• Confondre formation et communicationune présentation de la stratégie IA du groupe n'apprend aucun geste à personne.

Mesurer si la formation a servi

Le nombre de personnes formées ne mesure rien. Trois indicateurs disent la vérité.

Le temps passé sur le moment de travail visé, comparé au chiffre relevé avant. C'est la mesure la plus directe, et c'est pour cela qu'il faut l'établir dès le départ.

Le nombre de signalements d'anomalie remontés par les équipes. Contre-intuitif : s'il augmente, c'est bon signe. Cela veut dire que les gens regardent réellement les résultats au lieu de les accepter passivement.

La part de l'équipe qui utilise l'outil sans passer par le référent. C'est l'indicateur d'autonomie, et le seul qui prédit si l'usage survivra à un départ.

Aucun de ces trois ne se mesure le jour de la formation. Ils se mesurent à trois mois, et ils supposent qu'on ait pris la peine de relever l'état initial.

Articuler formation et déploiement

Une erreur de calendrier revient souvent : former tout le monde d'abord, déployer ensuite. Entre les deux, plusieurs semaines passent, et l'essentiel s'évapore.

L'ordre qui fonctionne est l'inverse. On déploie sur un périmètre réduit, on forme les gens de ce périmètre la semaine où ils commencent à s'en servir, et on étend ensuite. Chaque vague de formation arrive au moment où elle sert, et les vagues suivantes profitent des cas rencontrés par les précédentes.

Cette logique rejoint celle du déploiement progressif décrite dans déployer un premier projet IA en 90 jours, et elle suppose la conduite du changement traitée dans réussir la conduite du changement d'un projet IA industriel.

Ce que ça change pour l'encadrement

Un dernier point, rarement dit. La montée en compétence des équipes déplace une partie du travail de l'encadrement : moins de vérification systématique, plus d'arbitrage sur les cas signalés. Ce déplacement demande lui aussi un apprentissage, et il concerne le responsable maintenance autant que ses équipes. Voir quelles compétences IA pour les responsables maintenance.

Une équipe formée pose davantage de questions, conteste davantage, et signale ce qui ne va pas. C'est exactement l'effet recherché. Une organisation qui vit mal cette remontée n'a pas un problème de formation, elle a un problème de gouvernance.