Formation IA en entreprise : construire un programme réellement utile

Un programme utile ne commence pas par « présentation de ChatGPT, Claude et Gemini ». Il commence par les décisions, documents et tâches que l’équipe doit mieux réaliser, puis ajoute les règles nécessaires pour utiliser un assistant sans déplacer le risque vers les données, les clients ou la qualité du travail.

Réponse en bref

Construisez le programme dans cet ordre : tâches prioritaires, niveau initial, risques, environnement autorisé, exercices, critères de réussite et transfert après la session. Limitez la première formation à trois cas d’usage. Chaque cas doit produire un livrable contrôlable et une règle claire indiquant quand l’humain reprend la main.

Le mauvais point de départ : le catalogue d’outils

Une interface peut changer avant la prochaine session. Un principe de travail reste utile plus longtemps : cadrer une demande, fournir le bon contexte, demander un format, vérifier les faits, protéger les données et décider qui valide la sortie.

Le règlement européen sur l’intelligence artificielle relie la maîtrise de l’IA aux connaissances, à l’expérience, à la formation et au contexte d’utilisation. La CNIL recommande de partir d’un besoin concret et d’encadrer les usages autorisés et interdits. Ces deux repères conduisent à une même décision pédagogique : partir du travail réel et de son niveau de risque.

Le canevas tâche-risque-preuve

Pour chaque cas d’usage envisagé, remplissez une ligne. Si une case reste vide, le cas n’est pas prêt à entrer dans la formation.

Champ	Question	Exemple fictif
Rôle	Qui réalise la tâche ?	chargé d’affaires
Déclencheur	Quand commence-t-elle ?	réception d’un cahier des charges public
Entrées	Quels documents sont nécessaires ?	cahier des charges, offre de service approuvée
Données	Quel niveau de sensibilité ?	public + informations internes à retirer
Décision	Que peut suggérer l’assistant ?	plan de réponse et questions manquantes
Interdit	Que ne doit-il jamais décider ?	prix final, engagement juridique, acceptation
Livrable	Quelle sortie utile est attendue ?	plan structuré avec sources et zones à compléter
Contrôle	Comment vérifier la sortie ?	comparaison au cahier des charges et revue humaine
Trace	Que faut-il conserver ?	version du prompt, sources, corrections et validateur
Preuve	Comment sait-on que l’exercice est réussi ?	aucune exigence obligatoire omise dans la grille

Adaptez les rôles, données et critères de réussite aux tâches réellement confiées aux participants.

Choisir seulement trois cas d’usage

Classez les cas selon quatre dimensions, chacune notée de 0 à 2 :

1. fréquence de la tâche ;
2. temps ou friction actuellement observé ;
3. facilité de vérification du résultat ;
4. niveau de risque après application des garde-fous.

Privilégiez les tâches fréquentes, vérifiables et réversibles. Écartez du premier atelier les décisions qui engagent une personne, un droit, une dépense importante ou une information sensible non maîtrisée.

Construire le programme en six blocs

Bloc 1 : Positionnement initial

Avant la session, proposez une courte tâche sans assistance puis une tâche comparable avec l’outil autorisé. L’objectif n’est pas de classer les personnes, mais d’observer leurs méthodes : cadrage, choix des données, vérification et capacité à expliquer les corrections.

Livrable : une carte des niveaux et des besoins, sans note publique individuelle.

Bloc 2 : Modèle mental minimal

Expliquez uniquement ce qui change les décisions : une sortie est probabiliste, la formulation et le contexte influencent le résultat, une réponse fluide n’est pas une preuve, et les conditions de traitement des données dépendent du service et de sa configuration.

Livrable : un schéma « entrée → traitement → sortie → contrôle ».

Bloc 3 : Règles d’usage

Présentez la matrice interne : outils autorisés, comptes à utiliser, données permises, données à retirer, usages interdits, conservation, partage et interlocuteurs en cas de doute. Associez le DPO, le RSSI, la direction des systèmes d’information et les responsables métiers selon le contexte.

Livrable : une fiche de décision consultable pendant les exercices.

Bloc 4 : Pratique guidée

Pour chaque cas, donnez une première consigne imparfaite. Les participants doivent identifier ce qui manque, ajouter le contexte utile, demander un format et définir une règle de contrôle. Le but n’est pas d’apprendre une formule magique, mais une méthode de correction.

Livrable : une version initiale, une version révisée et la justification des changements.

Bloc 5 : Vérification et gestion des échecs

Introduisez volontairement des sorties incomplètes, des sources absentes et des formulations ambiguës. Demandez aux participants de détecter l’erreur, d’arrêter le processus si nécessaire et de revenir à la source primaire.

Livrable : une checklist de vérification propre au métier.

Bloc 6 : Transfert

Chaque participant choisit une expérimentation limitée, un indicateur, un propriétaire et une date de revue. La formation se termine par un accord sur ce qui peut être essayé, pas par une promesse générale de productivité.

Livrable : une fiche d’expérimentation à trente jours.

Un exemple de déroulé à adapter

Ce déroulé illustre une journée de sept heures. Il ne constitue pas un programme commercial ni une durée optimale pour toutes les équipes.

Séquence	Durée indicative	Production attendue
Positionnement et objectifs	30 min	trois tâches prioritaires validées
Modèle mental et limites	45 min	schéma commun et vocabulaire partagé
Données, sécurité et usages	60 min	matrice autorisé/à examiner/interdit
Cas d’usage 1	75 min	livrable corrigé avec grille de contrôle
Cas d’usage 2	75 min	comparaison de deux méthodes
Cas d’usage 3	60 min	scénario d’échec et procédure d’arrêt
Évaluation et plan de transfert	75 min	engagements à 7 et 30 jours

