La interacción entre etapas es la razón por la que las reglas de despacho local, y las herramientas construidas sobre ellas, fallan en los flowshops híbridos

El cronograma de cada etapa puede ser defendible y la línea aun así terminar tarde. La mezcladora procesa primero los trabajos cortos porque despejan la cola más rápido. La envasadora sigue la misma lógica en su propia cola. El trabajo crítico del cliente espera detrás de los trabajos cortos en ambas etapas, y nadie tomó una mala decisión. Cada decisión local fue razonable. El cronograma con el que terminó la línea no lo es.

Este es el patrón del que las reglas de despacho local no pueden escapar en un flowshop híbrido. La regla no es mala en su trabajo. Simplemente no puede ver las etapas alrededor de la que sirve.

Qué decide realmente una regla de despacho local

Una regla de despacho, a veces llamada regla de prioridad, responde una pregunta en una cola: ¿qué trabajo toma a continuación esta etapa o máquina? Puede usar el tiempo de procesamiento más corto, la fecha de entrega más temprana, la secuencia en la que llegaron los trabajos o cualquiera de las variantes de la literatura. La literatura de investigación de operaciones había catalogado más de cien de ellas en 1977, y la lista ha crecido desde entonces.

Lo que las hace útiles es también lo que las limita. Una regla solo necesita la información visible en la cola a la que sirve. Nunca ve la congestión aguas abajo, la disponibilidad de material aguas arriba ni qué máquina de la siguiente etapa estará libre cuando llegue un trabajo. Para una sola máquina con una sola cola, eso suele bastar. Para una línea de etapas, no.

El mecanismo: las etapas interactúan y las decisiones locales no se suman

En un flowshop, la salida de una etapa es el suministro de la siguiente. La secuencia en la que los trabajos salen de una etapa determina cuándo los recibe la siguiente y cuánto material mantiene en cada momento. Un flowshop híbrido añade un segundo acoplamiento: cada etapa puede tener varias máquinas en paralelo, así que la línea decide no solo la secuencia, sino también en qué máquina corre cada trabajo. Estas decisiones no son independientes. Se pasan efectos entre sí.

La literatura sobre anomalías del flow shop lo plantea directamente. Un análisis de 2020 de Panwalkar y Koulamas mostró que, en un flow shop, reducir el tiempo de procesamiento de una sola operación, eliminar un trabajo o incluso eliminar una máquina puede empeorar el cronograma general. Los cronogramas que prohíben que una máquina quede ociosa, que un trabajo espere entre etapas o que una etapa retrase su inicio hacen más probables estas anomalías. Un cambio local envía su efecto a través de las etapas que lo rodean, así que mejorar una operación de forma aislada no es un paso sólido.

Un ejemplo concreto muestra el efecto. Dos etapas, una alimentando a la otra. La etapa aguas abajo aplica una regla de tiempo de procesamiento más corto, así que saca de su cola primero los trabajos cortos. Un trabajo largo espera mientras los trabajos cortos pasan. Aguas arriba, el alimentador sigue suministrando lo que la cola aguas abajo vacía, porque eso es todo lo que su propia regla puede ver. El trabajo largo se desplaza hacia el final en cada etapa, y todo trabajo detrás de él se desplaza también. Cada etapa está haciendo exactamente lo que dice su regla. La línea está haciendo lo incorrecto.

El momento de los cambios muestra la misma interacción. Cuando el tiempo de cambio depende de la secuencia, una etapa que ordena sus trabajos para minimizar sus propios cambios puede entregar a la siguiente etapa una secuencia que añade cambios allí. La primera etapa ahorró tiempo que nunca vuelve a ver, y la segunda lo paga. Optimizar el tiempo de cambio de una etapa no es optimizar el de la línea.

El coste: una herramienta que ignora la interacción hereda la ceguera

Una herramienta de programación construida sobre reglas de despacho local no falla porque sus reglas sean toscas. Falla porque le muestra al planificador la misma vista local de cola y la llama cronograma terminado. El planificador ve el cronograma de cada etapa, cada uno defendible, y ningún lugar donde aparezca el problema real de la línea.

Lo que el planificador no ve es lo que cuesta la interacción. Las etapas aguas abajo sufren inanición mientras un trabajo crítico espera aguas arriba. Los amortiguadores crecen porque las etapas se alimentan en la secuencia que prefieren sus propias reglas, no en la que necesita la línea. El tiempo total de producción aumenta poco a poco, y el cronograma se compromete antes de que el patrón se haga visible.

La brecha es medible. En un estudio de 2020 sobre un flowshop híbrido real de dos etapas con cambios dependientes de la secuencia, un enfoque de optimización basado en simulación produjo mejores cronogramas que las reglas de despacho estándar que las plantas suelen ejecutar. El resultado es específico de ese caso, y no debe leerse en él ningún porcentaje general. Esa dirección es lo que importa: en un flowshop híbrido real, coordinar las decisiones a lo largo de la línea venció a decidir cada cola localmente.

Qué cambia la programación de toda la línea

La programación de toda la línea hace lo contrario de una regla de despacho. En lugar de responder una cola a la vez, decide juntos la secuencia de producción, la asignación de máquinas y la temporización, y deja que una simulación de la ruta completa arbitre el resultado. La simulación es la clave. Recorre cada trabajo por sus etapas y ve las interacciones que las reglas no pueden ver: cuando una etapa aguas abajo se queda sin material, el cronograma muestra una pausa de espera de material en lugar de ocultar el estancamiento dentro de una cola de aspecto defendible.

Esto cambia lo que el planificador puede ver y hacer. La inanición aguas abajo aparece como pausas de espera de material en el cronograma, así que deja de ser invisible. La agrupación de cambios ahora sirve al tiempo total de producción en lugar del tiempo de cambio de una sola etapa. La asignación de máquinas se coordina por etapa y, en un modo que fija la secuencia de producción, sigue optimizando la asignación dentro de ella, así que las plantas con una secuencia fijada operativamente no se ven forzadas a reordenar para obtener el segundo eje.

No es un optimizador general de fábrica. La vista de toda la línea vive dentro de un conjunto de restricciones modeladas: las etapas, las máquinas, los calendarios, los cambios y los tiempos de transferencia que la planta realmente introdujo. El único objetivo es el tiempo total de producción. No pondera el coste contra el tiempo, no impone fechas de entrega y no modela rutas que convergen o divergen. Dentro de esa línea modelada, las decisiones se toman juntas, y las interacciones entre etapas son parte de la decisión.

La conclusión

Una regla de despacho local es una buena respuesta para una sola cola. No es una buena respuesta para una línea, porque en un flowshop híbrido las etapas están acopladas, y una decisión local de cola no puede ver el acoplamiento. Las herramientas que construyen su cronograma a partir de estas reglas heredan esa ceguera, y el coste aparece como inanición, amortiguadores y un tiempo total de producción más largo.

Cuando evalúes una herramienta de programación, hazte una pregunta: ¿ve toda la ruta o una etapa a la vez? Si programa cada etapa contra su propia cola, ya tomó la decisión que derrota al cronograma. La herramienta que coordina la secuencia, las máquinas y la temporización a lo largo de la línea aborda el problema que tiene la planta.