Créer un inventaire d’IA et un classement des risques que les équipes peuvent tenir à jour

Un inventaire d’IA utile est une couche d’aiguillage pour la gouvernance, pas un classeur qui tente de contenir chaque évaluation. Une fiche compacte décrit un usage précis, son contexte et son propriétaire, puis l’achemine vers la revue qui convient. Ainsi, un assistant de soutien limité à la rédaction ne conserve pas automatiquement son approbation lorsqu’il obtient des documents d’identité, des droits de remboursement et la capacité d’envoyer des messages sans validation.

Qu’est-ce qui doit exactement figurer dans un inventaire d’IA?

L’unité à inventorier est un usage d’IA défini par un but, un flux de travail, un groupe d’utilisateurs et le chemin qui mène du résultat à l’action. Selon le NIST, un inventaire peut soutenir l’entretien, la réponse aux incidents et les recherches tant sur un système que sur le portefeuille. Le cadre de l’OCDE situe aussi l’analyse parmi les personnes, le contexte, les données, les modèles, les tâches et les résultats.

Créez donc des fiches distinctes lorsque le but, les parties touchées, la sensibilité des intrants, l’autorité d’action, l’étendue du déploiement ou la responsabilité diffèrent matériellement. Le modèle partagé, le contrat du fournisseur ou la source de données peut rester dans un registre lié. La fiche d’usage conserve plutôt les relations vers ces objets, les évaluations, les contrôles, les incidents et les approbations communs.

• Répondre rapidement à qui possède, exploite, modifie et arrête l’usage.
• Permettre des vues de portefeuille par niveau, fonction, cycle de vie et parties touchées.
• Diriger l’évaluation, la surveillance, la réponse aux incidents et le retrait sans dupliquer leurs dossiers.

Quels champs rendent l’inventaire utile sans alourdir l’admission?

Une fiche à deux étages rend l’admission soutenable : un noyau de découverte rempli par le propriétaire, puis des preuves liées selon l’exposition ou une dérogation. Le guide du NIST couvre un vaste univers documentaire, tandis que la norme britannique donne des exemples concrets de responsabilité, de fournisseurs, de revue humaine, d’échelle et de cycle de vie. La fiche suivante en retient seulement ce qui permet d’identifier et d’acheminer l’usage.

Fiche minimale proposée pour la découverte et l’aiguillage

• Identifiant et nom clair — Assurer la recherche, les liens et l’historique.
• Propriétaire d’affaires et propriétaire technique — Nommer qui décide et qui peut modifier ou arrêter l’usage.
• But, flux de travail et limites — Décrire la valeur attendue et les usages expressément exclus.
• Utilisateurs et parties touchées — Distinguer les opérateurs des personnes influencées.
• Intrants et sensibilité — Consigner les catégories, les sources et la classification de traitement la plus élevée.
• Résultats, usage en aval et autorité — Préciser si le système suggère, recommande, déclenche ou exécute une action.
• Fournisseurs, modèles, permissions et dépendances — Rendre visibles les services en amont et les décisions ou systèmes en aval.
• Contrôles actuels et liens de preuve — Résumer la revue, l’accès, les essais, la surveillance, le recours et le repli.
• État du cycle de vie et dates — Consigner le dernier changement, la dernière revue et la prochaine revue fondée sur le risque.
• Cotes, niveau, dérogations et justification — Rendre le triage explicable et signaler les inconnues.
• État des obligations applicables — Relier l’analyse parallèle sans l’encoder dans le niveau interne.

Ne transformez pas le résumé d’un contrôle en preuve d’efficacité. Inscrivez par exemple qu’une revue humaine, un mécanisme de correction ou une solution de repli existe, puis reliez les essais et les pièces justificatives. Les évaluations d’impact, validations, examens de fournisseurs, résultats d’essais, décisions d’acceptation et plans de surveillance deviennent des pièces conditionnelles. Utilisez enfin des états contrôlés comme proposé, pilote, production, en pause et retiré.

Comment coter l’exposition inhérente de façon explicable?

Cotez l’usage réel selon quatre dimensions : conséquence, autonomie, échelle et sensibilité. Il s’agit d’une proposition éditoriale de triage interne, synthétisée à partir de caractéristiques plus larges du NIST, de l’OCDE, de l’outil fédéral canadien et de la norme britannique. Aucune de ces autorités ne prescrit ni n’endosse cette combinaison exacte. Les trois points d’ancrage servent à lancer une conversation vérifiable, pas à produire une précision mathématique.

