M365Con 2027 – conferencia online gratuita · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Análisis de escenarios «qué pasaría si» en la planificación de producción: un método

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Por ·

El análisis de escenarios «qué pasaría si» en la planificación de producción consiste en copiar el plan, cambiar una suposición y comparar los resultados. Aprende los pasos, los datos, las herramientas y las comprobaciones.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

El análisis de escenarios «qué pasaría si» en la planificación de producción consiste en mantener un plan de referencia, cambiar una suposición y comparar el resultado antes de que ocurra nada en la realidad. La suposición puede ser una máquina que se detiene dos turnos, un pedido urgente, un material que falta o un nuevo modelo de turnos. La comparación muestra qué efecto tiene cada opción en las fechas de entrega, la carga y las horas extra. Este artículo está dirigido a planificadores de producción que quieren un método repetible, no una hoja de cálculo puntual, y que necesitan saber qué datos, herramientas y comprobaciones hacen que las respuestas sean fiables.

Puntos clave

  • Un escenario «qué pasaría si» toma tu plan de referencia, cambia una suposición, como la avería de una máquina o un pedido urgente, y compara el resultado con el de referencia antes de que ocurra nada en la realidad.
  • Empieza por la decisión y, después, elige dos o tres variables y dos o tres KPI, porque un escenario sin una decisión detrás es solo un ejercicio.
  • Cambia primero una variable cada vez y combina variables solo cuando entiendas el efecto de cada una por separado.
  • Prueba el modelo con un periodo pasado antes de confiar en él para un periodo futuro, ya que el valor de un modelo depende de que su resultado sea lo bastante preciso para el fin que persigue.
  • Las herramientas de Microsoft cubren partes del trabajo: los planes maestros de Dynamics 365 pueden contener estrategias de planificación alternativas, y los parámetros «qué pasaría si» de Power BI sirven para cálculos sencillos, no para secuenciar programas.

¿Qué es un escenario «qué pasaría si» y qué no es?

Un escenario es un conjunto coherente de suposiciones sobre el futuro, ejecutado sobre el mismo modelo que tu plan de referencia. El plan de referencia es tu mejor plan actual. Todo lo demás es una variación de él.

Merece la pena separar tres ideas que la gente suele confundir.

  • Una previsión indica lo que esperas que ocurra. Un escenario indica lo que ocurre si pasa algo concreto.
  • Una pregunta «qué pasaría si» es la pregunta que formulas. La simulación de fábrica es una forma de responderla, ejecutando un modelo de la planta con entradas elegidas. Una hoja de cálculo o una ejecución de planificación en tu sistema ERP es otra.
  • Un análisis de sensibilidad varía una entrada dentro de un rango para ver cuánto se mueve el resultado. Te indica qué suposiciones merecen tu atención.

Las tres tienen el mismo objetivo: conocer las consecuencias de una decisión mientras todavía es barato cambiar de opinión.

¿Qué decisiones merecen un escenario?

Ejecuta un escenario cuando una decisión sea costosa de revertir, cuando interactúen varias restricciones o cuando la respuesta no sea obvia por experiencia. Desencadenantes típicos en la planificación de producción:

  • Una máquina cuello de botella estará parada por mantenimiento y debes decidir qué pedidos se retrasan.
  • Un cliente pide una fecha anterior. ¿Qué desplaza y quién paga el coste?
  • Las ausencias o los festivos reducen la plantilla durante una semana.
  • Un proveedor anuncia un retraso en un material clave.
  • La combinación de productos está a punto de cambiar y quieres saber si la capacidad actual sigue siendo suficiente.
  • Estás considerando un segundo turno, un nuevo colchón de inventario o utillaje adicional.

Omite los escenarios para decisiones baratas y fáciles de deshacer, y para preguntas en las que el plan ya es viable con holgura suficiente. Un escenario cuesta tiempo de un planificador y debe aportar una decisión mejor.

¿Cómo se ejecuta un análisis de escenarios «qué pasaría si» en producción?

