Cómo detectar oportunidades de automatización en una fábrica

La técnica más productiva es acompañar una unidad de trabajo de principio a fin: una orden de fabricación desde que se lanza hasta que se expide, o un dato desde que se genera hasta que alguien lo usa para decidir. En el recorrido se anotan cada traspaso, cada espera, cada vez que se copia algo y cada consulta a otra persona.

• ¿Dónde se escribe a mano un dato que ya existe en otro sistema o en una máquina?
• ¿Qué tareas dependen de que una persona concreta esté presente?
• ¿Dónde se espera: a un material, a una aprobación, a una información?
• ¿Qué se revisa dos veces porque no hay confianza en el primer registro?
• ¿Qué hojas de cálculo paralelas mantiene la gente para suplir lo que el sistema no da?

Conviene observar en distintos turnos y días. El turno de noche o el lunes por la mañana, tras una parada, suelen mostrar problemas que no aparecen un martes tranquilo.

Lo que pesa no es la duración de una tarea, sino su duración multiplicada por su frecuencia. Como ejemplo ilustrativo: rellenar un parte de fin de orden que lleva seis minutos y se hace cuarenta veces al día en la planta suma cuatro horas diarias, el equivalente a media jornada. Una tarea de una hora que se hace una vez al mes pesa mucho menos, aunque parezca más pesada.

Además del tiempo directo, anota los efectos indirectos: errores que provocan retrabajos, información que llega tarde y obliga a replanificar, máquinas paradas a la espera de una decisión. Suelen valer más que los minutos de trabajo ahorrados.

Antes de automatizar una tarea hay que preguntarse por qué existe. Un ejemplo: en una planta se pide automatizar la conciliación diaria entre lo que el ERP dice que se ha consumido y lo que hay en el almacén. Preguntando varias veces «¿por qué?», se descubre que la diferencia nace de que los consumos se declaran al final del turno, de memoria, y no cuando se cargan los materiales. Automatizar la conciliación aliviaría el síntoma; capturar el consumo en el puesto en el momento de la carga elimina la causa.

• Preguntar «por qué» hasta llegar a una decisión de diseño del proceso, no a una persona.
• Separar la tarea que aporta valor de la que solo compensa un fallo anterior.
• Comprobar si el problema desaparece con un cambio de procedimiento antes de invertir en software o máquinas.
• Identificar qué datos faltan para que la decisión pueda tomarse antes o de forma automática.

Cada fábrica es distinta, pero ciertos patrones se repiten lo bastante como para buscarlos de forma explícita durante la observación:

• Captura automática de contadores, estados y paradas de máquina en lugar de anotarlos a mano.
• Partes de producción y consumos declarados en el puesto, con lectura de códigos, en el momento en que ocurren.
• Avisos cuando una orden se retrasa, falta material o una máquina lleva demasiado tiempo parada.
• Acceso en el puesto al plano, la instrucción o la receta vigente, sin buscar en carpetas compartidas.
• Inspecciones visuales repetitivas que podrían apoyarse en visión artificial, con revisión humana de los casos dudosos.
• Informes de turno o diarios que se montan copiando datos de varios sitios.

Al terminar la observación suele haber una lista larga. Para convertirla en un plan conviene valorar cada caso con los mismos criterios, de forma sencilla y comparable. Una escala de 1 a 3 en cada columna basta para ordenar la conversación.

Un buen primer caso combina impacto visible, datos que ya existen o son fáciles de capturar, riesgo bajo y una forma clara de medir el resultado. Antes de empezar hay que registrar la situación de partida (tiempos, errores, retrasos) con el mismo método de observación; sin esa línea base no habrá forma de saber si la mejora ha sido real.

1. ¿La oportunidad sale de observar el trabajo real en varios turnos, no de una suposición?
2. ¿Se ha medido la duración por la frecuencia, y no solo la impresión de pesadez?
3. ¿Se ha entendido la causa, y se ha descartado que un cambio de procedimiento lo resuelva?
4. ¿Están disponibles los datos necesarios o se sabe cómo capturarlos?
5. ¿Queda fuera de las funciones de seguridad de la máquina, o se tratará con quien es responsable de ellas?
6. ¿Hay una línea base y un indicador para comprobar el resultado tras el piloto?

Con dos o tres casos que cumplan estos criterios es más fácil arrancar que con un plan maestro de cincuenta iniciativas. Lo aprendido en los primeros, sobre datos, sobre la planta y sobre la forma de trabajar, mejora la valoración de los siguientes.