Prévoyez les pauses en plus de ces séquences. Réduisez le nombre de cas si les participants découvrent l’outil ou si les exigences de sécurité demandent davantage de temps.

L’évaluation à trois niveaux

Niveau	Question	Méthode possible
Capacité	la personne sait-elle réaliser l’action ?	production évaluée avec critères
Comportement	la méthode est-elle utilisée au travail ?	revue d’un échantillon à 30 jours
Effet	le résultat métier s’est-il amélioré ?	comparaison d’un indicateur défini avant la formation

Ne confondez pas ces niveaux. Une bonne satisfaction à chaud n’indique ni adoption ni gain métier. De même, un temps plus court peut cacher une baisse de qualité. Mesurez toujours un indicateur de qualité ou de risque en parallèle.

Mesurer le transfert à trente jours

Utilisez cette fiche pour chaque expérimentation :

Tâche choisie :
Utilisateur responsable :
Outil et compte autorisés :
Données autorisées :
Résultat attendu :
Contrôle humain obligatoire :
Indicateur de temps :
Indicateur de qualité :
Incident ou erreur à signaler :
Date de revue :
Décision à 30 jours : arrêter / corriger / étendre

Un protocole simple de revue

1. sélectionner cinq productions comparables avant et après la formation ;
2. masquer, lorsque c’est possible, l’origine de la production à la personne qui évalue ;
3. appliquer la même grille de qualité ;
4. documenter les corrections humaines et les incidents ;
5. décider de poursuivre, modifier ou arrêter l’usage.

Ce protocole est une proposition de travail. Cinq observations permettent une discussion structurée, pas une conclusion statistique robuste.

Publier le programme sur une page de formation claire

La page du programme explique public, pratique et modalités. Ce gabarit ne décrit pas une offre existante : renseignez uniquement des faits vérifiés.

Le gabarit de page

Bloc	Informations à publier
Titre et résumé	Sujet, public, problème traité, objectif et prochaine étape
Public	Rôles, niveau, contexte et situations non adaptées
Objectifs	Productions, vérifications ou décisions attendues en fin de formation
Prérequis	Connaissances, matériel, comptes et accès ; éléments fournis
Programme	Modules ordonnés, activité pratique et critère de réussite
Durée	Volume confirmé, rythme, pauses et travail entre séances
Modalités	Présentiel/distance, conditions techniques, lieux réels et groupes
Intervenant	Rôle, expérience pertinente publiable et présentation vérifiable
Livrables	Productions remises, format et limites de réutilisation
Évaluation	Positionnement, exercice final, critères et suivi éventuel
Accessibilité	Canal privé pour étudier les besoins et adaptations à confirmer
Prix	Tarif applicable ou facteurs du devis, inclusions et exclusions
FAQ	Questions réelles sur niveau, données, outils, format et suites
Demande	Champs nécessaires, canal, confirmation et prochaines étapes

Si les modalités dépendent du cadrage, indiquez les variables : participants, niveau, cas d’usage, format ou accompagnement. Ne complétez pas le template avec un prix, une durée, une certification ou un financement supposés.

Montrer objectif, exercice et preuve

Exemple fictif à adapter :

Objectif : préparer un brouillon d'email à partir de faits autorisés
et détecter les ajouts non justifiés.
Activité : utiliser un brief fictif, produire le brouillon,
comparer les affirmations aux faits et corriger la sortie.
Réussite : aucun fait ajouté, inconnues signalées,
ton adapté au brief et contrôle humain documenté.
Production : brouillon et grille de vérification.
Limite : aucun envoi automatique ni donnée réelle de client.

N’annoncez pas de déploiement autonome si les exercices consistent seulement à essayer des outils.

Une demande proportionnée et vérifiée

Le formulaire recueille contact professionnel, rôles, niveau, tâches et format, sans imposer les informations inconnues. Ne demandez ni fichiers clients, ni identifiants d’outils, ni détail médical ; les besoins d’accessibilité se traitent par un canal privé adapté.

Le bouton décrit l’action réelle : demander un programme, un échange ou un devis. Testez réception et confirmation séparément de l’affichage d’une page de réussite. Avant publication, relisez sur mobile, ouvrez les liens et vérifiez la cohérence objectifs/exercices/évaluation/modalités. Les données structurées reprennent les faits visibles, sans avis, prix, diplôme ou date inventés. Un responsable doit maintenir la page lorsque le programme ou ses modalités changent.

Limites

Un programme ne peut pas être finalisé sans connaître les rôles, les outils autorisés, les règles internes et les besoins d’accessibilité. Les exemples ci-dessus sont fictifs et doivent être adaptés. Ce contenu ne constitue pas un avis juridique ni une preuve de conformité au règlement européen, au RGPD ou à une politique de sécurité. Les fonctions juridiques, DPO, RSSI et métiers restent responsables des décisions relevant de leur périmètre.

Articles liés

• Comment choisir un formateur IA : 15 critères vérifiables
• Compétences IA en entreprise : audit de 24 programmes
• Prompt ou workflow : quand une instruction ne suffit plus
• Adoption de l’IA en équipe : les rituels après formation

Prochaine étape

Pour cadrer une formation, décrivez les rôles, trois tâches et les contraintes de votre équipe. Ce premier brief permet de construire un programme vérifiable sans promettre un résultat avant diagnostic.