La política de reprogramación importa tanto como el método de optimización

A las 07:00 el cronograma es impecable. Una secuencia de producción limpia, máquinas equilibradas, toda la semana leída como una sola tanda fluida. A las 09:00 una máquina se detiene. Al mediodía, el cronograma clavado en la pared y el cronograma que cualquiera construiría ahora son dos documentos distintos, y nadie puede decir exactamente cuándo divergieron, ni por qué.

El algoritmo hizo su trabajo, y el cronograma que construyó era bueno. Lo que falló fue la respuesta: nadie decidió qué debía pasarle al cronograma cuando la planta dejó de cooperar. Cuando un cronograma se rompe, ¿quién decide qué se reconstruye, y hay alguien que lo decida a propósito?

El valor por defecto que llega con la herramienta: volver a ejecutar y aceptar lo que salga

En una planta sin ningún algoritmo de programación, la semana se construye en una hoja de cálculo, y una disrupción significa que el equipo de planificación la reconstruye a mano, sin una forma rápida de ver qué hizo el paro aguas abajo. Ese es un problema real, y puede que sea el que tú tienes.

La trampa no desaparece cuando llega una herramienta de programación; cambia de forma. El nuevo valor por defecto pasa a ser: ejecutar el algoritmo otra vez y aceptar lo que devuelva. El algoritmo está bien. Lo que sale mal es la inestabilidad. Un pequeño cambio en la entrada produce un gran cambio en el cronograma, el cronograma no deja de moverse y la planta deja de tratarlo como un compromiso.

Eso importa porque la función de un cronograma es ser algo contra lo que la gente pueda trabajar. Un cronograma que se mueve cada vez que algo se mueve deja de cumplir esa función; los equipos dejan de confiar en los tiempos que muestra y se convierte en otro documento más. El cuello de botella no es la calidad de la optimización. Es la regeneración sin gobierno: reconstruir el cronograma en lugar de ajustarlo, sin que nadie decida entre las dos cosas.

La afirmación contracorriente: la política de regeneración es el cuello de botella

Este artículo sostiene que el método de optimización no es lo que separa los cronogramas fiables de los inútiles. Lo es la política de regeneración. Una gran ejecución de optimización no vale nada si el cronograma se descarta ante la primera disrupción. Lo que mantiene fiable un cronograma es la política que decide cuándo regenerar, qué reconstruir y qué congelar.

La reprogramación se ha estudiado durante décadas como un problema distinto, con sus propias decisiones superpuestas al optimizador; un artículo marco de 2003 en el Journal of Scheduling ya cartografió el campo.

La política tiene tres palancas

Cuándo regenerar: el disparador. La literatura distingue políticas de disparo por eventos, periódicas e híbridas. Política es el nombre habitual de este nivel, aunque las fuentes no son consistentes al respecto. Para un planificador el punto es más simple: cuando el cronograma se rompe, la primera pregunta es si este cambio merece siquiera una nueva ejecución.

Qué reconstruir: el alcance. El espectro va de «reconstruir todo» a «solo retrasar lo afectado». La reprogramación completa trata el cronograma como desechable y construye uno nuevo; la reprogramación parcial mantiene algunas partes y revisa el resto. Ambas son opciones estudiadas, y ambas tienen su lugar.

Qué congelar: el ancla. Lo que permanece fijo determina qué puede seguir mejorando el optimizador. Una reconstrucción completa puede reorganizar la secuencia de producción para encontrar una disposición con menos cambios de formato; mantener la secuencia fija deja las asignaciones de máquinas y la temporización como únicos grados de libertad. Congelar es la palanca entre «todo puede moverse» y «nada se mueve».

Estas tres palancas se sitúan sobre cualquier optimizador, en cualquier herramienta. El algoritmo responde a «dada la reconstrucción, ¿cuál es el mejor cronograma?». La política responde primero a la pregunta más importante: «dada la disrupción, ¿qué debería ser siquiera la reconstrucción?».

La contrapartida honesta

El argumento aquí es a favor de la política, no de congelar. La otra cara:

