El backlog de mantenimiento es la suma de todo el trabajo de mantenimiento ya identificado y aún no concluido, medido en horas-hombre (HH). Dividido por la capacidad de ejecución del equipo, se convierte en una medida de tiempo: cuántas semanas serían necesarias para vaciar la cartera si no entrara ningún servicio nuevo. Por eso el backlog es la regla más directa para responder dos preguntas que todo gestor de mantenimiento escucha: "¿el equipo está dando abasto?" y "¿necesitamos contratar?".
En este artículo encontrarás la fórmula del backlog explicada en texto, un ejemplo numérico completo, el rango considerado saludable en semanas (con la justificación y las fuentes) y los errores de medición que hacen mentir al indicador.
Qué es el backlog de mantenimiento
El backlog es la cartera de servicios del mantenimiento: todo lo que ya fue identificado como necesario y aún no fue cerrado. En la práctica, entran en la cartera las órdenes de trabajo en cuatro situaciones:
- Planificadas: órdenes que ya pasaron por la planificación (alcance, materiales, HH estimadas) y aguardan programación.
- Pendientes: órdenes abiertas que todavía aguardan planificación o algún recurso (pieza, liberación, tercero).
- Programadas: órdenes con fecha y equipo definidos, aguardando ejecución.
- Ejecutadas y no cerradas: órdenes ya realizadas en campo, pero que aún no tuvieron el cierre técnico en el sistema. Continúan en la cartera porque, para el sistema, el trabajo todavía existe.
Un detalle importante: backlog no es sinónimo de atraso. Todo mantenimiento saludable tiene cartera, porque es ella la que alimenta la programación de las próximas semanas. El problema no es tener backlog, es tener backlog de más, de menos, o creciendo sin control.
La fórmula del backlog
Backlog (en semanas) = Suma de las HH de las órdenes en cartera ÷ HH disponibles del equipo por semana
En texto: suma las horas de trabajo estimadas de todas las órdenes planificadas, pendientes, programadas y ejecutadas no cerradas. Después divide por la cantidad de horas-hombre que el equipo logra entregar efectivamente por semana. El resultado es el tiempo, en semanas, que el equipo tardaría en vaciar la cartera.
El denominador esconde la trampa de la fórmula. Las HH disponibles no son el total de horas contratadas, sino:
HH disponibles = HH totales del equipo × factor de productividad
Ningún mantenedor dedica el 100% de la jornada a órdenes de trabajo: existen desplazamientos, reuniones, capacitaciones, espera por liberación. Usar la HH llena en el denominador es el error más común del cálculo, y hace que el backlog parezca menor de lo que es. Mostramos cómo estimar ese factor con datos reales en el artículo sobre capacidad real del mantenimiento para programar órdenes.
Ejemplo numérico paso a paso
Los números a continuación son hipotéticos, armados para dejar clara la mecánica del cálculo.
Paso 1: calcula las HH disponibles por semana.
- Equipo: 10 técnicos con jornada de 40 horas semanales, es decir, 400 HH por semana en el papel.
- Factor de productividad estimado: 70%.
- HH disponibles = 400 × 0,70 = 280 HH por semana.
Paso 2: suma las HH de la cartera.
- Órdenes planificadas: 320 HH.
- Órdenes pendientes: 260 HH.
- Órdenes programadas: 180 HH.
- Órdenes ejecutadas y no cerradas: 80 HH.
- Total en cartera: 840 HH.
Paso 3: aplica la fórmula.
Backlog = 840 HH ÷ 280 HH por semana = 3 semanas. Si nada nuevo entrara, ese equipo tardaría 3 semanas en vaciar la cartera actual.
Cuál es el rango saludable de backlog (y por qué)
Las referencias públicas del mercado brasileño convergen hacia un rango entre 2 y 4 semanas, con matices entre las fuentes. Engeteles, consultoría de ingeniería de mantenimiento, señala que un backlog saludable debe variar entre 3 y 4 semanas de trabajo. Fracttal, proveedora de software de mantenimiento, clasifica de 1 a 2 semanas como buena relación entre demanda y capacidad, de 3 a 4 semanas como zona de atención y por encima de 4 semanas como riesgo de atrasos y sobrecarga.
La recomendación práctica de PM Run es trabajar con el rango de 2 a 4 semanas como referencia, y la justificación viene de los dos extremos:
- Por debajo de 2 semanas: la cartera queda demasiado corta para alimentar una programación eficiente. El programador no tiene frente de trabajo para armar la semana siguiente, el equipo alterna entre ociosidad y urgencia, y cualquier pico de demanda desorganiza la rutina. Un backlog muy bajo también puede indicar equipo sobredimensionado o, peor, servicios que no están siendo registrados.
- Por encima de 4 semanas: la fila crece más rápido que la capacidad de ejecución. Los servicios preventivos empiezan a ser postergados para atender urgencias, la priorización pasa a hacerse por el grito y no por el riesgo, y el envejecimiento de la cartera aumenta la probabilidad de fallas en activos críticos.
Dos salvedades completan la lectura. Primera: el rango ideal varía con el sector, la criticidad de los activos y la estrategia de mantenimiento, así que trata 2 a 4 semanas como punto de partida, no como ley. Segunda: la tendencia importa más que el número absoluto. Un backlog estable de 3 semanas es señal de equilibrio; un backlog que sale de 2 y llega a 4 en tres meses es una alarma, aun estando "dentro del rango".
Backlog en semanas, en días o en HH: cuál usar
La misma cartera puede expresarse de tres formas, y cada una sirve a una conversación diferente:
- En HH: es el número bruto (840 HH, en el ejemplo). Útil para que el planificador arme la programación, pero dice poco a quien está afuera: ¿840 HH es mucho o poco? Depende del equipo.
- En días o semanas: es la HH de la cartera dividida por la capacidad del período. Es la forma más útil para la gestión, porque incorpora la capacidad y permite comparar equipos de tamaños diferentes. Una cartera de 3 semanas significa lo mismo en cualquier planta.
- Como razón adimensional: algunos textos presentan el backlog como una razón en la que 1 sería el equilibrio ideal entre demanda y capacidad del período. La lectura es válida para una foto del día, pero esconde la pregunta que importa (¿cuántas semanas de fila existen?), por eso la versión en semanas se volvió el estándar del mercado.
Sea cual sea la unidad elegida, mantén una sola: alternar entre ellas de un mes a otro impide la lectura de tendencia, que es donde el indicador entrega valor.
Cómo acompañar: la curva de tendencia
El backlog de un mes aislado es una foto; la gestión ocurre en la película. Grafica el indicador semana a semana y lee la forma de la curva:
- Curva estable dentro del rango: demanda y capacidad en equilibrio. Es el escenario objetivo.
- Curva en subida constante: la demanda supera la capacidad de forma estructural. Las causas típicas: degradación real de los activos (preventiva insuficiente), productividad en caída o demanda mal filtrada entrando en la cartera.
- Curva en diente de sierra: sube y se desploma en ciclos. Suele delatar operativos de cierre en masa (registro acumulado saldado de una vez), inestabilidad en la programación o dificultad de liberación de equipos por parte de la operación.
Si, con la cartera limpia, el registro al día y la productividad tratada, el backlog sigue estructuralmente por encima del rango, entonces sí la conversación de dimensionamiento se sostiene: el excedente de HH de la cartera dividido por la HH útil de un técnico por semana indica cuántas personas faltan, con número sobre la mesa en lugar de percepción.
Cuando el backlog miente
El backlog es uno de los indicadores más fáciles de distorsionar, porque depende de estimaciones y de disciplina de registro en las dos puntas de la fracción:
- Registro atrasado: órdenes ejecutadas que quedan días sin cierre continúan sumando en la cartera. El backlog parece mayor de lo que es, y la reacción clásica (pedir más gente) ataca el problema equivocado. Ese efecto se detalla en el artículo sobre cómo el registro tardío distorsiona los KPI de mantenimiento.
- Cartera sin depuración: órdenes duplicadas, servicios que ya perdieron sentido y "deseos" de la operación que nunca fueron clasificados inflan el numerador. El planificador necesita actuar como filtro de las solicitudes antes de que se conviertan en orden.
- HH estimada al azar: si las órdenes no tienen estimación de HH consistente, la suma de la cartera es ficción. Vale más una estimación estándar por tipo de servicio que un campo en blanco.
- Capacidad sobreestimada: usar la HH contratada sin factor de productividad en el denominador hace que el backlog parezca cómodo mientras el equipo está ahogado.
Cómo reducir el backlog sin contratar
Cuando el backlog pasa del rango saludable, contratar es la palanca más cara y casi nunca la primera. Antes de ella:
- Limpia la cartera: cancela duplicadas, reevalúa órdenes antiguas y cierra lo que ya fue ejecutado. Es común que una limpieza honesta reduzca el backlog en semanas sin ejecutar una sola orden.
- Prioriza por criticidad: con la cartera por encima de la capacidad, la pregunta no es "cómo hacer todo", es "qué no puede esperar". Matriz de criticidad y riesgo en lugar de orden de llegada.
- Ataca la productividad, no la jornada: reducir la espera por pieza, liberación e información aumenta la HH disponible sin aumentar la plantilla. Aquí el backlog conversa directamente con el MTTR: los mismos desperdicios que inflan el tiempo de reparación consumen la capacidad del equipo.
- Estratifica por especialidad: el backlog agregado esconde cuellos de botella. Calcúlalo por especialidad (mecánica, eléctrica, calderería): es común descubrir que la "falta de gente" es falta de una sola especialidad.
El backlog es uno de los indicadores centrales del tablero del PCM, junto a MTTR, MTBF y disponibilidad. Para ver cómo encaja en el conjunto, consulta la guía de los 12 indicadores de mantenimiento y la guía completa de PCM.
Preguntas Frecuentes
¿Qué es el backlog de mantenimiento?
Es la cartera de servicios del mantenimiento: la suma, en horas-hombre, de todas las órdenes ya identificadas y aún no cerradas, incluyendo planificadas, pendientes, programadas y ejecutadas sin cierre. Dividida por la capacidad semanal del equipo, se convierte en una medida en semanas de trabajo acumulado.
¿Cómo calcular el backlog de mantenimiento?
Suma la HH estimada de todas las órdenes en cartera y divide por la HH disponible del equipo por semana, que es la HH total multiplicada por el factor de productividad. Una cartera de 840 HH con capacidad de 280 HH semanales resulta en un backlog de 3 semanas.
¿Cuál es el backlog de mantenimiento ideal?
Las referencias del mercado convergen hacia un rango entre 2 y 4 semanas: por debajo de eso falta frente de trabajo para programar y puede haber ociosidad; por encima, la fila crece, las preventivas se atrasan y la priorización se vuelve reactiva. La tendencia del indicador importa más que el valor de un mes aislado.
¿Un backlog alto significa que falta gente?
No siempre. Antes de contratar, verifica si la cartera está limpia (sin órdenes duplicadas u obsoletas), si el registro está al día y si la productividad no está siendo consumida por esperas. Muchas veces el backlog alto es síntoma de demanda mal filtrada o de capacidad mal aprovechada, no de plantilla insuficiente.
Observa el backlog real de tu equipo
El cálculo de este artículo depende de una cartera actualizada y de un registro al día, y es exactamente eso lo que garantiza un proceso digital. PM Run Planificación muestra la carga de trabajo por especialidad y por colaborador en tiempo real, integrado al SAP PM, para que el backlog que ves sea el backlog que existe en el campo. Conoce PM Run Planificación y observa el backlog real de tu equipo.
