| Famille | Exemples | Ce qu'elle apporte | Ce que l'analyste vérifie |
|---|---|---|---|
| Loi et régulateur | EUR-Lex, Fedlex, PFPDT, OFCOM | Le texte qui oblige et ses dates | La version consolidée et la date d'application |
| Normes et cadres | ISO/IEC 42001, NIST AI RMF | Les exigences et les pratiques de gestion des risques de l'IA | Le numéro de version |
| Documentation des fournisseurs | Pages produit, conditions d'utilisation, notes de version | Ce que l'outil fait et où il traite les données | L'écart entre l'annonce et le contrat |
| Recherche et données | AI Index de Stanford, Epoch AI | Des tendances mesurées et leur méthode | La date des données et le périmètre de l'étude |
| Registres d'incidents | OECD AIM, AI Incident Database | Ce qui a mal tourné ailleurs | L'article d'origine de chaque incident |

Ce que l'IA fait bien ici, ce qu'elle fait mal
Ce qu'elle fait bien
- Des centaines de titres par cycle: le modèle écarte ceux qui ne touchent pas la question de veille.
- Plusieurs articles sur un même événement: le modèle les regroupe et signale celui qui cite le texte d'origine.
- Un texte long et une question précise: le modèle cite mot pour mot les passages qui y répondent.
- Une grille de critères écrite: le modèle applique les mêmes critères à chaque élément.
- Un tableau validé par l'analyste: le modèle rédige le premier jet du bulletin.
Ce qu'elle fait mal
- La date d'un fait: le modèle confond ce qu'il a appris et ce que dit la source.
- Une référence absente du prompt: le modèle invente un titre, un article de loi ou une adresse plausibles.
- Un communiqué de fournisseur: le modèle reprend l'annonce comme un fait établi.
- Une rumeur reprise par dix sites: le modèle prend la répétition pour une confirmation.
- Une page sans date ni auteur: le modèle la résume sans signaler ce qui manque.
- Le contexte de votre organisation: le modèle ignore vos contrats, vos données et la décision en jeu.
- Une question sans réponse dans les sources: le modèle comble le vide au lieu de le signaler.
Déroulé
La question de veille
Une veille commence par une question écrite. La question nomme ce que l'organisation veut savoir, la décision qu'elle prépare et son échéance. Un responsable la porte et signe les décisions qui en sortent. L'organisation le nomme dans sa politique d'usage de l'IA.
Avec la consigne «suivre l'actualité de l'IA», l'analyste ne peut écarter aucun article. La question «L'AI Act change-t-il notre usage de l'outil de tri de CV avant le renouvellement du contrat en juin 2027?» dit ce qui compte et quand la veille s'arrête. Une question peut aussi porter sur un outil: «Un outil de transcription peut-il héberger nos enregistrements en Suisse avant le choix du fournisseur en mars 2027?» Une organisation tient une question par décision. L'analyse PESTLE repère les facteurs externes qui méritent une question.
Des sources cotées et datées
L'analyste fixe la liste des sources avant de lire le premier élément. Huit à quinze sources suffisent pour une question. Au-delà, personne ne les lit toutes à chaque cycle. La liste couvre chaque famille de sources. Elle inclut au moins une source dont l'intérêt s'oppose à celui de l'organisation: un syndicat, une association de consommateurs ou un concurrent.
Chaque source reçoit une cote de fiabilité. Chaque élément reçoit une cote de crédibilité. Ces deux échelles du renseignement militaire se nomment système de l'Amirauté ou système OTAN. La fiabilité juge la source d'après ses antécédents. Elle va de A (entièrement fiable) à F (fiabilité impossible à juger). La crédibilité juge l'élément lui-même. Elle va de 1 (confirmé par d'autres sources) à 6 (véracité impossible à juger).
Les deux cotes restent séparées. Une source fiable publie parfois une erreur. Une source inconnue rapporte parfois un fait exact. Une cote unique masquerait les deux cas.
| Élément | Source | Fiabilité | Crédibilité | Lecture |
|---|---|---|---|---|
| Les obligations des systèmes à haut risque de l'annexe III s'appliquent dès le 2 décembre 2027 | Règlement (UE) 2026/1744 sur EUR-Lex | A | 1 | L'analyste cite le texte. |
| L'outil de tri de CV d'un éditeur est «conforme à l'AI Act» | Page de l'éditeur | B | 4 | Une source sérieuse sur son produit avance une affirmation douteuse. L'analyste demande le document qui la fonde. |
| Le Conseil fédéral fait préparer un projet de consultation d'ici fin 2026 | Blog juridique inconnu | F | 2 | L'analyste remonte à la page de l'OFCOM et cite celle-ci. |
La grille de tri
La pertinence dit à quel point l'élément touche la question de veille: forte, moyenne ou faible. La maturité dit où en est la chose décrite. Le potentiel dit l'effet de l'élément sur les processus de l'organisation s'il se confirme.
L'échelle de maturité s'inspire des Technology Readiness Levels de la NASA. Ceux-ci comptent neuf niveaux, de la recherche fondamentale à la technologie éprouvée en vol. Pour la veille, cinq niveaux suffisent. L'échelle retenue ajoute une colonne pour les textes juridiques et les normes.
| Niveau | Technologie | Texte juridique ou norme |
|---|---|---|
| 1 Annonce | Un communiqué sans démonstration | Une intention publiée sans texte |
| 2 Démonstration | Une démonstration publique ou un article de recherche | Un projet de texte |
| 3 Pilote | Un essai chez quelques utilisateurs | Un texte en consultation ou en négociation |
| 4 En service ailleurs | Un outil en production dans d'autres organisations | Un texte adopté qui ne s'applique pas encore |
| 5 Établi | Une pratique courante du secteur | Une obligation applicable |
La pertinence et la maturité décident de la suite donnée à l'élément. Un élément de pertinence forte et de maturité 4 ou 5 appelle une action. Un élément de pertinence forte et de maturité 1 à 3 passe en surveillance avec une date de réexamen. Un élément de pertinence moyenne décrit un cas voisin. Il passe en surveillance avec une date de réexamen, quelle que soit sa maturité. Un élément de pertinence faible ou hors sujet sort de la veille avec son motif écrit. Le potentiel fixe l'ordre de traitement: l'élément au plus fort potentiel passe en premier. Un élément de crédibilité 5 ou 6 attend une confirmation avant tout classement.
Les étapes
Décision pour chaque élément
- Agirsort de la boucle
- Surveiller jusqu'à une dateretour au Tri du cycle suivant
- Abandonner avec un motifsort de la boucle
- Le responsable écrit la question, la décision qu'elle sert et son échéance. Il fixe la fréquence des cycles, la taille de l'échantillon des éléments écartés et la date de révision de la liste des sources.
- L'analyste fixe la liste des sources et cote la fiabilité de chacune.
- L'analyste collecte les éléments parus depuis le dernier cycle. Il note pour chacun l'adresse et la date de publication lue sur la page.
- Le modèle trie le lot selon la question et les critères. Il cite la phrase qui fonde chaque classement. Il écrit «non déterminé» là où l'élément ne dit rien.
- L'analyste ouvre chaque élément retenu à sa source. Il vérifie la citation et la date. Selon le dernier mouvement de la méthode SIFT de Mike Caulfield, il remonte une affirmation reprise d'ailleurs jusqu'à son contexte d'origine: le texte de loi derrière l'article de presse, l'étude derrière le communiqué. L'analyste cote ensuite la crédibilité de l'élément. Il relit l'échantillon d'éléments écartés fixé à l'étape 1. Un rejet à tort ne laisse aucune trace dans le tableau.
- L'analyste confirme ou corrige la pertinence proposée par le modèle. Il note la maturité et le potentiel.
- Le responsable décide pour chaque élément: agir, surveiller jusqu'à une date ou abandonner. Il écrit le motif de chaque abandon.
- Le modèle rédige le premier jet d'un bulletin d'une page à partir du tableau validé.
- L'analyste compare chaque phrase du bulletin au tableau. Il l'envoie aux destinataires nommés dans la liste des parties prenantes.
- Le responsable révise la liste des sources à la date fixée. Il retire une source qui n'a rien apporté et ajoute celle qui a manqué.
Prompt modèle
Tu aides une équipe à trier les éléments d'une veille. <question> [QUESTION DE VEILLE] </question> <criteres> [CRITÈRES] </criteres> <elements> [ÉLÉMENTS BRUTS] </elements> <consignes> 1. Traite chaque élément du bloc «elements» séparément. N'ajoute aucun élément. 2. Pour chaque élément, cite mot pour mot la phrase qui le relie à la question. Si aucune phrase ne le relie, classe-le «hors sujet» et passe au suivant. 3. Reprends l'adresse et la date telles qu'elles figurent dans le bloc. Si l'une manque, écris «non déterminé». N'en déduis aucune. 4. Signale l'élément qui rapporte une annonce, un communiqué ou l'avis d'un fournisseur sur son propre produit. 5. Signale les éléments qui rapportent le même événement. Nomme celui qui cite le texte d'origine. 6. Propose une note de pertinence selon les critères: forte, moyenne ou faible. Ne note ni la maturité ni le potentiel ni la crédibilité. L'équipe les note. 7. N'utilise aucune connaissance extérieure aux blocs. Si un élément renvoie à un texte que tu n'as pas reçu, écris «à vérifier à la source». 8. Termine par un tableau: numéro, citation, adresse, date, type de source, pertinence proposée, doublon de. </consignes>
[QUESTION DE VEILLE]reprend la question écrite à l'étape 1 avec la décision qu'elle sert et son échéance.[CRITÈRES]dit ce qui rend un élément pertinent: les processus, les outils et les juridictions en jeu.[ÉLÉMENTS BRUTS]contient les éléments numérotés du cycle. Chacun porte son titre, son adresse, sa date et le texte copié depuis la source. Le bloc ne contient aucune donnée personnelle ni aucun document interne.
Le prompt fournit au modèle le texte de chaque élément. Un assistant qui cherche lui-même sur le web mêle les pages qu'il trouve et ce qu'il a appris à l'entraînement. L'analyste ne sait plus d'où vient une date.
Exemple
Une PME vaudoise de services informatiques emploie 120 personnes. Elle trie les candidatures avec un outil d'IA acheté à un éditeur. Sa filiale d'Annecy utilise le même outil. Le contrat expire le 30 juin 2027.
La responsable RH porte la veille. Sa question: «L'AI Act ou la LPD changent-ils notre usage de l'outil de tri de CV avant le renouvellement du contrat?» Le cycle est mensuel. L'analyste relit vingt éléments écartés par cycle. La liste des sources réunit EUR-Lex, Fedlex, le PFPDT, l'OFCOM, la page de l'éditeur, deux quotidiens romands, un syndicat, l'OECD AIM et l'AI Incident Database. Le premier cycle couvre aussi les textes déjà en vigueur.
En septembre 2026, le modèle a trié 212 éléments et en a retenu sept. Deux rapportaient le même texte que le premier. L'analyste a relu l'échantillon sans repêcher aucun élément. Les éléments écartés comprenaient les annonces de nouveaux modèles, qui ne touchent pas la question.
| Élément | Source et dates | Cote | Pertinence | Maturité | Potentiel | Décision |
|---|---|---|---|---|---|---|
| 1 Les obligations des systèmes à haut risque de l'annexe III s'appliquent dès le 2 décembre 2027. Le tri de candidatures y figure. | Règlement (UE) 2026/1744, EUR-Lex, 8 juillet 2026 Lu le 28 septembre 2026 | A1 | Forte: la filiale d'Annecy utilise l'outil | 4 | Fort | Agir: exiger de l'éditeur son plan de conformité avant le renouvellement |
| 2 La LPD s'applique directement aux traitements de données qui recourent à l'IA. | PFPDT, 24 septembre 2025 Lu le 28 septembre 2026 | A1 | Forte | 5 | Fort | Agir: demander à l'éditeur si l'outil écarte une candidature sans intervention humaine |
| 3 Un projet de consultation sur la transparence, la protection des données et la non-discrimination est attendu d'ici fin 2026. | OFCOM, page sans date Lu le 30 septembre 2026 | A1 | Forte | 1 | Moyen | Surveiller: réexamen le 31 janvier 2027 |
| 4 L'outil de l'éditeur est «conforme à l'AI Act». | Page de l'éditeur, 3 septembre 2026 Lu le 29 septembre 2026 | B4 | Forte | 1 | Fort | Surveiller: la lettre des éléments 1 et 2 demande le document qui fonde l'affirmation. Réexamen le 31 octobre 2026 |
| 5 L'outil de tri d'un autre éditeur écarte plus souvent les candidates de plus de 50 ans. | Quotidien romand, 12 septembre 2026 Lu le 29 septembre 2026 | B3 | Moyenne: même usage, autre outil | 4 | Moyen | Surveiller: réexamen le 31 octobre 2026 |
La PME tire des éléments 1 et 2 une seule lettre à l'éditeur. Elle l'envoie avant de négocier le renouvellement. Si l'outil écarte une candidature sans intervention humaine, l'article 21 de la LPD oblige la PME à en informer le candidat. L'élément 4 montre l'intérêt des deux cotes: la page de l'éditeur est une source sérieuse sur son produit. Son affirmation ne cite ni évaluation de conformité ni document. La lettre demande aussi le document qui fonde l'affirmation. Le cycle mensuel signale la parution du projet de consultation de l'élément 3. Sans parution, le responsable réexamine l'élément le 31 janvier 2027.
Un élément de crédibilité 5 ou 6 attend une confirmation avant tout classement.
Essayer avec l'OECD AI Incidents and Hazards Monitor
L'AI Incidents and Hazards Monitor de l'OCDE (AIM) recense les incidents et les dangers liés à l'IA que rapporte la presse. Vous le consultez sans compte. Tapez un mot de votre question, par exemple «recruitment». Limitez la période à la dernière année. Les filtres de période, de pays et de secteur montrent ce que produit une source d'incidents sur une question précise.