• Conséquence — Niveau 1 : inconvénient local, facilement détecté et corrigé. Niveau 2 : effet opérationnel, financier, humain, client ou réputationnel matériel exigeant une récupération délibérée. Niveau 3 : effet crédible sur des droits, une possibilité ou un service important, la santé, la sécurité, les moyens de subsistance, une opération critique ou tout résultat grave difficile à renverser.
• Autonomie — Niveau 1 : contenu ou suggestion qu’une personne choisit d’utiliser. Niveau 2 : classement, acheminement, recommandation, personnalisation ou action limitée avec une revue tardive, restreinte ou par échantillon. Niveau 3 : actions externes enchaînées, modification de dossiers ou de permissions, engagement de ressources ou influence déterminante sans approbation éclairée au cas par cas.
• Échelle — Niveau 1 : pilote circonscrit, petit groupe et peu de réutilisation. Niveau 2 : usage répété dans une fonction, un segment ou un flux matériel, avec un volume notable ou plusieurs consommateurs. Niveau 3 : usage public, pancanadien ou multirégional, à grand volume, en temps réel ou fortement intégré, capable de propager des effets corrélés.
• Sensibilité — Niveau 1 : information publique, synthétique ou non confidentielle approuvée, sans accès privilégié. Niveau 2 : données internes ou confidentielles, renseignements personnels ordinaires, contenu client ou accès authentifié limité. Niveau 3 : données hautement sensibles ou réglementées, identifiants, secrets, privilèges, caractéristiques protégées ou variables de substitution, surveillance précise ou droits d’écriture importants.

Ajoutez une phrase factuelle propre à l’usage pour chaque cote : qui pourrait subir quoi, quelle action est permise, combien de personnes ou de processus sont exposés, et quelles données peuvent être reçues, inférées, consultées, divulguées ou modifiées. Une information inconnue doit rester marquée comme telle et être assignée pour résolution. La deviner crée une apparence de certitude précisément là où une revue plus poussée peut être nécessaire.

Comment les cotes déterminent-elles le parcours de revue?

Le niveau provisoire correspond à la dimension matérielle la plus élevée : quatre cotes de niveau 1 donnent le niveau interne 1; toute cote de niveau 2, sans niveau 3, donne le niveau interne 2; toute cote de niveau 3 donne le niveau interne 3. Cette règle du maximum est une précaution éditoriale, et non une formule validée. Chaque organisation doit calibrer les ancrages et les dérogations à sa tolérance et à ses obligations.

• Activité interdite ou hors tolérance
• Impact grave sur une partie touchée
• Données sensibles combinées à un large accès
• Contrôle humain inefficace ou réversibilité difficile
• Dépendances en cascade ou incident matériel
• Obligation applicable ou faits essentiels non résolus

Cotez d’abord l’exposition inhérente de l’usage tel qu’il est proposé ou exploité. Conservez ensuite les contrôles dans un registre distinct, examinez leur conception et leurs preuves pendant la revue, puis consignez le risque résiduel, les conditions et la décision. La terminologie varie d’une organisation à l’autre; l’important est d’éviter qu’un contrôle simplement déclaré fasse baisser la cote avant que son efficacité ait été démontrée.

Maintenez en parallèle l’état des analyses juridiques, réglementaires, contractuelles, de confidentialité, de sécurité, de travail, de gestion documentaire et de secteur. Les niveaux internes 1 à 3 ne doivent pas être convertis en catégories légales. Ils indiquent seulement le travail organisationnel à accomplir. Les responsables qualifiés déterminent séparément les exigences applicables, lesquelles peuvent imposer une revue supplémentaire, des conditions ou l’abandon d’un usage.

Que révèle la méthode lorsqu’un usage d’IA change?

La méthode révèle qu’une approbation appartient à un usage défini, pas au fournisseur ni au modèle. Prenons un exemple fictif : un assistant de soutien récupère du contenu d’aide approuvé et prépare une réponse qu’une personne formée révise et envoie. Le pilote exclut les décisions de compte, les exceptions de politique, l’envoi autonome, les paiements, les documents d’identité, les crédits et les modifications de compte.

• Conséquence 2 : une réponse erronée pourrait déformer matériellement une politique et exiger une correction auprès du client.
• Autonomie 1 : l’assistant rédige seulement; une personne décide quoi envoyer.
• Échelle 1 : le pilote vise une équipe et une catégorie de messages limitées.
• Sensibilité 2 : l’usage traite un contexte client et interne ordinaire dans un système authentifié.

