Automatizar un proceso industrial es conseguir que ocurra sin que nadie tenga que empujarlo: que los datos se capturen solos, que las decisiones repetitivas se tomen según reglas escritas y que una persona intervenga solo cuando de verdad aporta criterio.
Qué se automatiza en realidad
Rara vez se automatiza un proceso entero. Lo que se automatiza son los tramos con reglas claras, y se deja en manos de personas lo que exige juicio. Un proceso bien automatizado suele tener las dos cosas.
- La captura de datos: lecturas de sensores, códigos de barras, formularios. Sustituir el tecleo elimina de golpe una fuente entera de errores.
- Las decisiones con regla: si el nivel baja de un umbral, generar el pedido. Si el lote no cumple, apartarlo. Reglas que ya existen, aunque estén en la cabeza de alguien.
- Los traspasos entre sistemas: que lo que se registra en producción llegue a inventario y a facturación sin que nadie copie nada.
- Los avisos: que el sistema avise cuando algo se sale de lo previsto, en lugar de esperar a que alguien lo note.
Lo que no conviene automatizar
Un proceso que cada persona resuelve de forma distinta no está listo: primero hay que acordar cómo se hace. Automatizar un desacuerdo lo congela, no lo resuelve.
Tampoco conviene automatizar lo que ocurre pocas veces y cambia cada vez. El esfuerzo de escribir todas las excepciones supera con creces lo que se ahorra.
Cómo saber si un proceso está listo
Hay señales bastante fiables de que un proceso pide ser automatizado:
- El mismo dato se teclea dos veces: en dos sistemas distintos, o en un sistema y en una hoja de cálculo. Es la señal más clara de todas.
- La información llega tarde: se sabe lo que pasó ayer, no lo que está pasando ahora, y las decisiones se toman con retraso.
- Depende de una sola persona: si alguien se ausenta y el proceso se detiene, el proceso no está en el sistema, está en esa persona.
- Se corrigen los mismos errores: si cada semana se arregla el mismo tipo de fallo, hay una regla esperando a ser escrita.
Por dónde empieza un proyecto real
No empieza comprando software. Empieza mirando cómo se hace hoy el trabajo, que casi nunca coincide con cómo dice el manual que se hace. Esa diferencia es donde están las decisiones que nadie escribió y que el sistema tendrá que contemplar.
Después se mide: cuántas veces ocurre, cuánto tarda, cuántas veces falla. Sin esa medición previa no habrá manera de demostrar después si mejoró.
Qué exigir desde el primer día
Que el sistema deje rastro. Cada acción automática debería quedar registrada, con lo que recibió y lo que hizo, y avisar a alguien cuando falla.
Un proceso automático que falla en silencio es peor que uno manual: nadie lo está mirando, y el problema se descubre cuando ya lleva días acumulándose.
La medida del éxito
No es que la máquina haga el trabajo. Es que el equipo deja de comprobar si lo hizo bien, porque ya confía en el resultado, y dedica ese tiempo a lo que sí necesita criterio.