“Es urgente.”
Probablemente sea una de las frases que más escucha un departamento de mantenimiento.
Producción necesita una reparación. Operaciones reporta una anomalía. Aparece una fuga. Un equipo genera un ruido extraño. Hay trabajos preventivos pendientes y, al mismo tiempo, una máquina acaba de detenerse.
Todos quieren que su solicitud sea atendida primero.
El problema aparece cuando todas las órdenes de trabajo reciben prioridad alta.
Si todo es urgente, nada está realmente priorizado.
Una buena estrategia de mantenimiento necesita criterios que permitan decidir qué trabajo debe ejecutarse primero utilizando factores como:
criticidad del activo + consecuencia de la falla + condición actual + urgencia.
El objetivo no es atender primero a quien solicita con mayor insistencia.

“Es urgente.”
Probablemente sea una de las frases que más escucha un departamento de mantenimiento.
Producción necesita una reparación. Operaciones reporta una anomalía. Aparece una fuga. Un equipo genera un ruido extraño. Hay trabajos preventivos pendientes y, al mismo tiempo, una máquina acaba de detenerse.
Todos quieren que su solicitud sea atendida primero.
El problema aparece cuando todas las órdenes de trabajo reciben prioridad alta.
Si todo es urgente, nada está realmente priorizado.
Una buena estrategia de mantenimiento necesita criterios que permitan decidir qué trabajo debe ejecutarse primero utilizando factores como:
criticidad del activo + consecuencia de la falla + condición actual + urgencia.
El objetivo no es atender primero a quien solicita con mayor insistencia.
Es dirigir los recursos hacia los trabajos que representan mayor riesgo para la organización.
Estos conceptos suelen confundirse.
La criticidad describe la importancia de un activo considerando las consecuencias que tendría su falla.
Puede evaluar impactos sobre:
La prioridad determina qué tan pronto debe ejecutarse un trabajo específico.
Un activo puede ser crítico y tener una orden de baja prioridad.
Por ejemplo, una pequeña reparación estética en la cubierta de una máquina crítica podría esperar.
Al mismo tiempo, una condición peligrosa en un activo normalmente considerado de baja criticidad podría requerir atención inmediata.
Por eso:
criticidad del activo ≠ prioridad automática de la orden.
Ambos elementos deben analizarse conjuntamente.
En muchas plantas la prioridad depende de factores como:
Esto puede generar decisiones inconsistentes.
Supongamos que existen dos órdenes:
Una máquina crítica presenta un incremento progresivo de vibraciones.
Todavía está funcionando.
Una máquina secundaria se detuvo.
Existe otro equipo que puede realizar su función.
Si el único criterio es:
“equipo detenido = urgente”
la Orden B podría ejecutarse primero.
Pero la falla potencial del equipo crítico podría generar consecuencias mucho mayores.
La priorización basada en riesgo permite identificar esta diferencia.
Antes de priorizar órdenes, conviene clasificar los activos.
Una metodología sencilla puede considerar diferentes dimensiones.
Por ejemplo:
|
Factor |
Pregunta |
|
Seguridad |
¿La falla puede causar lesiones? |
|
Ambiente |
¿Puede generar un impacto ambiental? |
|
Producción |
¿Detiene o reduce la producción? |
|
Calidad |
¿Puede afectar el producto? |
|
Costo |
¿La consecuencia económica es significativa? |
|
Redundancia |
¿Existe otro equipo que pueda realizar la función? |
Después, los activos pueden agruparse en categorías.
Por ejemplo:
Criticidad A: alta
Activos cuya falla puede generar consecuencias graves.
Criticidad B: media
Activos importantes, pero con consecuencias controlables.
Criticidad C: baja
Activos cuya falla tiene impacto limitado.
La clasificación específica debe adaptarse a cada planta.
Lo importante es que los criterios sean conocidos y consistentes.
Después de conocer la criticidad del activo, debemos analizar la condición específica.
Preguntas útiles:
¿El equipo está detenido?
¿Puede continuar operando de manera segura?
¿La condición está empeorando?
¿Puede generar una falla secundaria?
¿Existe redundancia?
¿Afecta producción o calidad?
¿Cuánto tiempo tenemos antes de que la consecuencia aumente?
Esto evita asignar prioridades únicamente por el nombre del equipo.
Un sistema demasiado complejo puede terminar siendo ignorado.
Para muchas organizaciones, cuatro niveles pueden ser suficientes.
Requiere intervención inmediata.
Ejemplos:
Debe atenderse en un plazo corto.
Ejemplos:
El trabajo puede planearse y programarse.
Ejemplos:
Puede incorporarse al backlog y ejecutarse según disponibilidad.
Ejemplos:
Los nombres y tiempos deben adaptarse a cada organización.
Una forma sencilla de reducir la subjetividad es combinar criticidad y urgencia.
Por ejemplo:
|
Criticidad del activo |
Condición crítica |
Condición degradada |
Condición estable |
|
Alta |
P1 |
P2 |
P3 |
|
Media |
P2 |
P3 |
P3 |
|
Baja |
P2/P3 |
P3 |
P4 |
Esta matriz es únicamente un ejemplo.
Cada planta debe definir sus criterios según sus riesgos.
El valor está en que dos personas diferentes puedan evaluar una situación similar y llegar a prioridades relativamente consistentes.
Supongamos que solamente hay un técnico disponible y aparecen tres trabajos.
Bomba crítica.
Incremento significativo de vibración.
La bomba continúa operando.
No existe redundancia.
Transportador secundario detenido.
Existe un transportador alternativo.
Fuga menor en un sistema auxiliar.
La fuga está contenida y no representa un riesgo inmediato.
Sin criterios definidos, la Orden 2 podría parecer más urgente porque el equipo está detenido.
Pero al evaluar consecuencias, la Orden 1 puede merecer una prioridad mayor.
Si la bomba falla, podría detener un proceso completo.
La priorización no pregunta solamente:
¿Qué está fallando ahora?
También pregunta:
¿Qué puede ocurrir si esperamos?
La redundancia puede cambiar completamente la prioridad.
Supongamos dos compresores idénticos.
Único equipo disponible para el proceso.
Tiene otro compresor en standby capaz de asumir toda la carga.
La misma falla puede representar riesgos operativos diferentes.
Por eso la criticidad no debería depender únicamente del costo del activo.
Debe considerar su función dentro del sistema.
Una orden puede comenzar como prioridad media y convertirse en alta.
Por ejemplo:
Día 1:
Pequeña fuga detectada.
Día 4:
La fuga aumenta.
Día 7:
Existe riesgo de pérdida de función.
Las prioridades no deberían permanecer congeladas indefinidamente.
El backlog debe revisarse periódicamente para identificar trabajos cuya condición haya cambiado.
Una prioridad tiene poco valor si nadie sabe qué significa operativamente.
Por ejemplo:
|
Prioridad |
Tiempo objetivo |
|
P1 |
Atención inmediata |
|
P2 |
Dentro de 24 horas |
|
P3 |
Planificar dentro del programa semanal |
|
P4 |
Programar según capacidad |
Estos tiempos son solo ilustrativos.
Una planta puede necesitar criterios completamente diferentes.
Lo importante es que cada nivel tenga una expectativa clara.
Así, cuando alguien solicita prioridad P1, entiende qué implica.
Supongamos que durante un mes se generan 500 órdenes.
De ellas:
320 están clasificadas como urgentes.
Eso significa que 64 % del trabajo es considerado urgente.
En ese escenario, la categoría prácticamente ha perdido su utilidad.
Cuando demasiados trabajos reciben prioridad alta:
Una emergencia debería ser una excepción.
Si es la forma normal de trabajar, probablemente exista un problema en el sistema de priorización o en la estrategia de mantenimiento.
Otro problema frecuente ocurre cuando una orden cambia de prioridad porque alguien con mayor autoridad solicita atención inmediata.
Esto genera un sistema basado en presión.
Una matriz de criticidad ayuda a cambiar la conversación.
En lugar de:
“Necesito que lo hagan hoy.”
podemos preguntar:
¿Cuál es la consecuencia de esperar?
¿Existe riesgo para seguridad?
¿Afecta producción?
¿Existe redundancia?
¿La condición está empeorando?
Esto no elimina la necesidad de criterio humano.
Pero proporciona una base objetiva para la conversación.
No todas las personas deberían necesariamente tener capacidad para convertir una orden en emergencia.
Puede ser útil establecer reglas.
Por ejemplo:
Esto ayuda a mantener consistencia.
También permite analizar posteriormente:
¿Por qué estamos generando tantas emergencias?
Una vez asignadas las prioridades, el backlog se vuelve mucho más útil.
Podemos observar:
|
Prioridad |
Órdenes |
Horas pendientes |
|
P1 |
3 |
18 |
|
P2 |
22 |
140 |
|
P3 |
95 |
620 |
|
P4 |
130 |
410 |
Ahora sabemos no solamente cuánto trabajo existe, sino qué parte requiere atención más rápida.
También podemos analizar antigüedad.
Por ejemplo:
¿Por qué existen órdenes P2 abiertas desde hace tres semanas?
Esa pregunta puede revelar:
Una orden puede tener alta prioridad y aun así necesitar preparación.
Por ejemplo, requiere:
La prioridad indica qué tan importante es realizarla.
La planeación define cómo se realizará.
La programación determina cuándo se ejecutará.
Separar estos conceptos ayuda a evitar confusiones.
El historial también puede ayudar a validar el sistema.
Por ejemplo:
¿Cuántas órdenes P1 se generaron este año?
¿Qué activos generan más emergencias?
¿Qué áreas solicitan más trabajos urgentes?
¿Cuántas órdenes fueron reclasificadas?
¿Qué porcentaje de P1 realmente produjo una consecuencia crítica?
Si determinadas máquinas generan constantemente trabajos urgentes, quizá el problema no sea la priorización.
Podría ser necesario revisar:
La prioridad también puede convertirse en una señal para identificar problemas estructurales.
Imaginemos una planta que genera 600 órdenes mensuales.
Inicialmente:
180 son urgentes.
Después de implementar criterios basados en criticidad y consecuencia, las órdenes se revisan.
El análisis encuentra:
No desaparecieron 155 problemas.
Simplemente se clasificaron correctamente.
Ahora mantenimiento puede concentrar sus recursos inmediatos en 25 trabajos realmente críticos en lugar de intentar tratar 180 órdenes como emergencias.
Ese cambio puede mejorar considerablemente la capacidad de planeación.
Cuando existen cientos o miles de órdenes, administrar prioridades manualmente puede volverse complicado.
Con un CMMS como EasyMaint, las órdenes de trabajo pueden relacionarse con información como:
Esto facilita visualizar y organizar el trabajo pendiente según los criterios establecidos por la organización.
También permite analizar posteriormente:
¿Qué activos generan más órdenes prioritarias?
¿Dónde se concentran las emergencias?
¿Qué trabajos llevan demasiado tiempo abiertos?
¿Qué órdenes están asociadas con activos críticos?
El objetivo no es simplemente asignar un número de prioridad.
Es utilizar la información para decidir cómo distribuir los recursos de mantenimiento.
Si tu organización todavía no cuenta con un sistema formal, puedes comenzar con cuatro preguntas:
Si la respuesta es sí y el riesgo es inmediato, la prioridad debe escalar.
Evalúa pérdida total, parcial o impacto mínimo.
Un equipo alternativo puede reducir temporalmente la urgencia.
La condición puede permanecer estable o deteriorarse rápidamente.
Estas preguntas proporcionan una base mucho más útil que simplemente seleccionar:
Alta / Media / Baja
sin criterios definidos.
Priorizar órdenes no consiste únicamente en organizar una lista.
Es una decisión sobre dónde utilizar recursos limitados.
La criticidad indica qué tan importante es un activo.
La condición indica qué está ocurriendo.
La consecuencia muestra qué puede pasar si no actuamos.
La urgencia determina cuánto tiempo tenemos.
Cuando estos factores se combinan, mantenimiento puede pasar de reaccionar ante presión a trabajar con criterios de riesgo.
La pregunta deja de ser:
“¿Quién necesita que atendamos primero su solicitud?”
y se convierte en:
“¿Qué trabajo reduce el mayor riesgo para la operación en este momento?”
Con EasyMaint puedes centralizar órdenes de trabajo, activos, responsables, prioridades e historial de mantenimiento para tener mayor visibilidad sobre el trabajo pendiente y apoyar la planeación de tus recursos.
Conoce EasyMaint y descubre cómo organizar y dar seguimiento a las órdenes de trabajo desde una misma plataforma.
Solicita una demostración guiada y revisa cómo el software se adapta a tus procesos de mantenimiento preventivo, correctivo y predictivo.