Esta es una secuencia que funciona en una hoja de cálculo y en software especializado.

  1. Escribe la decisión. Una frase: "Tenemos que decidir X antes del viernes." Si no puedes escribirla, todavía no necesitas un escenario.
  2. Congela la línea base. Guarda el plan actual con sus supuestos: calendarios, tiempos de ciclo, lista de pedidos y disponibilidad de material. Cada escenario se compara con esta versión, así que no debe cambiar mientras trabajas.
  3. Elige las palancas. Las palancas son las cosas que puedes cambiar o que podrían cambiar: capacidad, personal, prioridades de pedidos, fechas de entrega y llegada de material. Escoge dos o tres que sean relevantes para esta decisión.
  4. Define rangos realistas. Pregunta a quienes lo saben. ¿Cuánto tarda una reparación típica? ¿Con qué frecuencia llegan tarde los proveedores y cuánto retraso acumulan? No inventes cifras; usa tu propio histórico y marca cualquier estimación como tal.
  5. Elige las medidas. Dos o tres KPI bastan: entrega a tiempo, plazo de entrega (lead time), utilización del cuello de botella, horas extra y trabajo en curso. Defínelos antes de ejecutar nada, para que nadie elija después el que más le convenga.
  6. Cambia una palanca cada vez. Ejecuta cada escenario contra la línea base. Combina palancas solo después de entender el efecto de cada una por separado.
  7. Compara y decide. Pon la línea base y los escenarios uno al lado del otro. Discute qué harías en cada caso y anota la decisión y la razón.
  8. Guarda el registro. Guarda los supuestos y el resultado junto con la decisión. Los necesitarás cuando revises qué pasó realmente.

Este es un ejemplo hipotético, inventado solo para mostrar la lógica. Una celda tiene una prensa cuello de botella que produce 300 unidades por turno. La planta opera diez turnos a la semana, así que la capacidad es de 3.000 unidades. Los pedidos de esta semana suman 2.700 unidades, es decir, el 90 % de la capacidad. La línea base es viable, con un turno de holgura.

  • Escenario A: La prensa se para durante dos turnos. La capacidad baja a ocho turnos, o 2.400 unidades. Quedan 300 unidades sin cubrir, así que algunos pedidos no llegan en su fecha.
  • Escenario B: La misma avería, más un turno en sábado. La capacidad vuelve a 2.700 unidades, pero la carga ahora es del 100 %. Cualquier nueva incidencia supone una fecha incumplida.
  • Escenario C: La misma avería, y el planificador traslada 300 unidades de pedidos de baja prioridad a la semana siguiente. Los pedidos clave se envían a tiempo y un cliente recibe una llamada hoy, no una sorpresa el viernes.

Nada de esto requiere una herramienta sofisticada. Necesitas una línea base, una palanca y una comparación honesta. El valor está en ver que B parece una solución, pero no deja ninguna reserva.

¿Qué datos y herramientas necesitas?

Empieza con lo que ya tienes. Un escenario necesita las mismas entradas que el propio plan: pedidos y fechas de entrega, rutas y tiempos de ciclo, recursos y calendarios, disponibilidad de material. Si estos datos no son fiables, cada escenario hereda el error. Corrige primero los datos maestros; si no, discutirás sobre el modelo en lugar de sobre la decisión.

Después, elige la herramienta según la complejidad de la pregunta.

  • Una hoja de cálculo basta cuando uno o dos recursos y un puñado de pedidos determinan la respuesta, como en el ejemplo anterior.
  • La ejecución de planificación de tu ERP puede abordar preguntas impulsadas por materiales. En Dynamics 365 Supply Chain Management, los planes maestros permiten simular distintas estrategias de planificación, y la documentación de Microsoft indica que puedes crear tantos planes como quieras y conservar algunos para distintos pronósticos o simulaciones. Consulta con tu socio de implementación cómo encaja esto en tu versión y en tu motor de planificación, porque la página no describe en detalle la gestión de escenarios. La planificación maestra trabaja con materiales y capacidad a nivel general, y no es una herramienta de secuenciación detallada.
  • Un planificador de capacidad finita o un modelo de simulación es la opción adecuada cuando interactúan máquinas compartidas, preparaciones que dependen de la secuencia, turnos y habilidades. En ese caso, un cálculo sencillo puede parecer correcto mientras el plan diario es inviable.
  • Power BI es un buen lugar para mostrar a los responsables los resultados de los escenarios. Sus parámetros what-if permiten al usuario mover un control deslizante y ver cómo cambia una medida. Microsoft indica que están diseñados para usarse en medidas dentro de los objetos visuales, y que un parámetro puede tener como máximo 1000 valores únicos. Eso los hace útiles para preguntas sencillas como "¿qué efecto tiene un 5 % más de desperdicio en la producción?" No secuencian una planificación. Úsalos como interfaz para los resultados, no como motor.

Elijas la herramienta que elijas, mantén fuera de ella dos cosas: las suposiciones por escrito y el registro de decisiones. Las herramientas cambian, pero los documentos perduran.

¿Cómo saber que las respuestas son fiables?

Un escenario solo es tan bueno como el modelo que hay detrás. Tres comprobaciones ayudan.

Haz un backtest. Ejecuta el modelo sobre un periodo pasado del que sepas qué ocurrió. Compara su resultado con los datos reales. En la literatura sobre simulación, esto se denomina validez operativa: si el comportamiento de salida del modelo es lo bastante preciso para el uso previsto, dentro del rango de condiciones en el que se utilizará. Un artículo de Sargent y colegas presentado en la Winter Simulation Conference lo plantea así y señala que el riesgo del usuario del modelo, es decir, aceptar un modelo erróneo, debe mantenerse bajo. En palabras sencillas: si el modelo no es capaz de reproducir el mes pasado, no lo uses para decidir el próximo mes.

