Définir autre chose que le succès
Un projet pilote commence souvent avec une liste de bénéfices espérés. Nous proposons d’ajouter les circonstances qui justifieraient une pause : trop de corrections, une information difficile à vérifier ou une dépendance que l’équipe ne peut pas entretenir. Écrire ces critères au départ évite de changer constamment la définition de la réussite.
Un exemple mesurable
Dans une simulation de classement de demandes, l’équipe pourrait interrompre l’essai si plusieurs catégories essentielles restent confondues malgré une correction de la consigne. Le seuil devrait être choisi selon les conséquences réelles, pas emprunté à une règle universelle. Il faut aussi conserver les exemples qui expliquent pourquoi la limite a été atteinte.
Arrêter pour apprendre
Suspendre un usage n’implique pas d’abandonner toute l’IA. Cela peut mener à simplifier la tâche, à améliorer les documents ou à garder une validation humaine plus importante. Notre analyse est qu’un essai utile produit une décision explicable, y compris lorsqu’elle consiste à ne pas automatiser pour le moment. Continuer sans apprendre ne rend pas le pilote plus concluant.
