Qué cambia entre piloto y producción
Entre el piloto y la producción cambian los requisitos, no la tecnología. El piloto optimiza velocidad de aprendizaje: datos exportados a mano, un usuario entusiasta, evaluación por impresión. La producción optimiza continuidad: identidad corporativa, datos en su sistema de origen, excepciones resueltas sin intervención heroica y un tablero que sostiene la conversación de inversión.
Esa diferencia se paga en integración. Cuando el trabajo de integración aparece al final, el proyecto compite por presupuesto sin tener todavía un resultado medible que lo respalde.
| Dimensión | Piloto | Producción |
|---|---|---|
| Datos | Muestra exportada | Sistema de origen, con permisos |
| Identidad | Cuenta de proyecto | Directorio corporativo |
| Excepciones | Se resuelven a mano | Ruta de escalamiento definida |
| Medición | Percepción de los usuarios | Línea base y tablero |
Dónde se detiene el proyecto
El proyecto se detiene en el comité, no en la demostración. Sin identidad heredada, sin residencia de datos acordada y sin trazabilidad, el área de TI no tiene con qué aprobar el paso a producción, y la conversación se aplaza a la siguiente vigencia presupuestal.
—XX %
de los pilotos revisados no tenía dueño operativo asignado
Cómo se corrige el diseño
El diseño se corrige moviendo los requisitos de producción al inicio del proyecto. Antes de construir se define el dueño del proceso, la línea base de la métrica, la ruta de excepciones y el control que deja registro de cada decisión automatizada. El alcance del primer despliegue se recorta hasta que esas cuatro condiciones caben en una fase de seis a doce semanas.
El resultado no es un piloto más ambicioso. Es un proceso más pequeño que ya opera, con la evidencia necesaria para autorizar el siguiente.
Preguntas frecuentes
¿Cuándo un piloto está listo para pasar a producción?
Cuando tiene dueño operativo, una línea base medida y una ruta definida para las excepciones que no puede resolver.
¿Cuánto cuesta llevar un piloto a producción?
El costo se concentra en integración, identidad y observabilidad. En los despliegues revisados, esas tres partidas pesan más que el modelo.
¿Se puede reutilizar el trabajo del piloto?
El aprendizaje sí. El código del piloto rara vez sobrevive, porque se construyó sin los requisitos de operación.