Un proceso roto no se arregla con IA. Primero hay que limpiar el cubo

Hice esta foto en Indonesia la semana pasada.Mirada desde la IA, parece una confesión.

Así son la mayoría de los proyectos de IA en las empresas medianas.

En las diapositivas de estrategia (Londry) ves:

• «Agente de IA para automatización de extremo a extremo»
• «Motor de decisión autónomo»
• «Orquestación inteligente de flujos de trabajo»

En la realidad tienes un cubo con:

• Ningún responsable claro del proceso
• Apaños en Excel y por correo
• Sistemas heredados que nadie tiene permiso para tocar
• Una calidad de datos que nadie menciona en las reuniones

Y luego se pintan encima los casos de uso de IA, como la flecha engañosa del cartel.

Es de cara a la galería.Sin ningún cambio estructural.Y todos los implicados lo saben, solo esperan que el modelo esquive el desorden de alguna manera.

Un proceso roto no se arregla con un modelo de IA.Lo que haces es automatizar la avería: más rápido, más difícil de ver, más difícil de gobernar.

A las pocas semanas, alguien de Operaciones manda un correo:«Nadie sabe por qué recomienda esto. ¿Lo corregimos a mano o nos fiamos?»

Ahí es cuando el proyecto se queda en silencio.

La secuencia que funciona, cuando funciona:

Primero, limpia el cubo.• Mapea el proceso real, no el del manual.• Elimina el desperdicio, los apaños por correo y el conocimiento que solo vive en la cabeza de dos personas.

Arregla el flujo.• Responsables claros. Entradas limpias. Decisiones documentadas.• Aburrido, lento y a veces humillante, cuando te das cuenta de cuánto tiempo lleva funcionando el apaño.

Después añade IA, solo donde resuelva algo.

Esto lleva más tiempo del que promete tu presentación.Exige admitir lo que está roto.La mayoría de las direcciones no están estructuralmente preparadas para esa conversación.

La pregunta no es si tu equipo directivo es lo bastante listo para ver el cubo.

Es si tiene la libertad estructural para admitir que está ahí.