La mayoría de los problemas de programación de mantenimiento en manufactura se remontan a una única brecha estructural.
El programa de mantenimiento y el programa de producción se elaboran de forma independiente, en sistemas diferentes, por personas distintas, sin visibilidad de los requisitos del otro.
El planificador de producción que construye el calendario de la próxima semana reserva la Máquina 4 a plena capacidad el martes y el miércoles en función de compromisos con clientes.
El equipo de mantenimiento programa un PM de cuatro horas en la Máquina 4 para la mañana del martes según el calendario de PM.
Nadie compara estos dos horarios antes de la mañana del martes.
El equipo de mantenimiento llega para realizar el PM.
El supervisor de producción les informa que la Máquina 4 se necesita para un compromiso de entrega al cliente.
El PM se posterga.
Este escenario se repite docenas de veces al mes en una instalación manufacturera típica.
El efecto acumulado es una tasa de cumplimiento de PM crónicamente por debajo del 80%, una frecuencia creciente de fallos no planificados a medida que los PM diferidos permiten que las condiciones de los activos se deterioren, y un equipo de mantenimiento que ha aprendido a tratar el calendario de PM como aspiracional en lugar de operativo.
La falla en la programación no es causada por mala intención de ninguna de las partes.
Se debe a la ausencia de un entorno de información compartido donde los requisitos de mantenimiento y los compromisos de producción sean visibles para ambas funciones antes de que cualquiera de los dos se confirme.
Antes de diseñar cualquier intervención para mejorar la programación, establezca una imagen precisa de la calidad de programación actual.
Tres métricas definen la línea base.
Tasa de cumplimiento del programa
El porcentaje de órdenes de trabajo programadas completadas dentro de su ventana planificada.
Calcule esto para los últimos 90 días revisando el calendario de mantenimiento frente a las fechas reales de finalización en el CMMS.
Una tasa de cumplimiento del programa por debajo del 70% indica problemas estructurales de programación.
Una tasa entre el 70% y el 85% indica una calidad de programación moderada con oportunidades específicas de mejora.
Una tasa superior al 85% indica una programación que funciona bien y que requiere mantenimiento más que una revisión completa.
Distribución de causas raíz de las postergaciones
Por cada PM u orden de trabajo planificada que no se completó dentro de su ventana programada, registre la razón específica de la postergación.
Activo en producción cuando llegó el mantenimiento.
Faltaron piezas cuando se abrió la ventana.
Técnico no disponible para el oficio programado.
Estimación de duración subestimada de forma significativa.
Orden de trabajo no completamente planificada cuando se liberó para programación.
La distribución de razones de postergación entre estas categorías revela qué palanca de mejora tiene mayor impacto para la instalación específica.
Precisión de la estimación de duración
Compare la duración estimada en órdenes de trabajo cerradas con el tiempo de mano de obra real registrado.
Una precisión media de la estimación de duración por debajo del 80% indica que el sistema de programación está reservando ventanas que sistemáticamente son incorrectas en longitud, produciendo fallos en cascada cuando los trabajos que se prolongan consumen las ventanas asignadas a trabajos posteriores.
Palanca 1: Hacer visibles las ventanas de mantenimiento en el calendario de producción
Esta es la mejora de programación de mayor impacto disponible para la mayoría de las operaciones manufactureras y la que aborda la brecha estructural descrita arriba.
Hacer visibles las ventanas de mantenimiento para los planificadores de producción antes de que se hagan compromisos de producción convierte los conflictos de programación en discusiones de reunión de planificación en lugar de sorpresas en el taller.
Existen tres enfoques de implementación dependiendo de la sofisticación del entorno de planificación.
El enfoque más simple es una reunión semanal de alineación producción-mantenimiento donde se revisan las próximas ventanas de PM junto con el borrador del calendario de producción antes de confirmarlo. Cualquier conflicto se resuelve en la reunión en lugar de en el taller. Este enfoque no requiere inversión tecnológica y puede implementarse en una semana.
Un enfoque más integrado usa un tablero de planificación compartido o una hoja de cálculo que muestra órdenes de producción y ventanas de mantenimiento en la misma vista. Los planificadores de producción pueden ver los requisitos de mantenimiento antes de reservar la capacidad de la máquina. El documento compartido lo actualizan ambas funciones y se revisa conjuntamente en la reunión semanal.
El enfoque más integrado utiliza un CMMS o una herramienta de planificación de producción que tenga un tablero de planificación mostrando las ventanas de mantenimiento junto a las órdenes de producción en un único entorno digital. Cuando un planificador de producción intenta reservar un activo a plena capacidad durante una ventana de PM programada, el conflicto es visible antes de que se confirme la reserva.
Cualquiera de estos tres enfoques produce una mejora significativa en la tasa de cumplimiento del programa. La elección entre ellos depende del entorno tecnológico existente de la organización y de la complejidad de planificación de la operación.
Palanca 2: Mejorar la completitud de la planificación de órdenes de trabajo antes de su programación
Una orden de trabajo liberada en la cola de programación sin una lista de piezas confirmada, sin una estimación de duración precisa y sin la disponibilidad de técnico confirmada para el oficio requerido es un riesgo de programación más que un evento programado.
Cuando se ejecuta la orden de trabajo, las piezas que faltan generan un viaje al almacén que extiende la duración real más allá de la ventana estimada. La falta de estimación de duración significa que la ventana se dimensionó incorrectamente. La falta de confirmación de disponibilidad de técnico significa una brecha entre la asignación y la disponibilidad.
La mejora de programación es una puerta de completitud de planificación.
Antes de que cualquier orden de trabajo entre en la cola de programación, debe pasar una verificación mínima de completitud: lista de piezas confirmada contra el inventario del almacén, duración estimada a partir de datos históricos, habilidades del oficio requeridas especificadas y cualquier requisito de acceso o permisos documentado.
Las órdenes de trabajo que no pasan esta verificación se devuelven a la función de planificación para completarse antes de que se acepten en la cola de programación.
Esta puerta es incómoda inicialmente porque revela hasta qué punto órdenes de trabajo no planificadas han estado entrando en la cola de programación. Es transformadora con el tiempo porque produce una cola de programación que contiene solo trabajo ejecutable en lugar de una mezcla de órdenes ejecutables e inexequibles.
Palanca 3: Calibrar las estimaciones de duración a partir de datos históricos
La programación de mantenimiento que usa estimaciones de duración optimistas o derivadas teóricamente produce consistentemente calendarios donde el tiempo real de ejecución excede el tiempo de ventana planificado.
Cuando un PM programado de dos horas consistentemente toma tres horas y media en la práctica, cada orden de trabajo programada después de ella en el día del mismo técnico se comprime o se posterga porque la asignación de ventana fue equivocada desde el principio.
La calibración de duración es el proceso de comparar la duración estimada de la orden de trabajo con el tiempo de mano de obra real registrado en órdenes de trabajo cerradas del mismo tipo.
Para cada tipo de tarea de mantenimiento recurrente, calcule la duración media real a partir de los últimos 12 meses de órdenes de trabajo cerradas.
Reemplace la estimación teórica en la plantilla de la tarea de PM por la media observada históricamente, más un factor de margen apropiado a la variabilidad de las duraciones reales para ese tipo de tarea.
Una tarea de alta variabilidad, donde las duraciones reales van de una hora a cuatro horas dependiendo de lo que se encuentre durante la inspección, requiere un factor de margen mayor que una tarea rutinaria de lubricación de baja variabilidad donde la duración real está consistentemente dentro de los 10 minutos de la estimación.
Esta calibración convierte el sistema de programación de un generador de deseos en una herramienta precisa de planificación de capacidad.
Palanca 4: Construir la programación alrededor de la disponibilidad confirmada de técnicos
Un calendario de mantenimiento que asigna trabajo a técnicos sin confirmar su disponibilidad para el turno y oficio específicos en la ventana programada produce fallos de programación cuando el técnico asignado está de baja, en otra asignación o no disponible para la especialidad requerida.
La programación con disponibilidad confirmada de técnicos requiere que el programador de mantenimiento verifique tres cosas antes de finalizar cada asignación de orden de trabajo.
El técnico tiene la cualificación de oficio requerida para la tarea de la orden de trabajo.
El técnico está programado para trabajar el turno durante el cual cae la ventana de mantenimiento.
El técnico no tiene ya un día completo de trabajo programado que haga que la asignación adicional sea inalcanzable.
Este paso de confirmación ralentiza el proceso inicial de programación en comparación con asignar órdenes de trabajo sin comprobar la disponibilidad. Elimina la indisponibilidad descubierta el día de la ejecución que produce postergaciones de ventana sin previo aviso.
Palanca 5: Usar un horizonte de programación semanal móvil con una ventana cercana congelada
La programación de mantenimiento que planifica con demasiado detalle a largo plazo produce calendarios que son superados por los eventos antes de que se ejecute el trabajo.
Un activo falla de forma no planificada. Un técnico se pone de baja por enfermedad. Un pedido de cliente cambia el calendario de producción. Cada evento que cambia la realidad del taller entre el momento en que se construyó el calendario y el momento en que debe ejecutarse el trabajo crea un conflicto que el calendario no puede acomodar porque se construyó suponiendo una realidad que ya no existe.
La programación de mantenimiento que planifica un horizonte demasiado corto produce conflictos de recursos que no pueden resolverse a tiempo y trabajos con tiempos de adquisición de piezas largos que no se identifican con suficiente antelación para la compra.
El enfoque de programación óptimo usa un horizonte móvil con profundidad de planificación diferenciada.
Una ventana congelada de tres a cinco días cubre trabajo que está totalmente planificado, confirmado y listo para ejecutarse. Los cambios en esta ventana requieren autorización explícita porque el costo de una interrupción de último minuto es mayor para el trabajo inminente.
Una ventana de planificación de diez a catorce días cubre trabajo que se está planificando, con estimaciones de duración y asignaciones de recursos que se confirman progresivamente a medida que el trabajo se acerca a la ventana congelada.
Una ventana de consciencia de cuatro a seis semanas cubre órdenes de trabajo de PM que se acercan a sus fechas de vencimiento y deberán incorporarse a la ventana de planificación en las próximas semanas, con identificación temprana de cualquier requisito de piezas de largo plazo.
Esta estructura de horizonte da a la función de programación la visibilidad adelantada suficiente para prevenir sorpresas al tiempo que mantiene la flexibilidad para acomodar cambios en el entorno de producción sin producir fallos de calendario en cascada.
La programación de mantenimiento efectiva sigue un proceso semanal estructurado que produce un calendario ejecutable para la semana entrante mientras mantiene visibilidad en las tres semanas siguientes.
Lunes: Revisión del calendario e identificación de restricciones
Revise la tasa de cumplimiento del calendario de la semana anterior. Para cada orden de trabajo diferida o incompleta, registre la razón específica de la postergación en el CMMS.
Identifique cualquier restricción para la semana entrante. Licencias de técnicos, paradas de producción, eventos mayores de mantenimiento planificado o movilizaciones de contratistas que afecten la capacidad de mantenimiento disponible.
Confirme que todas las órdenes de trabajo programadas para ejecución esta semana han pasado la puerta de completitud de planificación.
Martes a miércoles: Desarrollo del calendario
Construya el calendario detallado para la semana siguiente usando la capacidad disponible confirmada y órdenes de trabajo totalmente planificadas.
Verifique que no haya ventanas de mantenimiento que entren en conflicto con el calendario de producción para la semana siguiente.
Resuelva cualquier conflicto identificado durante la verificación coordinándose con el equipo de planificación de producción.
Actualice la ventana de planificación móvil para las semanas dos a cuatro con fechas de vencimiento emergentes de PM y nuevas órdenes de trabajo.
Jueves: Coordinación del calendario producción-mantenimiento
Revise el calendario de mantenimiento de la semana siguiente con el equipo de planificación de producción.
Confirme que todas las ventanas de mantenimiento están acomodadas en el plan de producción finalizado.
Identifique y resuelva cualquier conflicto restante antes de que se cierre el calendario de producción para la semana siguiente.
Confirme movilizaciones de contratistas, solicitudes de permisos y cualquier otra coordinación externa requerida para el trabajo planificado de la semana siguiente.
Viernes: Publicación del calendario y confirmación de preparación
Publique el calendario finalizado al equipo de mantenimiento para la semana siguiente.
Confirme que todas las piezas preparadas para el trabajo planificado de la próxima semana están físicamente disponibles en sus ubicaciones de almacén.
Actualice el CMMS con las asignaciones de calendario confirmadas para que las órdenes de trabajo queden en cola en la secuencia correcta para cada técnico.
Cuatro métricas rastrean el progreso de la mejora de la programación y deben revisarse mensualmente.
Tasa de cumplimiento del programa por causa raíz de postergación
La tasa de cumplimiento del programa general le dice qué tan bien se está ejecutando el calendario.
El desglose por causa raíz de las postergaciones le dice qué palanca de mejora de programación específica debe accionar a continuación.
Una instalación donde el 60% de las postergaciones son causadas por conflictos en la programación de producción debería invertir en la Palanca 1.
Una instalación donde el 55% de las postergaciones son causadas por estimaciones de duración incorrectas debería invertir en la Palanca 3.
El desglose por causa raíz hace que la inversión en mejoras sea específica en lugar de genérica.
Tendencia de la relación planificado-reactivo
La mejora de la programación que funciona produce una relación planificado-reactivo creciente con el tiempo.
A medida que el cumplimiento de PM mejora mediante una mejor programación, menos activos alcanzan la falla funcional entre PM, se requieren menos reparaciones correctivas reactivas y más capacidad de mantenimiento está disponible para trabajo planificado.
Una relación planificado-reactivo que no mejora a pesar de aparentes mejoras en el proceso de programación indica que algo distinto a la calidad de la programación está limitando la transición.
Tendencia de precisión de la estimación de duración
Rastrear la razón media de real a estimado de la duración de las órdenes de trabajo a lo largo del tiempo revela si los esfuerzos de calibración de duración están mejorando la precisión de la programación.
Una instalación que comienza con una razón media real-a-estimada de 1.4 (lo que significa que las duraciones reales son en promedio 40% más largas que las estimadas) debería ver esta razón acercarse a 1.1 dentro de seis meses de implementar la calibración de duración a partir de datos históricos.
Tasa de cumplimiento de PM por nivel de criticidad del activo
El cumplimiento de PM en general es una métrica resumen útil.
El cumplimiento de PM desglosado por nivel de criticidad del activo revela si la mejora está llegando a los activos donde más importa.
Una instalación que logra 90% de cumplimiento de PM en activos de Nivel 3 y 68% en activos de Nivel 1 tiene un problema de prioridad de programación además de un problema de calidad de programación.
Los activos de Nivel 1 deberían tener la tasa de cumplimiento de PM más alta, no la más baja.
La mejora de la programación no requiere tecnología sofisticada.
La mejora de programación más impactante disponible para la mayoría de las instalaciones manufactureras, hacer visibles las ventanas de mantenimiento a los planificadores de producción antes de que se confirmen los compromisos de producción, puede implementarse con una hoja de cálculo compartida y una reunión semanal.
La tecnología acelera y escala la mejora de la programación pero no es su requisito previo.
Capacidades tecnológicas genuinamente útiles para la programación de mantenimiento:
Un CMMS con un tablero de planificación que muestre órdenes de trabajo de mantenimiento y órdenes de producción en la misma vista. Esto hace que la identificación de conflictos sea automática en lugar de requerir una búsqueda manual entre dos calendarios separados.
Finalización móvil de órdenes de trabajo que produzca datos precisos de duración real en la máquina inmediatamente después de la finalización. Esta es la fuente de datos para la calibración de duración. Sin ello, la calibración de duración se basa en estimaciones retrospectivas en lugar de duraciones reales con marcas temporales precisas.
Generación automatizada de órdenes de trabajo de PM que cree órdenes en el punto de activación correcto por calendario o uso y las ponga en cola para la función de programación. Esto elimina la gestión manual del calendario de PM que produce desencadenantes perdidos en instalaciones sin CMMS o con adopción parcial de CMMS.
Capacidades tecnológicas que son opcionales para la mejora de la programación:
Algoritmos avanzados de optimización de programación. Valiosos a escala en entornos complejos de múltiples sitios, múltiples oficios y múltiples turnos. Añaden valor limitado sobre una programación manual estructurada en instalaciones más pequeñas.
Conectividad integrada ERP-CMMS para programación. Valiosa cuando las órdenes de producción ERP impulsan las restricciones de programación. Añade valor limitado cuando la programación de producción se gestiona de forma informal sin integración ERP.
¿Cuál es un objetivo realista de mejora de la tasa de cumplimiento del programa para un programa de 12 meses?
Una instalación manufacturera que comienza con una tasa de cumplimiento del programa del 60% e implemente las cinco palancas de mejora de programación con un compromiso gerencial genuino puede apuntar de manera realista a superar el 80% de cumplimiento del programa en 12 meses.
La mejora típicamente no es lineal. La primera palanca, hacer visibles las ventanas de mantenimiento en el calendario de producción, produce la mayor mejora individual y a menudo es medible dentro de cuatro a seis semanas después de su implementación.
Las palancas subsecuentes producen mejoras incrementales menores que se acumulan en los meses siguientes.
¿Cuánto tiempo toma ejecutar efectivamente un proceso semanal de programación?
Para una instalación manufacturera de tamaño medio con 5 a 15 técnicos de mantenimiento y 30 a 80 órdenes de trabajo programadas por semana, el proceso semanal completo de programación descrito arriba toma aproximadamente cuatro a seis horas por semana para la persona responsable de la programación.
Esta es una inversión de planificación más que una carga administrativa. Las cuatro a seis horas dedicadas a la programación producen una semana de ejecución de mantenimiento con menos conflictos en el taller, menos viajes desperdiciados de técnicos y menos llamadas de emergencia que de otro modo consumirían con creces más de seis horas de tiempo gerencial.
¿Debe el responsable de mantenimiento o un planificador dedicado ser responsable de la programación?
En equipos de mantenimiento más pequeños de cinco a ocho técnicos, el responsable de mantenimiento típicamente realiza la función de programación junto con sus responsabilidades de gestión operativa.
En equipos más grandes de nueve o más técnicos, un planificador o programador de mantenimiento dedicado produce una calidad de programación significativamente mejor porque la función de programación recibe tiempo dedicado en lugar de realizarse en los espacios que dejan las demandas reactivas de la gestión.
La presión de gestión reactiva que llena el día de un responsable de mantenimiento consistentemente deja sin espacio las actividades de programación cuando ambas funciones las realiza la misma persona. Las postergaciones de PM que resultan de una programación inadecuada generan más eventos reactivos, que crean más presión de gestión, lo que a su vez reduce aún más el tiempo de programación. Dedicando la función de programación a una persona cuya responsabilidad principal es la planificación adelantada se rompe este ciclo.
La programación de mantenimiento es la infraestructura que hace posible el mantenimiento planificado. Un programa de mantenimiento bien diseñado que funciona sobre un sistema de programación que no funciona produce el mismo resultado que un puente bien diseñado con soportes de carga rotos. El diseño es sólido. La ejecución falla. Mejorar la infraestructura de programación es la corrección estructural que hace que el diseño del programa de mantenimiento sea alcanzable en la práctica.
Iniciar sesión
Blog
