Por qué un único tiempo de ciclo promedio falla cuando los trabajos comparten máquinas

El plan que no puedes explicar en la planta

Tu plan guarda un número por operación: un tiempo de ciclo en una columna de la hoja de cálculo, un minuto estándar del ERP, una velocidad de línea en unidades por hora. Ya sea un tiempo por unidad o su tasa inversa, es un número que representa la operación. Todo trabajo de esa operación toma su temporización de ese número. En la planta, el número deja de sostenerse. El trabajo tarda más de lo que dice el plan, o espera donde el plan no muestra nada, y el veredicto natural es malos datos o mala suerte. Normalmente no es ninguna de las dos. El problema es la abstracción en sí: un número no puede llevar qué máquina corre qué trabajo, cuándo, ni cómo se resuelve la contención por el grupo compartido. Una vez que una etapa tiene máquinas que corren a tasas distintas, cambian de forma distinta o siguen calendarios distintos, el promedio único deja de representar la etapa.

Una etapa con dos máquinas

Toma una pequeña etapa hipotética con dos máquinas. La máquina A corre a 100 unidades por hora, la máquina B a 60 unidades por hora. El planificador introduce un promedio de 80 unidades por hora por máquina, porque el plan guarda un número por operación. Un trabajo de 10.000 unidades necesita la etapa. La tabla 1 contiene todo el ejemplo. Cada cifra está inventada para esta demostración; ninguna está medida.

Tabla 1. Etapa hipotética de dos máquinas (solo ilustrativa)

Las 62,5 horas del plan promedio son 10.000 dividido entre 160: cronometra el trabajo contra toda la etapa como un único cubo de capacidad de 160 unidades/h, repartiendo el trabajo entre ambas máquinas. No cronometra el trabajo contra una máquina al promedio por máquina de 80 unidades/h, que serían 125 horas; ninguna máquina de este ejemplo corre a 80 unidades/h. El trabajo tarda 100 horas solo en la máquina A y 167 horas en B (10.000 dividido entre 60, redondeado a la hora entera). El cambio de 90 minutos en B se lista por separado para que el efecto del cambio tenga su propia línea.

Efecto 1: en qué máquina aterriza realmente el trabajo

En una etapa cuyas máquinas corren a velocidades distintas, el mismo trabajo tiene una duración distinta en cada máquina. El promedio pliega ambas máquinas en un número, y ese número no coincide con ninguna. La propia temporización del plan muestra la brecha: le da al trabajo de 10.000 unidades 62,5 horas porque lee el trabajo contra la capacidad combinada de 160 unidades/h de la etapa. El cronograma, en cambio, debe colocar el trabajo en una máquina a su tasa real: 100 horas en A, 167 horas en B. El exceso no es un error de datos; es la brecha entre un promedio combinado y la máquina que el cronograma usará realmente. El plan ni siquiera puede decir cuál es esa máquina. La asignación de máquinas, la decisión para la que existe un cronograma, se borró cuando dos tasas se convirtieron en un número.

Efecto 2: cuándo está libre cada máquina (contención)

Dos trabajos que ambos necesitan la máquina A al mismo tiempo se la disputan: uno comienza cuando el otro termina, con un posible cambio entre ellos. En el plan promedio, la etapa es un único cubo de 160 unidades/h, así que ambos trabajos parecen avanzar en paralelo. En la planta, la máquina A procesa un trabajo a la vez, así que el segundo hace cola. Una etapa aguas abajo se cronometra entonces a partir de un inicio que el grupo de máquinas no puede cumplir, porque el plan no muestra espera donde la espera ocurrirá. La contención es a nivel de máquina: un trabajo espera en la máquina a la que está asignado, y solo la ocupación de esa máquina produce la espera. El plan construido a partir de un número por operación no tiene dónde guardar la cola, así que la cola ocurre igualmente, fuera de la página.

Efecto 3: una penalización de cambio que solo existe una vez que se conoce la secuencia de la máquina

