Former une équipe à l’IA : le cahier des charges d’une session réellement utile

Sensibilisation, formation et transfert : trois commandes différentes

Le premier travail du commanditaire consiste à nommer le changement attendu, car ces trois formats ne produisent pas la même preuve.

Une sensibilisation donne des repères communs : vocabulaire, possibilités, limites, risques et règles internes. Elle peut être pertinente pour une direction, un comité ou un large public, mais elle ne démontre pas qu’une personne sait accomplir une tâche avec un système d’IA.

Une formation ajoute une pratique guidée. Le participant reçoit un contexte, manipule un outil autorisé, produit un livrable et justifie ses choix. Le formateur observe alors non seulement la qualité de l’instruction donnée au système, mais aussi la sélection des données, la lecture critique de la sortie et la capacité à recommencer.

Le transfert commence après la compréhension du geste. Il suppose une ressource réutilisable, un propriétaire interne, des conditions d’usage explicites et un point de suivi. Sans ce troisième niveau, les participants peuvent réussir pendant l’atelier puis abandonner dès qu’ils retrouvent leurs contraintes, leurs documents et leurs responsabilités habituelles.

La Commission européenne rappelle, dans sa foire aux questions sur la littératie en matière d’IA, que les mesures doivent tenir compte des connaissances, de l’expérience, de la formation, du contexte d’usage et des personnes concernées. Elle ne prescrit pas un format unique et indique qu’un certificat spécifique n’est pas nécessaire au titre de cette seule disposition. Le cahier des charges doit donc rester proportionné au contexte plutôt que copier un programme générique.

Commencer par un diagnostic du travail, pas par une liste d’outils

Le diagnostic sert à réduire l’écart entre un programme séduisant et les situations que les participants devront réellement traiter.

Le point de départ n’est pas « quel outil voulez-vous apprendre ? », mais « quelle tâche doit être mieux comprise, préparée ou exécutée ? ». Un même assistant peut être utilisé pour résumer une réunion, comparer des documents, préparer un plan de contenu ou examiner une série de requêtes SEO. Le risque, la qualité attendue et le contrôle humain diffèrent pour chacune de ces tâches.

Le diagnostic peut être mené au moyen d’entretiens courts, d’un questionnaire et de quelques exemples de livrables. Il doit repérer les écarts de niveau sans humilier les débutants ni laisser les utilisateurs avancés imposer leur méthode à tout le groupe. La taille du groupe, l’équipement, les comptes disponibles, les droits d’accès et le temps réellement consacré aux exercices sont des contraintes pédagogiques, pas de simples détails logistiques.

Il faut aussi identifier les erreurs dont le coût est élevé : invention d’une source, divulgation d’une information, mauvaise interprétation d’un contrat, recommandation non relue, contenu discriminatoire ou décision présentée comme certaine. Ces erreurs deviennent des cas de test pendant la formation.

1. Cartographier les rôlesLister les participants, leurs décisions, leurs interlocuteurs et le degré d’autonomie attendu après la session.
2. Choisir deux à quatre tâchesDécrire leur fréquence, leur entrée, leur sortie, la qualité attendue et la personne qui valide le résultat.
3. Évaluer le niveau de départObserver une pratique ou poser des questions situées plutôt que demander seulement si la personne se considère débutante ou avancée.
4. Inventorier les contraintesVérifier les outils autorisés, les comptes, les navigateurs, les droits, la confidentialité, l’accessibilité et les horaires.
5. Définir les erreurs à détecterTransformer chaque risque prioritaire en contrôle ou en exercice plutôt qu’en simple avertissement oral.

Décider des données autorisées avant de construire les exercices

La sécurité pédagogique commence par une règle de données compréhensible et praticable pendant la session.

Une consigne générale comme « ne mettez rien de sensible » est trop vague. Le commanditaire doit distinguer les données publiques, internes ordinaires, confidentielles, personnelles et spécialement protégées selon son contexte. Il doit ensuite dire lesquelles peuvent être utilisées, avec quel outil, pour quelle finalité et dans quelle version préparée.

