Prever también un final para un piloto de IA
Un piloto necesita criterios para continuar, reducir su alcance y terminar. Las funciones ya desarrolladas no justifican por sí solas la siguiente ampliación.
Un piloto de IA aporta una base para decidir sobre el uso posterior. Esto incluye terminar un flujo inadecuado. Si solo se prevé la siguiente ampliación, falta una forma clara de tratar resultados que desaconsejan el uso previsto.
Fijar los resultados necesarios antes del ensayo
En este ejemplo ficticio, un piloto debe preclasificar solicitudes de soporte técnico. Los incidentes críticos del portal no deben desaparecer en la cola rutinaria sin una señal visible. El equipo fija este límite antes de la prueba y prepara casos adecuados.
Microsoft recomienda comparar configuraciones de IA con los mismos casos y examinar errores individuales. Continuar depende de que las decisiones y límites previstos se respeten en los casos pertinentes. Un caso rutinario convincente no responde a la cuestión de un aviso crítico pasado por alto.
Permitir varias decisiones
La respuesta depende de los hallazgos reales y del alcance de uso aceptable. La tabla describe decisiones posibles, no resultados medidos:
Decisión | Posible fundamento | Consecuencia |
|---|---|---|
Continuar con límites | Los criterios necesarios están respaldados en el alcance previsto | Seguir probando de forma controlada el alcance revisado |
Reducir el alcance | Una parte es utilizable, pero una decisión automática importante sigue sin aclararse | Dejar esa parte a una persona responsable por ahora |
Terminar el piloto | Siguen sin cumplirse requisitos esenciales para el uso previsto | Retirar la función automática de forma ordenada |
El perfil NIST para IA generativa contempla responsabilidades y criterios para sustituir, desconectar o desactivar sistemas de IA inadecuados. También recomienda comunicación y procesos alternativos. Esto no equivale a un juicio económico general sobre un piloto concreto. La decisión sobre su uso debe basarse en los objetivos y resultados del propio piloto.
Diseñar el final como un traspaso
Detener la preclasificación automática no debe dejar sin atender solicitudes recibidas. El equipo necesita encontrar los casos abiertos y seguir tramitándolos. El personal afectado debe saber qué función termina y qué flujo toma el relevo.
Registre criterios, configuración examinada y motivo de la decisión. Los casos de prueba adecuados, los límites identificados o las integraciones reutilizables pueden seguir sirviendo después del final. El desarrollo ya realizado no sustituye una base para la siguiente ampliación. Reiniciar se justifica por una tarea modificada o por resultados mejorados de forma verificable.
Fuentes
Seguir leyendo
Todos los artículos
IA y automatización con ASES
Asistentes de IA y procesos automatizados