Por qué la mayoría de los pilotos no terminan nunca.
La mayoría de los proyectos de IA en empresas no fracasan de forma visible. No hay un anuncio de que se canceló ni una junta donde se decida apagarlo. Simplemente se quedan en un limbo: nadie lo usa del todo, nadie lo cancela del todo, y sigue apareciendo en la lista de "proyectos activos" seis meses después sin que nadie pueda decir si funcionó.
El ciclo de noventa días existe para eliminar ese limbo. No es una técnica de gestión de proyectos genérica: es una regla que obliga a que, en un plazo corto y conocido desde el primer día, exista una respuesta con datos a una sola pregunta: ¿el número se movió o no?
Las cuatro reglas que no se negocian.
- Eligen por dolor, no por moda. El proceso se elige porque es repetitivo, de alto volumen y porque alguien se queja de él cada semana — no porque sea nuevo o llamativo en una presentación.
- Miden antes de tocar nada. Se define un solo número de negocio que debe moverse (horas, pesos, tiempo de respuesta, tasa de conversión) y se mide antes de rediseñar cualquier sistema. Sin línea base, cualquier resultado se puede interpretar como éxito.
- Nombran un dueño con autoridad real. Una persona con nombre, no un comité, responde por el resultado y tiene autoridad para ajustar el proceso mientras corre.
- Ponen fecha límite desde el día uno. Si el número no se movió en el plazo acordado, el proyecto se apaga sin extensiones ni excepciones. El fracaso rápido cuesta menos que el piloto eterno.
Las tres etapas de treinta días.
Lo que casi nadie hace y debería: escribir la línea base y el número objetivo en un documento fechado el día 1, antes de que empiece el entusiasmo del proyecto a nublar el juicio sobre qué cuenta como éxito.
Apagarlo no es fracasar.
La parte más incómoda del método, y la que más valor tiene, es la disposición genuina a apagar un proyecto que no movió el número. La mayoría de las empresas trata cualquier inversión de tecnología como una decisión que ya se tomó y hay que defender, en vez de una hipótesis que hay que probar. Eso es lo que mantiene vivos, gastando presupuesto y atención, a proyectos que ya se sabe que no van a funcionar.
El fracaso rápido y medido cuesta menos que el piloto eterno que nadie se atreve a cancelar.