Pour un atelier, les meilleurs supports sont souvent des documents synthétiques, anonymisés ou expurgés qui conservent la structure de la tâche sans exposer une personne, un secret d’affaires ou un dossier actif. Si un exercice exige un accès à un environnement interne, les comptes, permissions, journaux et procédures d’assistance doivent être testés avant l’arrivée des participants.

La CNIL recommande de partir d’un besoin concret, d’encadrer les usages autorisés et interdits, de tenir compte des limitations et de former les utilisateurs. Sa FAQ souligne aussi le risque de réponses plausibles mais inexactes ainsi que la nécessité d’une gouvernance claire et d’une vigilance sur les données soumises au système.

Le guide de l’ANSSI porte sur la sécurisation de l’architecture d’un système d’IA générative, de la conception à l’utilisation en production. Il complète utilement la réflexion technique, tout en précisant ne pas traiter la vie privée, l’éthique ou la qualité métier. Le cahier des charges de formation doit donc articuler les décisions du métier, de la sécurité, du juridique et, lorsque nécessaire, de la protection des données.

• Données autorisées : catégories explicites, outil concerné, finalité et durée d’usage.
• Données interdites : exemples concrets adaptés aux fonctions présentes dans la salle.
• Jeu d’exercice : version synthétique, anonymisée ou expurgée, fournie et testée en amont.
• Traçabilité : règle sur l’historique, le partage, l’export, les captures et la conservation.
• Escalade : personne à contacter quand un participant ne sait pas si une donnée peut être utilisée.

Transformer les cas métier en exercices observables

Un exercice utile reproduit une décision de travail, pas seulement une conversation réussie avec un outil.

La démonstration montre ce qui est possible dans des conditions choisies par l’intervenant. L’exercice révèle ce que le participant sait faire avec une consigne, des contraintes et un temps limités. Les deux ont leur place, mais leur fonction doit rester distincte : la démonstration donne un modèle mental ; la pratique produit une preuve.

Un bon exercice commence par un livrable et ses critères. Par exemple : préparer une première structure d’article à partir d’un brief, puis vérifier l’intention de recherche, les affirmations factuelles, la présence des sources et les limites du texte. Le résultat n’est pas validé parce qu’il paraît fluide ; il est comparé à une grille connue avant le lancement.

Pour éviter l’apprentissage d’une recette fragile, prévoir au moins une variation : document incomplet, instruction ambiguë, source contradictoire, donnée interdite ou réponse très convaincante mais fausse. Le participant doit savoir demander une précision, refuser une donnée, modifier son approche ou s’abstenir.

L’exercice final doit être réalisable sans copier pas à pas le formateur. Une aide graduée peut rester disponible, mais son usage doit être visible afin de distinguer l’autonomie complète, l’autonomie avec contrôle et la réalisation guidée.

Les 12 champs qui rendent une proposition comparable

La matrice placée plus bas transforme un besoin vague en décisions que le commanditaire et l’intervenant peuvent relire ensemble.

Un cahier des charges ne doit pas enfermer le formateur dans un déroulé minute par minute avant le diagnostic. Il doit en revanche verrouiller les décisions qui conditionnent l’utilité : public, tâche, données, environnement, contrôle, preuve et transfert.

Les 12 champs proposés dans l’élément original servent à comparer des offres sur le même périmètre. Chaque ligne comporte une question à trancher et une preuve attendue. Une réponse peut rester provisoire au début des échanges, mais elle doit avoir un propriétaire et une date de décision avant la session.

Cette matrice n’évalue pas la conformité juridique d’une organisation et ne remplace pas ses procédures internes. Elle fournit un support de commande, d’animation et de recette pédagogique.

