Prévoir aussi une fin pour un pilote d’IA
Un pilote a besoin de critères pour continuer, réduire son périmètre ou s’arrêter. Les fonctions déjà développées ne justifient pas seules l’étape suivante.
Un pilote d’IA fournit une base pour décider de la suite de son utilisation. Cela inclut l’arrêt d’un parcours inadapté. Si seule l’extension suivante est prévue, il manque une manière claire de traiter les résultats qui vont à l’encontre de l’usage envisagé.
Fixer les résultats nécessaires avant l’essai
Dans cet exemple fictif, un pilote doit préclasser des demandes d’assistance technique. Les incidents critiques du portail ne doivent pas disparaître dans la file courante sans signal visible. L’équipe fixe cette limite avant le test et prépare des cas adaptés.
Microsoft recommande de comparer les configurations d’IA sur les mêmes cas et d’examiner les erreurs individuelles. La poursuite dépend donc du respect des décisions et limites prévues dans les cas pertinents. Un cas courant convaincant ne répond pas à la question d’un signalement critique manqué.
Autoriser plusieurs décisions
La réaction dépend des constats réels et du périmètre d’usage acceptable. Le tableau décrit des décisions possibles, pas des résultats mesurés :
Décision | Fondement possible | Conséquence |
|---|---|---|
Continuer dans des limites | Les critères nécessaires sont étayés dans le périmètre prévu | Poursuivre les essais du périmètre vérifié de façon contrôlée |
Réduire le périmètre | Une partie est utilisable, mais une décision automatique importante reste incertaine | Confier cette partie à une personne responsable pour le moment |
Arrêter le pilote | Des exigences essentielles restent insatisfaites pour l’usage prévu | Mettre la fonction automatique hors service de façon organisée |
Le profil NIST pour l’IA générative prévoit responsabilités et critères pour remplacer, dissocier ou désactiver des systèmes d’IA inadaptés. Il recommande aussi communication et processus alternatifs. Cela ne constitue pas un jugement économique général sur un pilote donné. La décision sur son utilisation doit s’appuyer sur les objectifs et les résultats du pilote.
Organiser la fin comme un transfert
Arrêter le préclassement automatique ne doit pas laisser les demandes reçues sans traitement. L’équipe doit pouvoir retrouver les dossiers ouverts et poursuivre leur prise en charge. Les collaborateurs concernés doivent savoir quelle fonction s’arrête et quel parcours prend le relais.
Consignez les critères, la configuration étudiée et le motif de décision. Des cas de test adaptés, des limites identifiées ou des intégrations réutilisables peuvent rester utiles après l’arrêt. Le travail de développement déjà investi ne remplace toutefois pas une base pour l’extension suivante. Un redémarrage se justifie par une tâche modifiée ou des résultats améliorés de façon vérifiable.
Sources
À lire aussi
Tous les articles
IA & automatisation avec ASES
Assistants IA et processus automatisés