L'OCDE publie sa méthode. La plateforme d'actualités Event Registry lui fournit les articles. Des modèles de langage classent les événements en incidents et en dangers. L'AIM en détecte en moyenne 30 par jour. Un registre qui publie sa méthode et ses limites se cote plus facilement qu'un fil d'actualités anonyme.
Vérifier le résultat
- Chaque élément du tableau porte-t-il une adresse, une date de parution et une date de lecture?
- La date vient-elle de la page source plutôt que de la réponse du modèle?
- Chaque citation figure-t-elle mot pour mot dans la source?
- Chaque affirmation reprise d'ailleurs remonte-t-elle au texte d'origine?
- Les annonces et les communiqués sont-ils marqués comme tels?
- La fiabilité de la source et la crédibilité de l'élément sont-elles notées à part?
- L'analyste a-t-il relu un échantillon des éléments écartés par le modèle?
- Chaque élément retenu nomme-t-il la décision qu'il sert?
- Chaque surveillance porte-t-elle une date de réexamen?
- Chaque abandon porte-t-il son motif?
- Le bulletin reprend-il le tableau sans rien y ajouter?
Limites et risques
Les données confidentielles restent hors du prompt. Une veille lit des sources publiques. Le prompt n'a donc besoin ni du contrat de l'éditeur ni des candidatures. Le PFPDT rappelle que la LPD (RS 235.1) s'applique directement aux traitements qui recourent à l'IA. Pour savoir ce qui peut entrer dans un assistant, suivez «La LPD et les données confidentielles».
Un registre public arrive en retard et ne vérifie pas. L'AIM traite chaque jour les événements parus un à quatre jours plus tôt. Il ne retient que les incidents rapportés par la presse. L'OCDE déclare ne pas vérifier les informations des tiers. L'analyste traite donc un incident de l'AIM comme un élément à confirmer à sa source.
Une date peut bouger. L'omnibus numérique de juillet 2026 a déplacé les dates d'application des obligations à haut risque de l'AI Act. Un fait réglementaire noté sans date de lecture devient faux sans que rien ne le signale. Le registre note donc la date de chaque texte et sa date de lecture. Une source qui ne date pas ses données se cite avec sa seule date de lecture. Pour situer un cas d'usage dans les classes de l'AI Act, suivez «AI Act: classer le risque».
Une source sert son auteur. La page d'un éditeur présente ce qu'il vend. La liste des sources reflète les intérêts de ceux qui l'établissent. La source d'intérêt contraire signale ce que les autres taisent. Le responsable la garde même quand elle dérange.
La décision reste au responsable. Le modèle trie et rédige. Le responsable signe chaque décision du registre et en répond. Un incident relevé par la veille devient une preuve dans l'évaluation des risques d'un cas d'usage. Une organisation qui applique ISO/IEC 42001 range la veille sous la clause 4.1, qui traite des enjeux internes et externes. Dans le NIST AI RMF, la sous-catégorie GOVERN 1.1 demande que les exigences légales sur l'IA soient comprises, gérées et documentées. Pour relier les deux cadres, suivez «ISO/IEC 42001 et NIST AI RMF».
Techniques liées
- Analyse PESTLE: les facteurs externes d'où naissent les questions de veille.
- Analyse documentaire: la lecture critique d'une source, sa date et son authenticité.
- Analyse de marché: l'état des lieux d'un marché quand la question porte sur les offres.
- Benchmarking: la comparaison des pratiques avec celles d'autres organisations.
- Matrice de décision: le choix entre plusieurs options quand un élément appelle une action.
- Priorisation: l'ordre des actions quand plusieurs éléments en appellent une.
- Liste des parties prenantes: les destinataires du bulletin et les parties dont l'intérêt s'oppose à celui de l'organisation.
- Analyse SWOT: la lecture des éléments retenus en opportunités et en menaces.
- L'analyse documentaire à grande échelle: le tri d'un corpus trop grand pour une lecture humaine.
- Histoire de l'IA: les ruptures passées qui aident à situer une annonce.
- Maturité IA et feuille de route: la mesure de ce qui change dans l'organisation elle-même.
- Comparer des assistants et des modèles d'IA: l'essai de deux assistants sur une de vos tâches.
Sources
- Règlement (UE) 2026/1744 du 8 juillet 2026 modifiant le règlement (UE) 2024/1689 (omnibus numérique sur l'IA)Union européenne
- Loi fédérale sur la protection des données (LPD) du 25 septembre 2020, RS 235.1, état le 7 juillet 2025, art. 21Confédération suisse
- IA et protection des données, 24 septembre 2025Préposé fédéral à la protection des données et à la transparence (PFPDT)
- Intelligence artificielleOffice fédéral de la communication (OFCOM)
- ISO/IEC 42001:2023, Information technology, Artificial intelligence, Management systemISO
- Artificial Intelligence Risk Management Framework (AI RMF 1.0)NIST
- Admiralty Scale, taxonomie MISP, version 5MISP Project
- Mike Caulfield, SIFT (The Four Moves), 19 juin 2019Hapgood
- Technology Readiness Levels, 27 septembre 2023NASA
- AI Incidents and Hazards Monitor (AIM)OCDE
- AIM methodologyOCDE
- AI Incident DatabaseResponsible AI Collaborative
- AI Index Report 2026Stanford Institute for Human-Centered Artificial Intelligence (HAI)
- Data on AIEpoch AI
Pour aller plus loin
Les fondamentaux en gestion de projet
Le programme traite l'analyse des parties prenantes et la gestion du risque. La veille s'appuie sur les deux: elle nomme les destinataires du bulletin et range chaque élément selon le risque qu'il fait courir.
Fondamentaux et techniques de la Business Analyse
Le cours traite les techniques d'élicitation et la priorisation des exigences. Elles servent à écrire la question de veille et à fixer l'ordre de traitement des éléments retenus.
