Réponse · POC
Faut-il prévoir la réversibilité d’un POC ou d’une expérimentation IA ?
Oui, en version allégée — et pour une raison qui n’est pas juridique : un POC qui réussit passe en production sans repasser par une étape d’achat, et hérite alors des conditions négociées pour l’expérimentation. C’est le mécanisme par lequel la plupart des dépendances non maîtrisées entrent dans une organisation.
Les quatre points à prévoir dès le POC
- La titularité des comptes d’accès aux modèles. C’est le point qui coûte le plus cher à corriger après coup, parce qu’il implique de refaire les intégrations.
- Le sort des données versées pendant l’expérimentation : suppression à l’issue, restitution ou conservation — à trancher avant de verser les données.
- Les invites et règles métier dans un dépôt que vous contrôlez. Pendant un POC, cela ne coûte rien ; après dix-huit mois de production, cela coûte un projet.
- Une clause de révision à la bascule en production, qui rouvre les conditions — dont la réversibilité. C’est elle qui empêche le mécanisme décrit plus haut.
Ce qu’il est inutile de prévoir
- Un plan de réversibilité complet, un test de reprise, un critère d’équivalence fonctionnelle. Le coût de rédaction excède le risque, et l’exiger fait échouer des expérimentations qui devaient avoir lieu.
La limite
- Cette réponse suppose un POC sur données non sensibles et sans décision affectant des personnes. Si l’une des deux conditions tombe, ce n’est plus un POC du point de vue des obligations applicables.
Le guide complet : Plan de réversibilité — cloud et IA.
Lire le guideVoir aussi : Toutes les réponses · Inventorier avant de rédiger · L’inventaire des usages d’IA