Un tiempo de cambio pertenece a una máquina y a un par de familias de producto en secuencia: cuánto tarda la máquina B en cambiar depende de qué corrió en B antes del siguiente trabajo. Hasta que una máquina no tiene una secuencia de trabajos, la penalización no existe. El promedio por operación no puede contenerla, porque el promedio se calculó antes de que existiera máquina o secuencia alguna; no hay lugar en un único número para que se adhieran los minutos. El resultado es un tiempo de producción subestimado: el plan muestra las horas de corrida, omite los minutos de cambio y queda corto exactamente por el cambio que nunca programó. El cambio de 90 minutos en B es tiempo real de máquina siempre que la secuencia de B junte dos familias de producto, y un plan que solo guarda promedios no tiene forma de saber que esos minutos existen.

Efecto 4: disponibilidad por máquina

Las máquinas llevan calendarios: mantenimiento planificado, ventanas de limpieza, paradas por festivos, huecos entre turnos. Una máquina parada un jueves no puede procesar trabajo ese día, y un cronograma que modela máquinas encamina alrededor del hueco. Una tasa promedio por operación no tiene donde enganchar ese hecho. El promedio no puede distinguir un jueves en el que corren ambas máquinas de un jueves en el que una está parada, así que el plan carga trabajo en la ventana no disponible y la hora de finalización prometida se desliza por la longitud de la ventana. El grupo de máquinas mantiene su calendario; el plan no.

Cuándo el promedio es legítimamente adecuado

Nada de esto hace que el promedio sea inútil. Es la unidad correcta para una comprobación de capacidad en el horizonte correcto. Para preguntas de medio plazo sobre si la etapa tiene capacidad suficiente para el volumen del próximo mes, una tasa agregada es una herramienta razonable y estándar; la planificación jerárquica se construye exactamente sobre ese patrón: agregar para el medio plazo y desagregar hacia el cronograma. La afirmación aquí es deliberadamente más acotada: el promedio es la unidad equivocada para un cronograma de capacidad finita a nivel de máquina en una etapa heterogénea, un cronograma cuyo único trabajo es decir qué máquina corre qué trabajo, y cuándo.

Qué cambia el modelado a nivel de máquina

La solución cambia el nivel de los datos, no los datos en sí. Los tiempos estándar y las velocidades de línea detrás del promedio ya existen. Introducirlos por máquina y por clase de producto, cada máquina con sus propios tiempos de cambio y su propio calendario, coloca los mismos números donde pueden decidir la asignación de máquinas. El algoritmo de programación coloca entonces los trabajos en las máquinas, y la contención deja de ser invisible: los trabajos de la misma máquina hacen cola en el tiempo, y el cronograma minimiza el tiempo total de producción entre ellos.

Lo que cambia para quien lee el cronograma es el último paso. Agrupa el cronograma por máquina para que cada máquina sea su propio carril, y las duraciones de corrida, los cambios entre trabajos consecutivos, las esperas y los huecos de inactividad aparecen donde ocurren. Los cuatro efectos anteriores eran invisibles porque el plan no tenía máquina a la que adjuntarlos; un carril por máquina es donde se hacen visibles. El cronograma que un gerente de planta puede señalar, máquina por máquina, es uno que ha nombrado sus máquinas. Las guías del producto cubren en detalle los pasos de introducción y lectura.

Conclusión: un cronograma de capacidad finita nombra sus máquinas

Un número por operación es la unidad correcta para una comprobación de capacidad y la unidad equivocada para un cronograma que debe decidir qué máquina corre qué trabajo. Estos cuatro efectos son lo que un único promedio no puede representar una vez que una etapa tiene máquinas que difieren; la abstracción, no los datos, es el problema. Un cronograma cuya temporización refleja el grupo real de máquinas es uno que modela el grupo: sus máquinas, tasas, cambios, calendarios e inactividad, y el material que fluye entre etapas dentro del cronograma. No se afirma nada más allá de ese grupo modelado.