D'après ce qu'on observe, les politiques qui s'appliquent sont courtes, écrites simplement, illustrées de cas métiers et portées par des dirigeants qui s'en servent. Elles disent ce qui est autorisé et encouragé autant que ce qui est interdit. Et le manager de proximité les fait vivre ou les annule par ses arbitrages de tous les jours.
Trois niveaux de supervision
La grille la plus utile au quotidien est celle des trois niveaux de supervision. Elle se transmet en cinq minutes :
- l'humain dans la boucle (human in the loop) : l'IA propose, un humain valide chaque sortie avant usage ou diffusion. C'est le régime par défaut d'un utilisateur non averti ;
- l'humain sur la boucle (human on the loop) : le système tourne seul, l'humain contrôle après coup et intervient en cas d'incident, comme pour un assistant de support ;
- l'humain aux commandes (human in command) : l'humain garde le pouvoir d'activer, de suspendre ou de modifier le système, et assume la décision finale, quel que soit l'usage.
Pour les systèmes à haut risque, l'article 14 de l'AI Act exigera une surveillance humaine capable d'intervenir et d'arrêter le système, à partir du 2 décembre 2027 pour l'annexe III et du 2 août 2028 pour l'annexe I.
Notre grille choisit le niveau selon la criticité de l'usage :
- forte (RH, santé, sécurité, finance, juridique) : l'humain dans la boucle ;
- moyenne (communication externe, conseil client) : l'un ou l'autre ;
- faible (brouillon interne, aide à la rédaction) : l'humain sur la boucle suffit.
Une seule règle est indispensable, celle des cas ambigus : en cas de doute, on revient à l'humain dans la boucle.
Qui fait quoi
La répartition classique des rôles fonctionne :
- le comité IA (direction, DSI, DPO, juridique, RH, métiers, et selon les cas des représentants du CSE) définit la stratégie, approuve les usages sensibles et suit les incidents ;
- le référent IA, un par entité, sert de point de contact ;
- le DPO intervient dès qu'il y a des données personnelles, le juridique sur les contrats et les conditions d'utilisation, la DSI et le RSSI sur la sécurité des flux et les accès ;
- le manager de proximité repère les usages inappropriés, et surtout encourage ou décourage la shadow AI.
Ce dernier rôle est le plus sous-estimé. Un manager qui demande de mettre tout le fichier dans l'IA pour gagner du temps annule à lui seul l'effet d'une charte.
Une distinction conditionne enfin la lecture des obligations. Une entreprise qui utilise un outil du marché tel quel, sous son autorité, est déployeur. Si elle bâtit son propre outil sur l'API d'un modèle et le met en service sous son nom, elle devient fournisseur de cet outil, même sans toucher au modèle. Les lignes directrices de la Commission ne traitent que du fournisseur du modèle lui-même : on ne le devient qu'en modifiant le modèle de façon importante.
Une charte appliquée, une charte oubliée
Ce qu'on voit en mission sépare nettement une politique appliquée d'une lettre morte. Celles qui s'appliquent sont :
- courtes et écrites dans un langage accessible ;
- illustrées de cas métiers ;
- portées par des dirigeants qui incarnent l'usage responsable ;
- accompagnées d'outils approuvés et pratiques ;
- claires sur ce qui est autorisé et encouragé, en plus de ce qui est interdit.
L'approche de conformité publiée par Microsoft donne un modèle : des usages restreints (« restricted uses ») nommés dans les politiques internes, et une interdiction explicite, dans le code de conduite, d'utiliser ses services pour de la notation sociale.
Les politiques qui restent lettre morte sont écrites par le seul juridique, dans un langage technique, sans exemples ni référent accessible, et communiquées sur un ton anxiogène centré sur la sanction.
Le signalement suit la même logique : un canal identifié, une fiche minimale (date, outil, type d'incident, impact possible, données en jeu), et une condition culturelle : les erreurs commises de bonne foi ne sont pas sanctionnées. Sans elle, rien ne remonte.
Les référentiels, plus tard
ISO/IEC 42001, publiée en décembre 2023, est la première norme internationale de système de management de l'IA, et le cadre de gestion des risques du NIST propose une approche complémentaire, non prescriptive. Les deux servent, mais ni au démarrage, ni à tout le monde. Une organisation qui commence a besoin de quatre éléments :
- une cartographie des usages d'IA existants ;
- une charte opérationnelle illustrée d'exemples métiers ;
- un processus simple de validation et d'alerte ;
- une action de formation ciblée sur les risques concrets.
ISO 42001 sert ensuite de squelette pour organiser ces quatre éléments et suivre des indicateurs : nombre d'incidents, part d'usage des outils approuvés, participation aux formations. Elle sert l'équipe de gouvernance ; les utilisateurs, eux, ont besoin de la charte.