• Congelar cuesta un poco de optimalidad. Mantener fijas partes del cronograma deja al optimizador menos grados de libertad con los que trabajar.
• Más regeneración no es automáticamente mejor. Qué política gana depende del patrón de disrupciones que afronta realmente una planta, así que la elección merece hacerse deliberadamente y no por defecto.
• Algunas disrupciones no deberían disparar la regeneración en absoluto. Un planificador que ha introducido tiempos de transferencia conservadores o un calendario realista ya ha dado al cronograma margen para absorber una pequeña perturbación sin una nueva ejecución.
• La inestabilidad es a veces una decisión empresarial deliberada, no un accidente.

Una planta puede reaccionar de más ante la misma disrupción y obtener inestabilidad, o reaccionar de menos y conservar un cronograma obsoleto. Esa tensión es la razón por la que la decisión merece tomarse con antelación.

Tres modos, tres posturas de regeneración

En Schantt, los tres modos de programación son las tres posturas de regeneración, la expresión de producto de la política más que una taxonomía de disrupciones:

Modo Auto: reconstruir todo el cronograma. El algoritmo vuelve a decidir la secuencia de producción, las asignaciones de máquinas y la temporización, y construye el cronograma desde cero. Esta es la postura para los cambios amplios conocidos de antemano en los que la libertad de secuenciación es aceptable.

Modo Semi-Auto: mantener la secuencia de producción. La secuencia de producción permanece fija, exactamente como la introdujo el planificador; el algoritmo reoptimiza las asignaciones de máquinas y la temporización dentro de ella. Semi-Auto no se limita a retrasar las operaciones afectadas y empujar el resto más tarde: reoptimiza en torno a la secuencia congelada. Esta es la palanca de congelación hecha concreta.

Modo Manual: redactar a mano el cronograma. Al redactar desde cero, el planificador escribe el cronograma fila por fila. Schantt valida la ruta de proceso, la compatibilidad de máquinas, las reglas de posición y las restricciones de calendario, y no ejecuta ninguna optimización. El cronograma queda tal como se redactó. Este es el caso extremo de congelación.

¿Cómo entra una disrupción en el cronograma? Como capacidad modelada, introducida por el planificador. Una ventana de inactividad, para una máquina o para toda la planta, se resta de la capacidad laboral antes de programar, de modo que la nueva ejecución encamina el trabajo a su alrededor. Una excepción de calendario, un festivo o una fecha de horas extra, anula los calendarios para esa fecha. El flujo de trabajo siempre lo dispara el planificador: el planificador introduce el cambio, el planificador vuelve a ejecutar, el planificador elige el modo. La herramienta nunca reprograma en silencio. En Auto y Semi-Auto, cada nueva ejecución optimiza hacia un único objetivo: minimizar el tiempo total de producción.

Escribe la política antes de la próxima disrupción

Nada de esto exige un manual de políticas. Exige decidir, con antelación, qué hacer en un puñado de casos:

• Para un cambio amplio conocido de antemano, un paro planificado o una semana de festivo, reconstruye todo el cronograma. Elige el modo Auto.
• Para una disrupción localizada en la que la secuencia que la planta está preparada para ejecutar debe mantenerse, conserva la secuencia y reoptimiza en torno a ella. Elige el modo Semi-Auto.
• Donde el cronograma debe reflejar una decisión ya comprometida de principio a fin, redáctalo tú mismo. Cuando la disrupción solo exige una corrección manual específica, elige también el modo Manual: cualquier cronograma se reabre en él independientemente del modo que lo creó, y la actualización aplica solo las filas que el planificador cambia o elimina, dejando todo lo demás tal como está.

El cronograma se regenera repetidamente a lo largo de una semana con disrupciones; la cuestión es que cada regeneración sea una elección, no un reflejo. Así que escribe la política: cuándo regenerarás, qué reconstruirás, qué congelarás. Luego deja que la herramienta lleve a cabo esas elecciones.

La próxima disrupción no está en cuestión

Solo lo está la respuesta. El optimizador hará su parte; la política decide cuánto del cronograma puede tocar una nueva ejecución. El software con posturas de regeneración distintas hace más que producir cronogramas: permite que la planta gobierne cómo evoluciona su cronograma. Así es como un cronograma sobrevive al contacto con la planta y sigue mereciendo confianza.