• Remplir d’abord les champs 1 à 4 pour cadrer le résultat attendu.
• Faire valider les champs 5 et 6 par les responsables des outils, des données et de la sécurité.
• Concevoir les champs 7 à 10 avec l’intervenant à partir de livrables et d’erreurs réels.
• Attribuer les champs 11 et 12 à un propriétaire interne avant de confirmer la session.

Enseigner un protocole de contrôle des réponses

La compétence centrale n’est pas d’obtenir une réponse impressionnante, mais de savoir si elle peut être utilisée, corrigée ou rejetée.

Les systèmes génératifs produisent des résultats probables, pas une garantie de vérité. La CNIL rappelle qu’une sortie inexacte peut sembler plausible et qu’une confiance excessive sans vérification peut conduire à des décisions erronées. Le contrôle doit donc être intégré à chaque exercice, pas relégué à une diapositive finale.

Le protocole doit être adapté à la tâche. Une synthèse documentaire exige une vérification contre les documents fournis. Un texte SEO exige une revue des faits, des sources, de l’intention, du ton et des risques de duplication. Un calcul doit être refait avec une méthode fiable. Une recommandation qui affecte une personne ou une décision sensible appelle un niveau de contrôle et d’autorisation supérieur.

La formation doit aussi enseigner l’abstention. Lorsque la source manque, que la donnée est interdite ou que le coût d’une erreur dépasse le niveau de contrôle disponible, la bonne réponse peut être de ne pas utiliser la sortie.

1. Qualifier la sortieIdentifier ce qui relève d’un fait, d’une inférence, d’une proposition, d’une reformulation ou d’un calcul.
2. Retrouver la preuveRattacher les affirmations importantes à une source autorisée, accessible et suffisamment récente.
3. Tester la contradictionChercher une exception, une hypothèse manquante, une source opposée ou un exemple qui ferait échouer la réponse.
4. Revoir les risquesContrôler les données, les droits, les biais, la confidentialité, le destinataire et les conséquences d’une erreur.
5. Décider et tracerAccepter, corriger, refaire ou rejeter la sortie, puis conserver la justification utile au processus.

Exiger une preuve d’acquisition, pas une impression de satisfaction

La preuve porte sur une action observable réalisée dans des conditions définies.

Une enquête de satisfaction renseigne sur l’expérience perçue ; elle ne suffit pas à établir qu’une compétence a été acquise. Inversement, un quiz de vocabulaire peut vérifier des repères sans démontrer que la personne sait préparer, contrôler et corriger un livrable.

Le cahier des charges doit annoncer la tâche évaluée, les ressources autorisées, le temps, les critères, le seuil attendu et la forme du retour. Une grille simple peut distinguer quatre dimensions : respect des données, qualité du cadrage, contrôle de la sortie et justification de la décision.

La preuve peut être individuelle même si les exercices intermédiaires sont collectifs. Elle doit rester proportionnée à l’enjeu et accessible aux participants. Son objectif n’est pas de piéger, mais d’identifier ce qui est maîtrisé, ce qui nécessite une aide et ce qui ne doit pas encore être réalisé en autonomie.

Organiser le transfert avant la fin de la session

Le suivi vérifie si la méthode survit au retour dans l’environnement réel.

Le transfert échoue souvent pour des raisons étrangères au contenu pédagogique : compte non activé, règle de données inconnue, absence de temps, manager non informé, modèle inutilisable ou personne chargée de valider indisponible. Le cahier des charges doit donc décrire l’environnement de reprise aussi précisément que l’atelier.

À la sortie, chaque tâche prioritaire devrait disposer d’un mode opératoire court : objectif, entrées autorisées, étapes, contrôles, décision humaine et point d’escalade. Ce document n’a pas besoin de figer un outil ; il doit permettre de retrouver le raisonnement lorsque l’interface ou le modèle change.

