La variabilidad reciente incomoda porque llega después de que el programa ya fue publicado. Una línea termina antes un día, tarda más al siguiente, cambia el mix, recibe un material distinto o registra confirmaciones tarde. La reacción rápida es mover órdenes. A veces conviene hacerlo; otras, ese movimiento solo esconde que no se sabe qué ocurrió. Reprogramar es una decisión de coordinación, no un diagnóstico automático de capacidad.

La ficha pública de ISO 22400-2:2014 describe indicadores clave de rendimiento para la gestión de operaciones de fabricación. La referencia pública no ofrece un algoritmo para reprogramar, no predice fechas de pedido y no define una secuencia adecuada para una planta concreta. Indica, en cambio, que los KPI se describen con fórmula, elementos, comportamiento temporal, unidad o dimensión, grupos de usuarios y metodología. Antes de mover trabajo, esos atributos deben seguir visibles.

Esta guía está dirigida a dirección industrial u operaciones. No sustituye planificación detallada, no compromete una fecha al cliente y no autoriza cambios de secuencia, recursos, inventario, calidad o seguridad. Cuando una modificación pueda afectar producto regulado, trazabilidad, seguridad, contratos o una liberación, se aplica primero el control local. La evidencia de variabilidad ayuda a formular una propuesta; no concede permiso para ejecutar el cambio.

Empiece por comprobar si la variación es una señal útil

Una variación no es útil solo porque una gráfica tenga picos. Describa el resultado en una ventana concreta: qué se esperaba, qué se observó, qué unidad se usó, qué órdenes entran y cuál es el estado de los registros. El mismo porcentaje puede referirse a unidades buenas, horas, ordenes terminadas o consumo. Una comparación que cruza esas bases no indica cuánto cambiará al mover una orden.

También distinga ejecución física de registro administrativo. Una confirmación asentada al final del turno puede parecer retraso de producción aunque el producto ya estuviera disponible. Una orden abierta puede cambiar el denominador del informe. Una interfaz interrumpida puede reducir cobertura sin reducir la capacidad física. Es válido abrir una investigación sobre cualquiera de estos casos; no es válido tratarlos como el mismo mecanismo sin una fuente que los conecte.

ISO 22400-2 describe KPI para operaciones de fabricación y sus elementos asociados. Fuente: ISO 22400-2 La página de ISO no define el calendario de una fábrica ni afirma que una desviación de un KPI exige reprogramar. El alcance de la fuente obliga a marcar la diferencia entre la descripción de un indicador y una regla local de planificación.

La ventana importa tanto como el valor. Un promedio mensual puede suavizar un cambio que ya afecta a una orden crítica; una hora atípica puede exagerar una señal que desaparece al revisar el turno. Declare qué horizonte se utiliza y por qué corresponde a la decisión: la siguiente ventana de producción, el día, la semana o la campaña. Si no hay datos comparables para esa ventana, deje la decisión como pendiente.

Conserve dos planes: publicado y revisado

Un plan no debe reescribirse para que el cumplimiento se vea mejor. Conserve la versión publicada, su fecha de corte, las órdenes, las rutas y las prioridades vigentes. Si se prepara un escenario revisado, guárdelo como otra versión. Así se puede explicar qué cambió por ejecución observada, qué cambió por una hipótesis y qué estaba decidido desde el principio.

La comparación entre versiones debe mostrar desplazamiento, no solo un nuevo total. Pregunte qué orden sale de una ventana, a cuál entra, qué recurso cambia, qué restricción se asume y qué requisito permanece. Si una orden se mueve para proteger otra, el comité debe ver el riesgo que se traslada. Un calendario que parece limpio puede haber pospuesto una pérdida que aparecerá más tarde en otra línea, turno o pedido.

La descripción pública de ISO 22400-2 incluye comportamiento temporal y metodología de producción dentro de los KPI. Fuente: ISO 22400-2 No establece la versión que debe prevalecer en un sistema de planificación. Por ello, la compañía debe identificar el dueño del plan, las reglas de congelación y el proceso de cambio. La cita respalda claridad de definición, no una modificación unilateral de programación.

Cuando el escenario revisado use una tasa de salida, anote su fuente, producto, condiciones y vigencia. Una velocidad de una campaña larga no garantiza el resultado de una orden corta con cambio de formato. La tasa puede servir como supuesto de exploración, pero no debe presentarse como una promesa. Una señal de variabilidad es precisamente una razón para declarar dónde deja de ser fiable el promedio.

Revise la restricción antes de trasladar carga

La reprogramación tiene sentido cuando aclara cómo se usa una restricción o cuando protege una decisión con evidencia suficiente. No basta saber que una línea tuvo un mal resultado. Compruebe si el recurso limitó la salida del flujo, si existía capacidad alternativa, si había inventario intermedio, si una operación posterior tenía margen y si el material permite el cambio. Sin esa revisión, mover una orden puede saturar otra parte del proceso sin recuperar entrega.

