La démonstration fonctionne. En quelques instants, un assistant transforme une demande en présentation, propose une réponse à un client et résume un document. La salle réagit. Puis quelqu’un demande : « Dans notre travail, comment saurions-nous si le résultat convient ? » Cette question peut devenir le véritable point de départ de la conférence.
Pour organiser une conférence sur l’IA en entreprise, construisez le programme autour d’une question de travail, de quelques situations représentatives et des critères permettant d’en discuter. Une démonstration peut éclairer cette réflexion. Elle ne doit pas décider à la place du public de ce qui serait utile, fiable ou souhaitable.
L’enjeu concerne les responsables RH, formation, communication interne et événementiel. Ils n’ont pas à choisir entre une conférence abstraite et un défilé d’outils. Ils peuvent préparer une rencontre concrète où les participants examinent ce qu’ils voient, comprennent les limites et formulent de meilleures questions.
Commencer par la question que les équipes doivent pouvoir discuter
Un programme intitulé « Les dernières nouveautés de l’IA » désigne un sujet. Il ne précise pas le besoin des personnes réunies. Selon les fonctions, celles-ci peuvent s’interroger sur la qualité des réponses, la répartition du travail ou les informations qu’elles sont autorisées à utiliser.
Choisissez une question commune assez précise pour traverser la conférence. Par exemple : « Qu’est-ce qui doit être vérifié avant qu’une réponse préparée avec l’IA soit transmise à un client ? »
Cette question peut intéresser plusieurs métiers sans leur demander d’exercer le même rôle. Le service client examine la clarté, les opérations regardent la faisabilité et les responsables s’interrogent sur les engagements pris.
Le résultat attendu devient également plus lisible. À la sortie, les participants pourront nommer les contrôles à envisager et distinguer les questions qui restent à instruire. La conférence ne promet pas qu’ils maîtriseront déjà tous ces contrôles.
Ce qu’une démonstration permet de montrer, et ce qu’elle ne mesure pas
Le profil consacré à l’IA générative du NIST, publié en juillet 2024, recommande de ne pas extrapoler les performances à partir d’évaluations étroites, non systématiques ou anecdotiques. Ce référentiel volontaire de gestion des risques n’est pas une étude sur les conférences. Il fournit néanmoins un repère pertinent pour interpréter ce qui est présenté sur scène.
Une sortie réussie montre qu’un résultat a été obtenu dans les conditions choisies. Elle ne donne pas, à elle seule, sa fréquence de réussite sur les dossiers de l’entreprise. Elle ne mesure pas non plus le temps total de vérification ni la capacité d’un autre utilisateur à obtenir un résultat comparable.
L’intervenant doit rendre ces conditions compréhensibles : informations préparées, ressources disponibles, éventuelles tentatives antérieures et parties du résultat déjà contrôlées. Une séquence enregistrée peut être tout à fait utile, à condition d’être présentée comme telle.
Cette transparence ne retire pas l’intérêt de l’exemple. Elle donne au public les moyens de le comprendre.
Préparer un dossier de cas plutôt qu’une collection de fonctions
Pour chaque exemple, le commanditaire et l’intervenant peuvent préparer un dossier court : situation, destinataire, informations utilisables, résultat attendu et point d’incertitude.
Il faut que le public dispose de suffisamment d’éléments pour porter un jugement. Montrer un long document inconnu puis annoncer que son résumé est excellent oblige la salle à croire l’intervenant. Distribuer un extrait fictif lisible permet de regarder ensemble ce qui a été conservé ou perdu.
Le cas doit représenter une tension du travail, pas seulement une manipulation réussie. Une information manque ; plusieurs destinataires ont des besoins différents ; une formulation engage davantage que ce que le dossier permet de promettre.
Dans ses questions-réponses du 18 juillet 2024, la CNIL recommande de sensibiliser les utilisateurs aux limites des systèmes, aux usages autorisés et à la vérification des entrées et des sorties. Pour préparer la conférence, cela invite à convenir des données et environnements utilisables avec les responsables concernés.
Un dossier fictif évite d’improviser l’ouverture de documents confidentiels devant la salle. Son caractère fictif doit rester explicite.
Un exemple : une réponse client dans une entreprise de transport
Imaginons une entreprise de transport qui veut expliquer à un client comment une livraison sera réorganisée. Le cas est entièrement fictif. Le dossier confirme une nouvelle fenêtre de passage, mais ne précise pas encore si une prestation supplémentaire sera disponible.
L’intervenant présente une réponse préparée avec une assistance. Le texte est poli et bien structuré. Il propose pourtant un engagement que le dossier ne permet pas de confirmer.
Avant de commenter, l’animateur demande au public : que pourrions-nous envoyer, que faudrait-il modifier et quelle information devons-nous demander ? Une personne peut relever le ton ; une autre repère l’engagement ; une troisième s’interroge sur le destinataire chargé de le valider.
La discussion porte alors sur une activité professionnelle reconnaissable. On peut conserver l’aide à la formulation tout en refusant la promesse ajoutée.
L’exemple n’établit pas que tous les outils produiront cette erreur. Si la réponse a été construite pour l’exercice, il faut le dire. L’objectif est de rendre une difficulté examinable, pas de fabriquer une preuve contre ou pour un produit.
Organiser le débrief avant de choisir le direct
Le choix entre une démonstration en direct et une sortie préparée vient après la question pédagogique. Le direct peut montrer une interaction et permettre une relance. Un support préparé peut faciliter la lecture et préserver du temps pour comparer.
Dans les deux cas, prévoyez le débrief. Une séquence peut suivre quatre mouvements :
Présenter la situation et le critère que le public doit observer.
Montrer la demande et le résultat, dans des conditions expliquées.
Faire formuler une appréciation argumentée par les participants.
Séparer ce que l’exemple établit de ce qu’il laisse ouvert.
Si une tentative échoue, l’intervenant peut examiner l’échec ou passer au support préparé en annonçant ce changement. Il n’a pas besoin de multiplier les relances jusqu’à obtenir une sortie flatteuse.
À l’inverse, une réussite mérite une question : qu’avons-nous appris sur cette situation, et que faudrait-il encore vérifier ailleurs ? Le débrief compte autant lorsque l’exemple fonctionne.
Construire un programme qui garde de la place pour penser
Voici une architecture possible pour une plénière. Les séquences ne correspondent pas à des durées obligatoires ni à une offre contractuelle. Leur équilibre dépend du public, du temps disponible et du nombre de cas.
| Séquence | Fonction dans la conférence | Trace possible |
|---|---|---|
| Une question commune | Relier le thème à une situation de travail | Un problème que la salle comprend |
| Des repères sourcés | Expliquer possibilités, limites et vocabulaire | Des distinctions utilisables |
| Un cas commenté | Examiner une production dans son contexte | Des critères et des objections |
| Une discussion entre fonctions | Faire apparaître plusieurs contraintes | Des questions qui demandent plusieurs regards |
| Une clôture précise | Distinguer compréhension et travail restant | Une synthèse des points établis et ouverts |
La revue de Salas et ses collègues sur la formation en organisation, présentée par l’Association for Psychological Science en juin 2012, souligne l’importance de l’analyse des besoins ainsi que de ce qui se passe avant, pendant et après une formation.
Elle ne valide pas ce programme de conférence IA. Le tableau est une proposition Learning Coach : donner une fonction à chaque séquence et préparer ce qu’elle permet d’examiner.
Faire participer sans exiger un témoignage personnel
Une plénière peut réunir des managers, leurs collaborateurs et des responsables de fonctions différentes. Demander « Qui utilise déjà une IA non autorisée ? » risque de déplacer l’échange vers l’exposition des personnes.
On peut discuter du même problème à partir d’un cas fictif. Les participants commentent une décision et ses conditions, sans devoir raconter leurs pratiques individuelles.
La participation peut prendre plusieurs formes : un court temps de réflexion, une comparaison en binôme, une question écrite ou une réaction à deux options. Elle n’exige pas que chacun ouvre un compte ou manipule un outil sur son téléphone.
Notre article sur les managers et collaborateurs réunis dans une même formation développe les limites de ce cadre. Une promesse générale de confidentialité ne suffit pas à maîtriser ce qui sera retenu des échanges.
L’organisateur doit aussi prévoir des supports lisibles, la compréhension des consignes et une modalité de participation pour les personnes à distance. L’aisance numérique ne doit pas décider de qui peut contribuer.
Préparer la modération des questions difficiles
Certaines questions relèvent du contenu : comment interpréter une sortie, quelle limite reconnaît-on, qu’est-ce qui manque dans le dossier ? D’autres concernent les décisions de l’employeur : outils autorisés, temps de formation, responsabilités ou évolution des postes.
Le modérateur doit savoir qui peut répondre à chaque niveau. L’intervenant peut éclairer un mécanisme sans annoncer à la place de la direction une politique qui n’a pas été arrêtée.
Une question ouverte peut être conservée avec son destinataire. Il est plus utile d’indiquer qu’un point doit être examiné par les personnes compétentes que d’improviser une réponse rassurante.
Prévoyez aussi comment les questions seront reformulées avant projection. Un message envoyé au nom d’une équipe peut contenir un nom de client ou une situation identifiable. La modération doit pouvoir retirer ces détails et garder la question de fond.
Six questions à résoudre dans le brief
Avant de valider le programme, le commanditaire et l’intervenant peuvent répondre ensemble à ces questions :
Quelle question professionnelle relie les exemples ?
Quelles fonctions seront présentes et quelles contraintes doivent-elles pouvoir exprimer ?
Quels éléments permettront au public de juger le résultat montré ?
Quelles données, ressources et modalités de démonstration sont prévues ?
Qui répondra aux questions relevant de l’organisation ?
Quelle synthèse sera disponible, et quels points resteront explicitement ouverts ?
Ces réponses doivent guider le choix des séquences. Elles permettent aussi de retirer un exemple séduisant qui ne sert pas l’objectif.
Savoir quand la conférence doit laisser place à un autre format
Si le résultat attendu est la maîtrise d’un outil dans une procédure précise, une conférence ne suffit pas. Il faut examiner les besoins de pratique, de retour et d’accompagnement. Si l’enjeu consiste à autoriser un déploiement, les personnes mandatées doivent instruire cette décision.
La conférence peut préparer ces étapes en donnant des repères et un langage commun. Elle ne devient ni une certification de compétence ni une validation du système présenté.
Notre réflexion sur le transfert des apprentissages au poste de travail aide à préciser cette continuité. À la sortie, un participant peut avoir mieux compris une question sans être encore prêt à agir seul.
Pour la perspective Learning Coach, le progrès recherché est d’abord celui du discernement : mieux expliquer ce qui a été montré, ce qui peut être discuté et ce qui demande encore un examen.
Vous préparez une convention ou une rencontre pour vos équipes ? Découvrez les conférences Learning Coach et demandez une proposition adaptée à votre public.
Le meilleur souvenir de la conférence pourrait être une question devenue plus précise : qu’avons-nous besoin de savoir avant de faire de cette possibilité technique une pratique de travail ?
Ressources
NIST, Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile, NIST AI 600-1, juillet 2024, notamment action MS-2.5-001 et limites des évaluations avant déploiement. Référentiel volontaire.
CNIL, Les questions-réponses sur l’utilisation d’un système d’IA générative, 18 juillet 2024, notamment sensibilisation des utilisateurs et contrôle des entrées et sorties.
Eduardo Salas, Scott Tannenbaum, Kurt Kraiger et Kimberly Smith-Jentsch, The Science of Training and Development in Organizations: What Matters in Practice, 2012 ; présentation éditoriale APS, 11 juin 2012. Sources consultées le 28 octobre 2026.
