Planificación operativa: del calendario a la decisión
Business case · Planificación operativa
Cada plan es una decisión sobre coste, capacidad y riesgo.
Un planificador operativo convierte pedidos, recursos, restricciones y prioridades en una secuencia ejecutable. Cuando la realidad cambia, permite medir el impacto antes de comprometer una nueva fecha.
Leer el business caseLa tesis
Planificar no es ordenar tareas. Es proteger el negocio dentro de sus restricciones.
Las hojas de cálculo y la experiencia operativa pueden sostener un plan mientras la demanda es estable y las reglas son pocas. Cuando aumentan las referencias, los recursos compartidos, los cambios de configuración o las ventanas de servicio, cada ajuste desencadena decisiones difíciles de evaluar manualmente.
¿Qué combinación protege mejor la operación cuando cumplimiento, coste, riesgo y estabilidad compiten entre sí?
Estado real
Demanda, inventario, recursos, órdenes, ubicaciones y disponibilidad.
Reglas
Capacidad, competencias, secuencias, ventanas, frecuencias y precedencias.
Criterio económico
Coste, cumplimiento, cambio, desplazamiento, riesgo y estabilidad.
Decisión
Un escenario factible, comparable y preparado para replanificarse.
La mejor forma de entender un planificador es seguir las decisiones que construyen el plan.
Caso 01 ↓Caso industrial · CSS
Secuenciar producción cuando cada cambio tiene un coste distinto.
Pedidos, perfiles, colorantes, stock y capacidad compiten en una misma decisión. Producir las referencias correctas no basta: también importa el orden.
- Decisión
- Qué fabricar, en qué célula y secuencia.
- Riesgo
- Entregas tardías y capacidad consumida en cambios.
Hipótesis de valor
¿Cómo se construiría el business case?
* Supuesto de modelización. No aparece en la herramienta ni ha sido validado. El valor real debe calcularse con horas recuperadas, cambios evitados, expediciones urgentes y estabilidad del plan.
“Antes discutíamos el orden pedido a pedido. Ahora podemos ver qué secuencia protege las entregas y cuánto tiempo de cambio estamos aceptando.”
Caso de cadena operativa
Cuando una adaptación deja de ser local.
Un cambio atraviesa fabricación, proveedores, recepción y expedición. La decisión necesita una lectura común de riesgo, respuesta y nueva fecha comprometida.
- Decisión
- Qué secuencia puede volver a comprometerse.
- Riesgo
- Comunicar una fecha sin resolver dependencias.
Hipótesis de valor
Medir coordinación, no solo velocidad.
“La mejora no es tener más datos. Es que producción, proveedores y expedición trabajen sobre la misma consecuencia del cambio.”
Aprendizaje
Dos operaciones distintas. La misma arquitectura de decisión.
- 01
Construir un estado operativo común.
- 02
Formalizar las reglas que viven en hojas y experiencia.
- 03
Convertir coste, riesgo y cumplimiento en criterios comparables.
- 04
Generar escenarios factibles, no calendarios ideales.
- 05
Replanificar desde el estado actual cuando aparece una desviación.
Caso transferible · Servicios
Planificar mantenimiento y limpieza en una red de estaciones.
El coste no está en una tarea aislada. Está en la interacción entre frecuencia, ruta, prioridad, duración, competencia y recurso.
- El plan está publicado.
Nueve equipos salen con rutas, tareas, materiales y ventanas asignadas.
- Una estación notifica una incidencia.
El correctivo requiere una competencia concreta y desplaza dos limpiezas recurrentes.
- El planificador identifica el impacto.
Muestra qué equipos son compatibles, qué frecuencias quedarían en riesgo y qué ruta absorbe menos coste.
- El responsable compara tres escenarios.
Menor desplazamiento, máxima cobertura crítica o equilibrio entre coste y estabilidad.
- Se publica una decisión trazable.
Solo cambian las tareas afectadas; el resto del plan conserva su estabilidad.
El planificador propuesto
De la red física a un flujo de trabajo optimizado.
- Estaciones y programas
- Órdenes e incidencias
- Equipos y competencias
- Inventario y materiales
- Ventanas y desplazamientos
y replanificar
Restricciones + función objetivo
- Agenda por equipo
- Ruta y tiempos de viaje
- Tareas en riesgo
- Escenarios comparables
- Excepciones para aprobación
Business case simulado
¿Qué valor podría capturar?
Escenario completamente hipotético. La viabilidad real debe calcularse con datos históricos, costes, distancias, duraciones y restricciones de la empresa.
De hipótesis a evidencia
El business case empieza reproduciendo el plan actual.
El objetivo de la primera fase no es demostrar una cifra preconcebida. Es construir una línea base, reproducir decisiones históricas y medir si los escenarios propuestos son mejores y operativamente aceptables.
capacidad recuperada
+ desplazamiento evitado
+ horas extra evitadas
+ incumplimientos evitados
− coste de operación del sistema
Siguiente paso
El primer entregable no es un algoritmo. Es un modelo compartido de cómo se decide.
Una evaluación inicial determina si existe suficiente dato, complejidad y margen de decisión para justificar un planificador operativo.
Evaluar un problema de planificación