Le niveau provisoire est donc 2. La revue avant envoi, les liens vers les sources, les actions d’écriture bloquées, les contrôles d’accès, l’échantillonnage, le recours pour plainte et le repli manuel restent dans le registre des contrôles; leur présence ne réduit pas l’exposition inhérente. Le parcours Évalué examine les preuves d’efficacité, le risque résiduel et les obligations applicables avant toute décision sur le pilote.

Le projet change ensuite : l’assistant pourrait lire des documents d’identité et des détails de contestation de paiement, émettre des remboursements, modifier l’état d’un compte, envoyer automatiquement et fonctionner dans plusieurs régions. Les quatre dimensions passent alors au niveau 3 : les fonds et l’accès au compte rendent les conséquences graves; le système agirait sans approbation au cas par cas; le déploiement serait large et volumineux; les données et droits d’écriture seraient hautement sensibles.

La fiche doit être rouverte avant l’expansion et acheminée vers le niveau interne 3 ainsi que vers le suivi parallèle des obligations. L’approbation du pilote ne voyage pas avec les nouvelles données, permissions, actions et régions. La revue renforcée doit pouvoir restreindre ou arrêter la proposition; elle n’est pas un sceau automatique autorisant une action autonome aux conséquences importantes.

L’inventaire mérite la confiance lorsqu’un changement de données, d’autorité ou d’échelle change le parcours, pas seulement la ligne.

Comment garder l’inventaire à jour après le lancement?

Gardez l’inventaire à jour au moyen d’une boucle déclenchée par les événements, complétée par une attestation du propriétaire à un intervalle fondé sur le risque. Définissez qui entretient le registre, quels usages doivent y entrer et quelles sources alimentent la découverte. Croiser plusieurs sources augmente les chances de trouver les usages intégrés, achetés ou expérimentaux, mais ne constitue jamais une preuve que le portefeuille est complet.

• Admission de produits et de flux de travail
• Approvisionnement, contrats et renouvellements
• Catalogue d’applications et revues d’architecture
• Administration des accès, intégrations et outils approuvés
• Abonnements logiciels, modèles et processus de données
• Déclarations des employés et attestations des propriétaires
• Billets de soutien, incidents et plaintes

Rouvrez la fiche lorsqu’un changement matériel touche le but, les limites, le propriétaire, les utilisateurs, les parties touchées, la région, les données, la conservation, les accès, les résultats, les permissions, la revue humaine, le fournisseur, le modèle, l’intégration, le volume, les contrôles, les preuves, les incidents ou les obligations. Une cadence plus rapprochée peut convenir à une exposition élevée, à des changements rapides, à un incident récent ou à des preuves faibles; il n’existe pas d’intervalle universel à copier.

Transformez les écarts en files de travail visibles : propriétaire manquant, cote inconnue, dérogation non résolue, revue en retard, changement en attente, preuve de contrôle expirée, dépendance modifiée ou retrait incomplet. Un petit tableau de bord peut suivre les fiches et parties touchées par niveau et état, les champs manquants, les décisions en retard, les exceptions, les lacunes de contrôle, le délai d’aiguillage et la fermeture des retraits. Ces mesures signalent où chercher; elles ne démontrent pas la complétude.

Traitez le retrait comme un état contrôlé plutôt que comme la suppression d’une ligne. Conservez un propriétaire jusqu’à la fermeture, retirez les accès, confirmez les dépendances et les migrations, puis liez les preuves requises montrant que l’usage a cessé. Le NIST aborde notamment la responsabilité, la continuité, les dépendances, la migration et la préservation des éléments nécessaires, sans imposer une période de conservation identique à toutes les organisations.

1. Jours 1 à 10 : définir l’unité d’inventaire, la fiche minimale, la règle de propriété et les sources de découverte.
2. Jours 11 à 20 : tester les quatre dimensions sur un échantillon varié, comparer les justifications et calibrer les dérogations.
3. Jours 21 à 30 : lancer les attestations, les déclencheurs de changement, les files de fiches périmées et un tableau de bord restreint.

Cette méthode demeure une proposition interne d’aiguillage, pas une détermination de conformité. Demandez aux responsables qualifiés des affaires juridiques, de la conformité, de la confidentialité, de la sécurité, de l’approvisionnement, des documents, du travail et du secteur d’établir les obligations applicables. Avant qu’un usage conséquent ou à enjeu élevé progresse, exigez aussi l’expertise pertinente, une responsabilité humaine explicite et une décision organisationnelle capable de dire non.