Conoce tus variables clave. Haz variar cada suposición en su rango y observa cuáles modifican el resultado. A menudo, dos de ellas dominan. Esas merecen mejores datos. El resto puede quedarse con datos aproximados.

Muestra el rango, no un único número. Una afirmación como "enviamos el jueves" sugiere una precisión que no tienes. "Entre el miércoles y el viernes, según el tiempo de reparación" es más honesto y más útil. Los responsables pueden gestionar la incertidumbre si la ven.

¿Cómo convertirlo en un hábito y no en un proyecto?

El trabajo con escenarios fracasa cuando depende de la hoja de cálculo de una sola persona. Unas cuantas prácticas lo mantienen vivo.

  • Asigna un responsable de la línea base y de los datos del modelo. Sin uno, el modelo se aleja de la realidad de la planta.
  • Reserva una breve sesión semanal en la que el planificador, el responsable de producción y, cuando haga falta, compras y ventas revisen las preguntas abiertas. Trae dos o tres escenarios, no veinte.
  • Revisa después. Cuando termine la semana, compara lo que ocurrió con lo que indicaba el escenario. ¿Dónde se equivocó y por qué? Actualiza el modelo o los rangos.
  • Comparte la lógica, no solo el resultado. Si el responsable de producción entiende las suposiciones, las cuestionará pronto, que es precisamente el objetivo del ejercicio.
  • Mantén a finanzas al corriente. Las preguntas de coste, como las horas extra frente a una entrega tardía, necesitan los mismos escenarios con cifras de coste añadidas. Acuerda una vez los datos de coste para que las cifras no cambien entre reuniones.

Los datos en tiempo real ayudan cuando lo básico funciona. Si el avance real se devuelve al plan, los escenarios parten del estado real de la planta y no del plan de ayer. Primero asegura la lógica y los datos maestros. Una fuente en vivo sobre un modelo débil solo produce respuestas erróneas más rápido.

Errores comunes

  • Ejecutar escenarios sin una decisión detrás.
  • Cambiar varios factores a la vez, de modo que nadie sabe qué causó el efecto.
  • Comparar escenarios con una línea base que ha cambiado entretanto.
  • Usar cifras de mejor caso para los tiempos de ciclo y de reparación.
  • Saltarse el backtest porque el modelo "parece correcto".
  • Informar de un único número en lugar de un rango.
  • Crear escenarios para todo y no actuar sobre ninguno.
  • Olvidar registrar la decisión, de modo que la revisión no tiene nada que comparar.

Dónde encaja Polaris

Si tus preguntas de simulación («qué pasaría si») implican máquinas compartidas, turnos y cambios en la combinación de productos, una simulación del sistema de producción puede responderlas más rápido que una hoja de cálculo. iFAKT describe Polaris como IA más un gemelo digital para la producción, que trabaja con datos de ERP. El módulo Polaris Simulator prueba el sistema de producción de forma virtual antes de tomar decisiones reales, incluidos los escenarios de capacidad, personal y colchones de inventario, y muestra los cuellos de botella y los desequilibrios de utilización. El módulo Polaris Optimizer crea un plan optimizado con restricciones y analiza el impacto de las interrupciones. Pruébalo primero con una decisión real y compara los resultados con un cálculo en una hoja de cálculo en la que confíes.

Temas relacionados para explorar

  • Planificación ante interrupciones: cómo preparar respuestas estándar para averías de máquinas, retrasos en el suministro de materiales y ausencias de personal.
  • Capacidad frente a programación finita: por qué una vista de carga semanal puede parecer correcta mientras la programación diaria falla.
  • Cambios en la combinación de productos: cómo probar de qué manera un desplazamiento hacia variantes complejas mueve el cuello de botella.
  • Validación del modelo en la práctica: comparar los plazos de entrega simulados y reales de un periodo pasado.
  • Informes de escenarios: mostrar la línea base y los escenarios en paralelo en Power BI para que los responsables puedan seguir la lógica.

Siguiente paso

Elige la siguiente decisión que tengas sobre la mesa y escríbela en una sola frase. Después guarda tu plan actual como línea base y ejecuta tres escenarios sobre él, cambiando una variable cada vez. Esta pequeña ronda de análisis de escenarios en la planificación de producción te dirá si el método merece un lugar en tu reunión semanal.

Entidades en este artículo

Factory simulation Dynamics 365 Power BI Polaris Simulator Polaris Optimizer iFAKT GmbH

Artículos relacionados

RSS

Patrocinado

iFAKT GmbH