Por qué tus pilotos de IA no llegan a producción
El piloto salió bien. Y ese es exactamente el momento en el que se quedó parado.
Carlos Andrés Ramírez ·
El piloto salió bien. Lo presentaste, hubo aplausos moderados, alguien dijo que había que llevarlo a toda la compañía. Eso fue en marzo. Sigue exactamente donde estaba.
He visto pilotos perfectamente ejecutados morir en silencio. Sin reunión de cancelación, sin acta. Nadie los mata y nadie los financia, así que se quedan corriendo en un entorno de pruebas hasta que el equipo que los construyó se deshace. Al año siguiente el mismo caso de uso reaparece en el backlog con otro nombre y otro sponsor, y vuelve a empezar el teatrito.
El diagnóstico que circula es siempre el mismo. Datos sucios, falta de governance, gestión del cambio. Todo cierto y todo inútil, porque describe el estado del paciente sin decir qué se firma el lunes.
Lo que bloquea el paso a producción es una decisión de dinero que nadie ha tomado, y que casi nunca llega al acta: quién paga que esto siga funcionando cuando deje de ser noticia.
El síntoma
¿Por qué mis pilotos de IA no llegan a producción?
Porque un piloto se aprueba como experimento y la producción se aprueba como gasto. Dos conversaciones distintas, dos comités distintos, dos apetitos de riesgo distintos. Y el equipo que ganó la primera suele descubrir tarde que la segunda no estaba en la agenda de nadie.
Cuando esa segunda decisión no existe, el proyecto entra en un estado reconocible. Ojo, no es que vaya mal: es que no va.
- El piloto sigue en un entorno de pruebas, con datos que alguien copia a mano cada semana.
- Nadie sabe decir contra qué línea de P&L se carga el gasto del año que viene.
- El sponsor que lo aprobó cambió de puesto y quien llegó después no lo heredó formalmente.
- Se pide una segunda PoC para confirmar lo que ya confirmó la primera.
- El coste de inferencia lo absorbe el presupuesto de innovación, que es temporal por diseño.
- No hay ninguna fecha escrita en la que el piloto deje de ser piloto.
El problema detrás
Nadie aprobó el coste de que funcionara.
Un piloto es barato porque está incompleto. Corre sobre un extracto que alguien preparó, lo vigila la misma persona que lo construyó, y si se cae un martes no pasa nada. Producción invierte esas tres cosas, y cada inversión tiene precio: una tubería de datos que se sostiene sola, observabilidad que te avisa de que el modelo se degradó antes de que te lo diga un cliente, y alguien de guardia. Ese paquete no es un extra del proyecto. Es la mitad del TCO, y aterriza cuando el comité ya creía que había aprobado el gasto.
Y hay una segunda cosa, bastante menos cómoda de decir. El piloto lleva dentro un incentivo perverso: mientras siga siendo piloto, nadie responde por su retorno. Se puede enseñar en el comité, se puede meter en la memoria anual, se puede maquillar el reporte de transformación. En cuanto entra en operación se convierte en una línea de coste con nombre y apellido, y alguien tiene que defenderla el año que viene delante de un CFO. Hay más gente de la que parece a quien le conviene que el piloto siga siendo piloto.
Un piloto que lleva medio año sin matarse y sin financiarse no está en evaluación. Está en un cajón con la luz encendida.
BECOME
La secuencia
¿Qué hay que decidir, y en qué orden?
El orden importa más que el contenido. Casi todas las organizaciones tienen partes de esto escritas en algún sitio, y las tienen en la secuencia equivocada: empiezan por la arquitectura y llegan al dueño al final, cuando el dueño es lo único que desbloquea a los otros cuatro.
- Corte
- El criterio que decide si el piloto se mata o se financia, escrito antes de mirar ningún resultado. Un número y una fecha. Escrito después, se escribe para justificar lo que ya se prefería hacer.
- Dueño
- El directivo de negocio que se lleva el resultado a su propio cuadro de mando. Ni el área de datos ni el equipo que lo construyó: quien ya responde por ese proceso y va a defender la línea de coste cuando se cierre el presupuesto.
- Línea
- Contra qué partida de P&L se carga el gasto recurrente: inferencia, plataforma, mantenimiento y guardia. Si sale de innovación, eso no es producción, es una prórroga.
- Orden de compra
- Qué se compra primero cuando el presupuesto no da para todo. La tubería de datos antes que la observabilidad, y la interfaz bonita la última. Se hace al revés casi siempre.
- Reversión
- Qué pasa el día que hay que apagarlo: quién ejecuta el proceso mientras tanto y cuánto tarda en volver el modo manual. Sin esa respuesta, riesgos no firma, y hace bien.
Cinco respuestas, un folio, y ninguna la contesta un ingeniero. Por eso se posponen: no tienen dueño natural dentro del plan de proyecto, y lo que no tiene dueño se discute en el pasillo hasta que se olvida. Mientras tanto el equipo sigue afinando la precisión del modelo, que es la única parte del problema que sabe resolver.
Coge el piloto que lleva más tiempo parado y busca en el acta que lo aprobó la frase que dice qué pasa si sale bien. Si no está, ya tienes el motivo. Escríbela ahora con las cinco decisiones resueltas y llévala al mismo comité que aprobó el piloto, con una fecha de corte propuesta. Si el comité no quiere fijar esa fecha, acabas de averiguar lo que el proyecto vale para ellos.
Preguntas frecuentes
¿Por qué mis pilotos de IA no llegan a producción?
Casi nunca por el modelo. Se atascan porque el piloto se aprobó como experimento y el paso a producción exige una decisión de gasto recurrente que nadie preparó: plataforma de datos, observabilidad, mantenimiento y guardia. Sin un dueño de negocio que cargue ese gasto en su presupuesto y sin una fecha de corte escrita, el proyecto se queda corriendo en pruebas hasta que el equipo se disuelve.
¿Cuándo hay que matar un piloto de IA?
Cuando llega la fecha de corte fijada al aprobarlo y no se cumple el criterio que se escribió entonces. Lo importante es que ambas cosas se escriban antes de ver resultados, porque después el criterio se ajusta solo para encajar con la decisión que ya se prefería. Un piloto sin fecha de corte no se mata nunca: se abandona, que sale más caro y no deja aprendizaje.
¿Qué cuesta de verdad llevar un piloto de IA a producción?
Lo que casi nadie presupuesta es el sostenimiento: la tubería de datos que ya no se alimenta a mano, la observabilidad para detectar cuándo se degrada el modelo, el mantenimiento y alguien de guardia cuando falla. Suele pesar tanto como la construcción y aparece cuando el comité ya daba el gasto por aprobado. Además el coste de inferencia crece con el uso, de modo que el éxito encarece la factura.
¿De qué presupuesto sale un sistema de IA en producción?
Del presupuesto operativo del área dueña del proceso. Financiar la operación con el fondo de innovación garantiza que el sistema se cae en el primer recorte, porque ese fondo es temporal por diseño. El cambio de partida presupuestaria es la señal más fiable de que un piloto pasó de verdad a producción, mucho más que cualquier demostración.