Un point à 30 jours peut recueillir les usages tentés, les blocages et les erreurs rencontrées. Un point à 60 jours peut décider de maintenir, corriger, étendre ou arrêter chaque pratique. Ces délais sont des repères de pilotage, pas une garantie de résultat. L’organisation peut les adapter à la fréquence de la tâche et au niveau de risque.

Le suivi doit être confié à un propriétaire interne capable de modifier les règles, les ressources ou le processus. Sans cette capacité, le retour d’expérience devient une simple liste de frustrations.

• Mode opératoire versionné pour chaque tâche retenue.
• Jeu de test autorisé permettant de refaire l’exercice.
• Grille de contrôle et exemples d’erreurs commentés.
• Canal d’escalade vers le métier, la sécurité ou la protection des données.
• Responsable de la mise à jour lorsque l’outil, la règle ou la tâche change.
• Revue à 30 jours puis décision à 60 jours, ou calendrier adapté au contexte.

Évaluer un format et un intervenant sur des éléments vérifiables

Le choix devient plus solide quand il porte sur le diagnostic, les exercices, les preuves et le transfert plutôt que sur une promesse générale.

Le programme public sert à comprendre les sujets couverts, mais la proposition doit expliquer comment ils seront adaptés au public et aux tâches retenues. Au 27 juillet 2026, le catalogue public de 24 programmes d’Ayoub Kahouadji permet d’examiner plusieurs formats avant de demander un cadrage spécifique.

Pour comparer au-delà du titre d’une offre, une grille de 15 critères vérifiables propose d’examiner le périmètre, les objectifs, les preuves, les limites et les modalités. Le présent cahier des charges complète cette grille du point de vue de l’organisation qui commande une session.

Ayoub Kahouadji intervient comme formateur et consultant en IA appliquée. Cette présentation décrit son activité publique ; elle ne vaut ni certification, ni preuve automatique d’adéquation à chaque contexte. La bonne décision reste une proposition écrite qui répond aux 12 champs, explicite les dépendances et accepte les limites de l’environnement.

• Demander un exemple d’exercice rapproché d’une tâche réelle, avec des données préparées.
• Faire préciser ce qui sera observé pendant l’évaluation et sous quelle forme le retour sera donné.
• Vérifier la capacité à adapter le programme après le diagnostic, sans effacer les objectifs convenus.
• Examiner les ressources de transfert, leurs droits d’usage et la responsabilité de leur mise à jour.
• Écarter les promesses de résultat qui ne définissent ni périmètre, ni mesure, ni dépendances.

Faire une recette du cahier des charges avant de commander

Une dernière revue croisée réduit les surprises logistiques, pédagogiques et organisationnelles.

La recette peut tenir dans une réunion courte réunissant le commanditaire, un représentant métier, l’intervenant et, selon les données ou l’environnement, les responsables concernés par la sécurité et la protection des données. Chaque champ non résolu reçoit un propriétaire et une échéance.

Le groupe doit pouvoir raconter la session sans jargon : qui vient, quelle tâche sera travaillée, avec quelles données, dans quel outil, comment une erreur sera détectée, ce que chaque participant devra produire et qui accompagnera la reprise après l’atelier.

Si cette histoire reste impossible à formuler, la date ne doit pas masquer le défaut de cadrage. Il est souvent préférable de réduire le nombre de cas, préparer un jeu d’exercice ou scinder les niveaux plutôt que de remplir une journée avec des contenus peu transférables.

1. Valider le périmètrePublic, tâches, objectifs et exclusions sont compris de la même façon par les parties.
2. Tester l’environnementImage d’exercice, comptes, droits, connexion, affichage, accessibilité et solutions de secours sont vérifiés.
3. Relire les donnéesLes jeux fournis respectent les décisions internes et aucune donnée active n’est nécessaire par défaut.
4. Simuler l’évaluationLa tâche finale, le temps, l’aide permise et les critères donnent une preuve exploitable.
5. Nommer l’après-sessionRessources, propriétaire, canal d’escalade et calendrier de revue sont confirmés.