Cómo ejecutar un piloto de IA que supere la adquisición
La demostración sale bien. Los usuarios están satisfechos. Luego, el departamento legal pregunta adónde fue a parar la información, el equipo de seguridad pregunta quién puede ver qué, y la oficina de finanzas pregunta cuánto cuesta al mes. Si no has preparad…
Qué sucedió
El patrón es consistente en todos los despliegues. El primer mes es técnico: ¿funciona?. El segundo mes es de adopción: ¿alguien lo utiliza?. El tercer mes es institucional: se involucran los departamentos de compras, legales, seguridad y finanzas, y no están evaluando el modelo, están evaluando si la organización puede asumir el riesgo. La mayoría de los equipos se preparan para el primer mes y son sorprendidos en el tercer mes.
Por qué es importante para los equipos de despliegue
Nada del tercer mes es técnicamente difícil, y eso es exactamente la trampa. La residencia de datos, el control de acceso, la retención y la atribución de costos son todos solucionables en una semana si se comienzan en la primera semana. Se vuelven insolucionables cuando se descubren tarde, porque para entonces el piloto tiene usuarios, y deshacerlo es un problema político más que de ingeniería.
Qué hacer al respecto
Introducir las tres preguntas en el diseño. Datos: anote, antes de escribir código, qué sistemas puede afectar el modelo y qué sale del límite de la red — un diagrama de flujo de datos de una página resuelve la mayoría de las revisiones legales en una sola reunión. Acceso: implemente permisos en el momento de recuperación, no como un después pensamiento, y sea capaz de demostrarlo a pedido. Costo: instrumente el costo por consulta desde el primer día, porque la primera pregunta que hace la finanza es qué sucede a diez veces el volumen, y un número es mejor que una promesa.
La reunión a la que no estás invitado
Dos artefactos cambian el resultado. Un registro de riesgos de una página que enumera qué puede salir mal en el sistema y qué mitiga cada elemento, y un flujo de datos escrito. Ambos son aburridos, ambos llevan una tarde, y ambos convierten una revisión de tres meses en una de dos semanas. Los equipos que los saltan no fallan porque el riesgo era inaceptable; fallan porque nadie podía describir el riesgo.