Una restricción observable debe conservar identificador, intervalo, fuente y condición. Por ejemplo, una ventana de indisponibilidad de un activo puede estar registrada; que esa ventana comprometió una orden depende de la secuencia, el WIP, la ruta y la recuperación. Use verbos prudentes: «se observó», «se asocia para revisar», «se confirmó mediante el proceso local». Es la diferencia entre llevar una pregunta a planificación y cerrar una explicación demasiado pronto.

ISO 22400-2 se sitúa en la gestión de operaciones de fabricación. Fuente: ISO 22400-2 La ficha pública no identifica cuellos de botella locales, no calcula capacidad de recuperación y no asigna reglas de secuenciación. Si se necesita ese análisis, debe venir de las fuentes operativas aprobadas y de las personas autorizadas para interpretarlas.

Una propuesta prudente puede plantear dos escenarios: mantener la secuencia y vigilar una ventana, o mover una orden concreta bajo supuestos declarados. No prometa que uno «soluciona» el problema. Muestre qué evidencia observará después: terminación de orden, cumplimiento de una operación, capacidad restante, disponibilidad de material o estado de calidad. La reprogramación se vuelve revisable cuando incluye una comprobación posterior.

Diferencie recuperación observada de recuperación estimada

Después de una variación, es tentador recuperar todo el atraso con una sola cifra: horas extra, aumento de velocidad, cambio de lote o carga a otra línea. Cada opción necesita datos de cobertura, condiciones y autorización. La recuperación observada describe lo que un recurso ya hizo bajo condiciones identificables. La recuperación estimada convierte ese historial en una hipótesis sobre una ventana futura. Las dos deben aparecer en columnas distintas.

Evite sumar recuperación potencial de recursos que comparten una misma dependencia. Dos equipos pueden parecer disponibles, pero usar el mismo personal, material, utillaje, inspección o transporte. Contar ambas reservas como independientes sobreestima la capacidad. Si la fuente no permite resolver el solapamiento, diga que el escenario es incompleto. Un límite visible es preferible a un plan que falla de manera inesperada.

La ficha de ISO menciona fórmula, unidad o dimensión y metodología entre los aspectos de un KPI. Fuente: ISO 22400-2 No proporciona un modelo de capacidad para una planta ni valida un cálculo de recuperación. Todo cálculo interno debe conservar sus reglas, versiones y responsables. La norma no convierte un porcentaje de rendimiento en horas de entrega garantizadas.

La recuperación también puede tener límites de calidad, fatiga, mantenimiento o seguridad. No trate esos límites como barreras que deben desaparecer de la tabla. Son parte de la decisión. Si una opción exige más turnos, un cambio de ruta o una excepción, la autoridad adecuada debe evaluar esa consecuencia. La función de dirección es elegir qué pregunta y qué escenario se elevan, no forzar una respuesta técnica fuera de su procedimiento.

Presente una propuesta que pueda rechazarse con datos

Una buena propuesta de reprogramación contiene una afirmación falsable: «si se mueve la orden A a la ventana B, con la ruta C y los supuestos D, la restricción observada deja de afectar al pedido E; se comprobará con F». Si la evidencia desmiente el supuesto, el escenario se retira o se modifica. Una propuesta que solo dice «hay que reprogramar» no permite saber qué dato la sostendría o la invalidaría.

Incluya la fuente del plan, el instante de extracción, las órdenes afectadas, el estado de datos, la restricción, la recuperación observada, los supuestos, los riesgos y el rol que decide. No necesita colorear una celda en rojo para expresar urgencia. Una frase clara sobre el riesgo y una ruta de escalado local son más útiles que una confianza artificial.

La publicación ISO 22400-2 describe indicadores para usuarios de operaciones de fabricación; no compromete fechas comerciales ni autoriza cambios de planificación. Fuente: ISO 22400-2 Si un escenario puede afectar un cliente, un contrato o una liberación, la comunicación y aprobación pertenecen a los canales definidos por la organización. Esta página no ofrece asesoramiento contractual.

No cambie datos históricos para que una simulación encaje. Preserve el programa publicado y documente cada supuesto nuevo. Si no puede enlazar una variación con órdenes concretas, no afirme impacto de entrega. La próxima acción puede ser mejorar la trazabilidad entre plan, orden, recurso y confirmación. Esa mejora de evidencia puede ser la decisión correcta incluso cuando la reprogramación no lo es.

Límites y siguiente paso

Esta guía no predice la producción futura, no calcula una fecha de cliente y no prescribe una secuencia. La variabilidad puede venir de definiciones, datos, producto, material, recursos o condiciones que no están en un único KPI. Si aparece un posible riesgo de seguridad, calidad, trazabilidad o cumplimiento, active el procedimiento aplicable antes de preparar un escenario operativo.

El siguiente paso es elegir una ventana limitada y conservar la versión publicada del plan. Relacione una variación observada con órdenes, recursos y cobertura; después redacte un escenario con supuestos explícitos. Para una conversación más amplia sobre brecha de capacidad y demanda, consulte cómo explicar la brecha entre capacidad, plan y demanda.

Revise qué variación queda fuera de la media

