Fija la secuencia, optimiza alrededor de ella

La secuencia se decidió antes de que llegara el software

La secuencia de producción del día suele quedar fijada antes de abrir cualquier herramienta de programación. El planificador ya sabe qué sigue a qué, y en qué dirección: el cambio de un tono claro a uno oscuro es rápido, el inverso lleva mucho más tiempo; las familias sin alérgenos corren primero y luego el resto; los pedidos que comparten una ventana de entrega se quedan juntos. La mayor parte de esto nunca vive en el sistema de planificación. Es conocimiento operativo que sostiene el planificador y, en una línea con muchos cambios y máquinas en paralelo por etapa, no es una preferencia; es el plan de trabajo.

Software que quiere tu secuencia

La propuesta dominante del software de programación es la resecuenciación: entrégale la planta y la herramienta encontrará una secuencia mejor, una que reduzca el tiempo total de producción. En las líneas de las que trata este artículo, esa propuesta choca con tres realidades.

La matriz de tiempos de cambio es direccional, conocimiento por máquina que lleva el planificador: el tiempo desde cualquier producto hasta cualquier otro. Parte de la secuenciación es una decisión de cumplimiento: correr sin alérgenos antes que con alérgenos, lavados validados entre familias, ventanas de limpieza sobre las que nadie programa. Y agrupar corridas en campañas por familia amortiza la limpieza entre productos incompatibles. Una herramienta que reordena los trabajos libremente puede mejorar su propia visión del cronograma y aun así producir uno que el planificador no puede ejecutar, porque el reordenamiento rompe las restricciones que mantienen la línea legal, limpia y comprometida con sus clientes.

Fija la secuencia, optimiza alrededor de ella

La afirmación que defiende este artículo es simple: en estas líneas, la prueba correcta para el software de programación no es lo bien que reordena tus trabajos. Es lo bien que minimiza el tiempo total de producción dentro de la secuencia que tú mantienes. Consérvala. Deja que el software sea dueño de la asignación de máquinas y de los tiempos a su alrededor.

Congelar la secuencia tiene un inconveniente real. La literatura de programación existe porque reordenar ahorra tiempo, a veces muchísimo. Esas ganancias son reales, y congelar una secuencia débil renuncia a parte de ellas. El planificador mantiene la secuencia de todos modos, porque es dueño de las restricciones que no pueden calcularse: secuenciación de cumplimiento, estructura de campañas, compromisos con clientes que comparten una línea.

«Congelar» necesita ser preciso, porque tres cosas distintas reciben el nombre de congeladas:

El horizonte del programa maestro lleva décadas congelado como doctrina de planificación de la producción. La secuencia de ejecución es lo que este artículo sostiene que el planificador conserva. La asignación de máquinas y los tiempos, en cambio, es exactamente lo que debe quedar abierto: es la parte en la que el software es bueno.

El riesgo real es una secuencia congelada pero sin tiempos

El contraargumento obvio: congela la secuencia y creas tiempo de inactividad oculto. Una secuencia que se ve bien en un cuello de botella puede dejar varadas a las máquinas en paralelo: una línea que espera trabajo mientras otra línea en paralelo forma cola. La respuesta es que precisamente por eso el límite está donde está. El planificador congela la secuencia; el software es dueño de la asignación y los tiempos. Una secuencia congelada pero sin tiempos es un riesgo; una secuencia congelada con tiempos de propiedad del software es el punto. Las máquinas en paralelo por etapa son lo que hace no trivial la división: con varias líneas o cabezales de llenado por etapa, la secuencia no decide los tiempos. Quién corre qué, cuándo y en qué máquina es una segunda decisión, y ahí es donde vive la optimización.

Cuánto tiempo está en juego

Para hacer concreto el intercambio: un estudio publicado de una línea de ensalada de arenque midió los cambios en el 28 % del tiempo de línea anual disponible: 536 de las 1.928 horas, frente a un 47 % de producción real. El mismo estudio informa que un programa SMED (Single-Minute Exchange of Die) recortó el tiempo de cambio en un 34 % y ganó alrededor de un 11 % de capacidad de línea. Ninguna fuente contiene una comparación controlada entre congelado y libre, así que léelo como el tamaño del premio, no como un veredicto sobre congelar.

