Préparer votre conférence ou séminaire IA
Dimitri Jorand — Trame de travail
https://dimitri-jorand.fr/ressources/cadrer-conference-ia-utile/
Publié : 2026-10-03 | Mis à jour : 2026-10-21

Un brief en six points pour préciser le public, la question centrale, les exemples et les suites attendues de votre intervention.
Public : Organisateurs de séminaires et responsables souhaitant préparer une conférence IA.

Complétez cette fiche à partir d’une situation précise, seul ou avec les personnes concernées. Notez ce qui est établi, ce qui reste à vérifier et la personne qui porte le prochain pas. Les indications sous chaque question vous aident à produire une réponse exploitable.

1. Public et métiers représentés
Indiquez les métiers, le niveau de familiarité, le nombre de personnes, le format et les besoins d’accessibilité.
Votre situation :

2. Question centrale de la conférence
Choisissez la question que les participants doivent mieux comprendre à la sortie ; hiérarchisez les sujets secondaires.
Votre situation :

3. Pratiques et connaissances de départ
Recueillez quelques questions ou usages de départ sans demander de documents confidentiels.
Votre situation :

4. Exemples pertinents et données utilisables
Prévoyez des cas fictifs ou des données dont les conditions d’utilisation sont établies ; identifiez les limites à montrer.
Votre situation :

5. Place des échanges et des objections
Réservez un temps réel aux questions ; désignez une personne pour noter les sujets qui demandent une suite.
Votre situation :

6. Prochain pas et livrable attendu
Précisez le livrable, les conditions de diffusion et qui décidera des actions après l’intervention.
Votre situation :

Choisir ce que le public doit pouvoir discuter
Précisez le public, les questions qui le traversent et les décisions qui pourraient suivre la conférence. Indiquez ce que les participants connaissent déjà et les expériences qu’ils ont des outils. La CNIL rappelle l’importance de la sensibilisation aux risques et usages autorisés ; notre brief sert à préparer une intervention, sans prétendre satisfaire seul une obligation. [1]

|Avant l’échange|À préciser|
|---|---|
|Public|Métiers, responsabilités et familiarité avec l’IA|
|Objectif|Questions à éclairer et suite souhaitée|
|Conditions|Durée, lieu, connexion, accessibilité|
|Démonstration|Données fictives, solution de secours, limites à montrer|

Exemple fictif : séminaire de responsables
> Un organisateur veut que les participants puissent distinguer un usage utile d’une démonstration séduisante. Le brief prévoit un cas fictif, un résultat imparfait à examiner et un temps pour formuler les conditions d’un essai. Le résultat attendu est une discussion structurée, pas une promesse de transformation immédiate.

Les démonstrations en direct doivent avoir une solution de remplacement. Un résultat obtenu sur scène ne mesure pas la fiabilité d’un système dans toutes les situations de travail.

Organiser la suite
Préparez les questions recueillies, un support accessible et le responsable du suivi. Vous pouvez utiliser le [relevé de décisions](/ressources/ordre-du-jour-releve-decisions/) pour les arbitrages qui suivent. Des [interventions documentées](/interventions/references/) présentent des contextes publics dans lesquels j’ai animé ces échanges.

Cas fictif : modèle entièrement rempli
**un séminaire pour discuter des conditions d’un usage utile**

Un organisateur fictif prépare une séquence de 90 minutes pour trente responsables et coordinateurs d’une petite organisation. Il souhaite ouvrir une discussion sur les usages de l’IA dans les tâches courantes, sans décider collectivement d’autoriser un outil. Le brief ci-dessous est une proposition d’organisation de l’intervention, pas le récit d’une conférence de Dimitri ou de DEMETER.

**01. Public et métiers représentés**

Public envisagé : trente personnes exerçant des responsabilités de coordination, d’administration et de management. Présentiel dans une salle permettant questions et lecture d’un support projeté. L’organisateur doit recueillir les besoins d’accessibilité, vérifier la sonorisation et prévoir un support lisible après la séance. Aucune exigence de création d’un compte IA personnel n’est prévue.

**02. Question centrale de la conférence**

Question centrale : « À quelles conditions une aide à la rédaction devient-elle utile dans notre travail ? » Les participants doivent pouvoir distinguer la tâche, les données admises, le résultat attendu, les contrôles et le responsable de la suite. Les comparatifs exhaustifs d’outils et les diagnostics individuels de conformité sont hors du périmètre de cette séquence.

**03. Pratiques et connaissances de départ**

En amont, l’organisateur propose de recueillir trois questions non confidentielles : une tâche qui pose problème, un usage déjà envisagé et une réserve à discuter. La diversité des réponses servira à adapter les exemples. Aucun niveau moyen ni pratique réelle du public n’est présumé ; les personnes peu familières doivent pouvoir comprendre le cas sans manipuler un outil.

**04. Exemples pertinents et données utilisables**

Cas prévu : deux brouillons éditoriaux volontairement construits à partir d’une fiche fictive sur des horaires de visite. L’un est lisible mais ajoute une confirmation absente de la référence. Les participants devront expliquer ce qu’ils accepteraient, corrigeraient ou feraient préciser. Présenter explicitement ces brouillons comme un exercice, sans les attribuer à un modèle. Si une démonstration réelle est ajoutée, ses conditions et son résultat devront être documentés séparément.

**05. Place des échanges et des objections**

Déroulé proposé : 10 minutes pour cadrer la question, 25 minutes de repères, 20 minutes sur le cas, 25 minutes d’échanges et 10 minutes pour préparer la suite, soit 90 minutes. Une personne de l’organisation recueille les points ouverts sans inscrire de données sensibles sur le support collectif. Une objection non résolue reste visible ; l’animateur n’improvise pas une autorisation ou une réponse juridique.

**06. Prochain pas et livrable attendu**

Livrables envisagés : support des repères, cas et corrigé, liste des questions non résolues et fiche de cadrage d’un éventuel essai. La diffusion du support est à convenir avec l’intervenant. Après la séance, le responsable désigné par l’organisateur décidera si une tâche mérite un examen plus précis. La conférence ne vaut ni lancement de projet ni autorisation d’utiliser tous les outils évoqués.

**Ce que montre ce cas.** Le temps d’échange, le cas à discuter et la prochaine décision sont préparés aussi précisément que les thèmes de l’exposé. La conférence produit des repères et des questions mieux formulées ; une transformation effective demanderait ensuite un travail distinct.

**Limites du cas.** Séminaire fictif et déroulé proposé. Aucun participant, organisateur ou résultat réel n’est décrit. Les 90 minutes et trente personnes correspondent à ce seul exercice ; ils ne constituent pas une offre commerciale.

Portée et limites
Brief de préparation d’une intervention. Les formats et démonstrations sont adaptés après échange. Une conférence ne constitue pas une évaluation de conformité ou une habilitation à utiliser tous les outils présentés.

Sources et méthode
[1] CNIL — Déployer une IA générative
https://www.cnil.fr/fr/comment-deployer-une-ia-generative-la-cnil-apporte-de-premieres-precisions
Consulté le 8 octobre 2026. Repères sur les besoins, usages autorisés et précautions. La fiche proposée ici est une méthode originale, pas une validation de conformité.

Méthode éditoriale : https://dimitri-jorand.fr/ligne-editoriale/