Una media puede ayudar a describir una ventana, pero puede ocultar la variación que determina una decisión. Compruebe rangos, cambios de familia, horas de arranque, ventanas de mantenimiento, disponibilidad de material y datos faltantes. No se trata de buscar una excusa para cada resultado; se trata de comprobar que el promedio se refiere al trabajo que se pretende mover. Una reprogramación basada en una media ajena al producto puede desplazar el riesgo hacia otra orden.

Separe las observaciones por condiciones que cambian la lectura. Si la variabilidad aparece solo al cambiar un formato, quizá la siguiente pregunta sea sobre estándar, material o preparación. Si aparece en todas las referencias y hay cobertura suficiente, quizá sea razonable revisar una restricción más amplia. No declare una causa a partir de la agrupación. Use la agrupación para decidir qué evidencia recoger.

La página de ISO 22400-2 distingue elementos y comportamiento temporal dentro de las descripciones de KPI. Fuente: ISO 22400-2 No prescribe una prueba estadística ni una regla de reprogramación. La organización debe acordar qué variación considera señal operativa y quién puede cambiar el programa cuando esa señal se observa.

También revise qué cambios son reversibles. Una secuencia propuesta puede proteger una orden sin modificar datos maestros, pero puede dificultar otra operación. Un escenario que exige una ruta nueva, un recurso sin cualificación o una excepción de calidad no es una simple reprogramación. Anote el cambio y diríjalo al control correspondiente. La rapidez de la decisión no justifica saltar una autorización.

Deje un punto de revisión después del cambio

Toda reprogramación necesita una hora o hito de revisión. No espere al final del mes para descubrir que la señal siguió o que la cobertura no era comparable. Defina qué orden, indicador o registro se observará, quién lo revisará y qué resultado haría volver al plan previo o escalar una opción distinta. El punto de revisión reduce el coste de corregir un escenario mal planteado.

Si el plan revisado mejora el cumplimiento de una ventana pero crea una nueva exposición, deje ambas cosas visibles. La evaluación no debe premiar un escenario que solo mueve la desviación a otra fecha. La información más útil para dirección es qué se protege, qué se desplaza, qué supuesto lo hace posible y qué autoridad aceptó ese intercambio.

Evite que la urgencia convierta un escenario en una orden

Un escenario de planificación es una forma de explorar consecuencias. Puede tener valor aun cuando sea incompleto, siempre que se presente como tal. El problema aparece cuando una tabla exploratoria se transforma en una orden de producción sin que nadie haya confirmado disponibilidad, prioridad, calidad o recursos. La ficha debe señalar el estado: borrador para revisión, propuesta pendiente o cambio autorizado. No use palabras ambiguas que permitan a cada destinatario interpretar una aprobación distinta.

La fecha de extracción cuenta. Un escenario construido con un plan de la mañana puede quedar obsoleto después de una nueva confirmación, un cambio de material o una parada. Guarde el instante de la consulta y establezca cuándo pierde vigencia. Si la decisión no puede esperar, explique qué datos aún no están cerrados y qué rol acepta ese riesgo. La velocidad no debe borrar la trazabilidad de la excepción.

La decisión tampoco termina al aprobar el movimiento. Debe registrarse si el trabajo se realizó en la ruta prevista, si la recuperación ocurrió bajo las condiciones asumidas y si el pedido siguiente heredó una nueva restricción. Sin esa revisión, cada reprogramación parece una respuesta aislada y la organización pierde la oportunidad de distinguir un patrón repetido de una variación ocasional.

En una reunión directiva, una frase basta para mantener este límite: «el escenario protege la ventana X bajo los supuestos Y; no confirma capacidad adicional ni un compromiso al cliente». Esa precisión permite decidir qué autorización falta, sin presentar una simulación como si fuera una garantía.

Antes de cerrar la revisión, anote la alternativa que se descartó y el motivo. Puede ser mantener la secuencia, esperar una confirmación, proteger otra orden o pedir un dato adicional. Esa nota impide que, al día siguiente, el escenario elegido parezca la única opción posible. También permite revisar si la variabilidad cambió de forma que una alternativa antes descartada vuelva a ser razonable.

Preguntas frecuentes

¿Una semana variable obliga a reprogramar?

No. Una semana variable puede reflejar cambios de mix, registros pendientes, cobertura diferente o una señal todavía insuficiente. Revise la ventana, la versión del plan y la restricción antes de cambiar la secuencia.

¿Puedo usar el promedio histórico para comprometer una nueva fecha?

No por sí solo. Un promedio resume observaciones pasadas bajo condiciones que pueden no repetirse. Cualquier compromiso de fecha requiere el proceso comercial y operativo autorizado.

¿Reprogramar corrige una falta de capacidad?

No necesariamente. Puede desplazar la carga, proteger una orden o hacer visible una restricción, pero no crea capacidad ni confirma una causa técnica.

¿Qué datos deben acompañar una propuesta de reprogramación?

La versión del plan, órdenes y recursos afectados, ventana de variación, cobertura, restricciones conocidas, recuperación observada, supuestos y responsables de aprobar el cambio.

¿Quién puede cambiar una programación publicada?

La función autorizada por la organización según el proceso, el producto, los compromisos y los controles de calidad o seguridad aplicables. Esta guía no asigna esa autoridad.