El punto es simple. En una línea donde los cambios consumen más de un cuarto del tiempo disponible, la secuencia, qué producto sigue a cuál, y los tiempos, cuándo corre cada trabajo y en qué máquina, pueden mover materialmente el tiempo total de producción. Ese es el motivo por el que el límite entre ambos es la decisión que importa, y por el que «quién es dueño de qué» es la pregunta que hay que hacerle a cualquier herramienta de programación.

Una nota honesta: esa misma planta informó un exceso de capacidad del 49 % en demanda pico y del 75 % en periodos normales, una medida del lado de la demanda, no una parte del tiempo de línea. La holgura puede reducir la urgencia de las decisiones de secuenciación, pero no las zanja. La planta igual hizo de la reducción de cambios su primera palanca, porque su holgura era estacional: la vida útil corta significaba que no podía simplemente construir inventario.

El dial de gobierno: Semi-Auto en el medio

Aquí es donde entra el modelo de modos, y es la respuesta a la pregunta de gobierno con la que este artículo empezó: el planificador decide si la secuencia es, o no, una restricción. Schantt implementa esa decisión como un dial con tres posiciones.

En un extremo, el modo Auto. La secuencia no es una restricción: el algoritmo de programación la decide, junto con la asignación de máquinas y los tiempos, con el objetivo de minimizar el tiempo total de producción.

En el medio, el modo Semi-Auto. El planificador introduce productos y cantidades en una secuencia de producción fija, y el algoritmo la preserva exactamente. Optimiza la asignación de máquinas y los tiempos a su alrededor, decidiendo qué máquina corre cada trabajo y cuándo, para minimizar el tiempo total de producción. Los cambios dependientes de la secuencia, introducidos como tiempos direccionales por máquina de un producto a otro, se pliegan en ese objetivo. En Semi-Auto el algoritmo los gestiona moviendo trabajos entre máquinas, nunca reordenándolos. Una hora de inicio mínima por trabajo es una palanca del planificador que no rompe la secuencia, y la elegibilidad de máquinas mantiene la asignación limitada a máquinas que realmente pueden correr el producto.

En el otro extremo, el modo Manual. Cada decisión la escribe el usuario: posición, producto, cantidad, etapa, máquina, inicio y fin. No corre ninguna optimización.

Elegir el modo es trazar la línea de gobierno. Nada de esto impone una secuencia de alérgenos, un bloque de familia o una escala de colores; esas son las reglas del planificador, y los modos implementan el límite que el planificador elige. Una preferencia en un solo sentido, como la secuenciación de claro a oscuro, se fomenta, no se impone, mediante tiempos de cambio asimétricos: la dirección desalentada lleva un cambio más largo, así el objetivo premia la secuencia preferida sin ordenarla.

La duración del congelado y la cadencia son el dial del planificador

Cuánto tiempo congelar y con qué frecuencia refrescar son decisiones del planificador, no ajustes del software. En la práctica eso significa volver a correr el cronograma con una secuencia fija actualizada a una cadencia que el planificador elige: diaria, por turno, o cada vez que la secuencia cambia materialmente. El congelado es la secuencia que entregas; todo lo demás se reoptimiza en cada corrida.

No toda línea necesita este argumento. En líneas casi independientes de la secuencia, donde los cambios son rápidos y uniformes, ni congelar ni secuenciar pesa mucho. Este artículo está deliberadamente acotado: flowshops y flowshops híbridos con muchos cambios y dependientes de la secuencia, con máquinas en paralelo por etapa. Las topologías convergentes y divergentes, donde los productos se fusionan o se dividen a lo largo de la línea, son un problema distinto y no se tratan aquí.

Qué preguntarle a tu software de programación

Cuando evalúes software de programación para una línea con muchos cambios, las preguntas siguen al argumento:

• ¿Preserva la secuencia que le das, o la trata como una sugerencia?
• Dentro de esa secuencia, ¿es dueño de la asignación de máquinas y los tiempos, minimizando el tiempo total de producción?
• ¿Puedes trazar la línea de gobierno por situación, con la secuencia totalmente libre, totalmente fija o totalmente manual, sin cambiar de herramientas?
• ¿Puedes refrescar a tu propia cadencia, alimentando una secuencia fija actualizada cuando quieras?

La afirmación que defiende este artículo es una sola: el planificador decide si la secuencia es o no una restricción. El software que optimiza alrededor de esa decisión, gestionando la asignación y los tiempos dentro de una secuencia de la que el planificador es dueño, se gana su lugar en la línea. El software que insiste en arrebatar la secuencia está pidiendo un trabajo que el planificador no va a soltar.