De nombreuses organisations ont désormais une stratégie d’IA.
Elles ont identifié des opportunités.
Elles ont établi des principes.
Elles ont créé un comité de pilotage.
Elles ont produit une feuille de route remplie de cas d’usage, de gains d’efficacité, d’objectifs d’innovation et de flèches soigneusement dessinées.
Puis quelqu’un demande qui va faire fonctionner les systèmes.
La salle devient plus calme.
La stratégie est nécessaire. Les organisations devraient décider où l’intelligence artificielle crée de la valeur, où elle introduit des risques inacceptables, et quelles capacités elles entendent construire.
Mais une stratégie sans responsabilité opérationnelle est du théâtre.
Les présentations ne font pas tourner l’inférence.
Elles ne surveillent pas la qualité des sorties.
Elles ne gouvernent pas l’accès aux données.
Elles ne répondent pas aux incidents.
Elles ne gèrent pas les changements de modèle, les pannes de fournisseurs, les coûts croissants, les vulnérabilités de sécurité, le feedback des utilisateurs ou les obligations réglementaires.
Les gens le font.
Les systèmes d’IA traversent les frontières organisationnelles traditionnelles. Ils combinent infrastructure, logiciel, données, sécurité, interprétation juridique, processus métier et prise de décision humaine.
Cela rend tentant de répartir la responsabilité entre des comités.
Les comités peuvent gouverner.
Ils ne peuvent pas opérer.
Chaque système d’IA en production a besoin d’un responsable clairement identifié. Pas seulement un sponsor qui soutient le budget, mais quelqu’un responsable du comportement continu du système.
Ce responsable a besoin d’une autorité définie.
Il doit pouvoir approuver des changements, suspendre des déploiements, exiger des preuves, allouer des ressources d’exploitation et escalader les risques non résolus.
Il a aussi besoin d’une équipe opérationnelle.
Qui évalue les sorties ?
Qui examine les coûts ?
Qui maintient les prompts, les sources de récupération, les intégrations et les politiques ?
Qui gère les incidents en dehors des heures de bureau ?
Qui communique avec les utilisateurs concernés ?
Qui décide si le système reste adapté à son usage ?
Sans ces capacités, l’organisation n’a pas adopté l’IA.
Elle a financé une démonstration.
La partie difficile de l’IA consiste rarement à produire le premier résultat convaincant. La partie difficile est de rendre ce résultat répétable, gouvernable, abordable, sécurisé et utile à l’intérieur d’une organisation vivante.
Cela exige de l’ingénierie.
Cela exige une responsabilité produit.
Cela exige des opérations.
Cela exige un leadership prêt à accepter la responsabilité une fois la présentation terminée.
Une stratégie d’IA ne devient réelle que lorsque quelqu’un est responsable de ce qui se passe le lundi matin.