MTTR y MTBF: qué son y cómo usarlos en tu área

MTBF significa Mean Time Between Failures, o tiempo medio entre fallas. Mide el intervalo promedio de tiempo que transcurre entre una falla y la siguiente, en un sistema o componente que puede repararse.

Es un indicador de confiabilidad: a mayor MTBF, el sistema falla con menos frecuencia. Para componentes que no se reparan y se reemplazan al fallar (una lámpara, un rodamiento sellado), el indicador equivalente es el MTTF, tiempo medio hasta la falla.

Fórmula:

MTBF = Tiempo total de operación / Número de fallas

Ejemplo paso a paso:

Paso	Cálculo	Resultado
Horas de operación en el mes	720 horas totales - 18 horas de parada	702 horas operativas
Número de fallas en el mes	Registro de incidentes	6 fallas
MTBF	702 / 6	117 horas por falla

El tiempo que se divide es el de operación, sin las horas de parada. Si se usaran las 720 horas del mes, el MTBF saldría inflado (120 horas).

Un MTBF de 117 horas significa que, en promedio, el sistema funciona sin interrupciones durante casi 5 días antes de tener una falla.

Qué es el MTTR

MTTR significa Mean Time To Repair (o Mean Time To Recover, según el contexto). Mide el tiempo promedio que tarda tu equipo en restaurar un sistema después de una falla.

Las dos lecturas miden cosas distintas. El tiempo de reparación cuenta solo el trabajo técnico sobre el equipo. El tiempo de recuperación va desde que ocurre la falla hasta que el servicio vuelve a funcionar, e incluye detectarla, avisar, esperar al técnico o al repuesto y probar. En mantenimiento industrial se usa más la primera; en tecnología y servicios, la segunda. Antes de comparar MTTR entre áreas, confirma que todas miden lo mismo.

Es un indicador de capacidad de respuesta: a menor MTTR, más rápido se recupera la operación.

Fórmula:

MTTR = Tiempo total de reparación / Número de fallas

Ejemplo paso a paso:

Paso	Cálculo	Resultado
Tiempo total de parada	Suma de la duración de las 6 paradas	18 horas
Número de fallas	Registro de incidentes	6 fallas
MTTR	18 / 6	3 horas por falla

Un MTTR de 3 horas indica que tu equipo, en promedio, tarda 3 horas en volver a la operación normal tras cada incidente. Como aquí se usa todo el tiempo de parada, este ejemplo mide el tiempo de recuperación.

Por qué usarlos juntos

El MTBF y el MTTR se leen en pareja. Uno sin el otro da una imagen incompleta.

Juntos dan la disponibilidad, el porcentaje del tiempo en que el sistema está operativo:

Disponibilidad = MTBF / (MTBF + MTTR)

Con los datos del ejemplo: 117 / (117 + 3) = 117 / 120 = 97,5 %. Es el mismo resultado que dividir las 702 horas operativas entre las 720 del mes. La disponibilidad es además uno de los tres factores de la OEE, junto con el rendimiento y la calidad.

Las combinaciones posibles se leen así:

• MTBF alto + MTTR bajo: sistema confiable y equipo ágil para recuperarse. Escenario ideal.
• MTBF bajo + MTTR bajo: el sistema falla seguido, pero se recupera rápido. Tolerable a corto plazo, costoso a largo plazo.
• MTBF alto + MTTR alto: las fallas son raras, pero cuando ocurren paralizan la operación. Riesgo concentrado.
• MTBF bajo + MTTR alto: fallas frecuentes con recuperaciones lentas. Señal de alerta.

Leer estos dos indicadores en conjunto, como se muestra en el artículo sobre indicadores en pares para el tablero de tu área, permite tomar decisiones más completas que mirar un solo número.

Cómo se aplica fuera del área de mantenimiento

Muchos gerentes asocian el MTBF y el MTTR con equipos industriales o servidores. La lógica aplica en muchos más contextos:

• Atención al cliente: ¿cada cuánto tiempo se produce un error crítico en el proceso? ¿Cuánto tarda el equipo en resolverlo?
• Logística: ¿con qué frecuencia hay una ruptura de stock o un retraso de proveedor? ¿En cuánto tiempo se normaliza?
• Tecnología interna: ¿cuánto dura el sistema sin caídas? ¿Cuánto tarda el área de tecnología en restaurar el servicio?
• Procesos administrativos: ¿con qué frecuencia se devuelve un documento por errores? ¿Cuánto tiempo toma corregirlo?

En todos estos casos, el MTBF y el MTTR dan a los gerentes un lenguaje medible para gestionar la continuidad operativa. Para los incidentes graves, ese lenguaje se completa con un plan de continuidad del negocio.

Errores comunes al medir estos indicadores

Mezclar distintos tipos de falla en el mismo cálculo. Una caída total del sistema y un error menor de usuario tienen impactos distintos. Hay que segmentar.

Medir sin definir qué cuenta como falla. Si cada área tiene su propio criterio, los datos no son comparables. Define el criterio antes de medir.

Registrar solo las fallas grandes. Las fallas pequeñas que se resuelven rápido también consumen tiempo y revelan patrones. Si se omiten, el MTBF sube artificialmente (parece que el sistema falla menos) y el MTTR también (solo quedan las reparaciones largas).

Usar el MTTR como único indicador de desempeño del equipo. Un MTTR bajo puede conseguirse con sobrecargas de personal o parches temporales. Hay que observar también si las fallas se repiten. Cuando se repiten, toca un análisis de causa raíz, con herramientas como la metodología 8D.

Corregir estos errores es cuestión de acuerdo en las definiciones y disciplina en el registro.

Cómo empezar si no tienes datos históricos

Si tu área nunca ha medido MTBF ni MTTR, el punto de partida es sencillo:

1. Define qué es una "falla" en tu proceso. Ponlo por escrito.
2. Empieza a registrar cada incidente con hora de inicio y hora de resolución.
3. Con cuatro semanas de datos ya puedes calcular una primera referencia.
4. Revisa el número mensualmente y observa la tendencia.

El objetivo inicial es tener una línea de base. La precisión llega con los meses de registro.

Qué hacer con los números una vez que los tienes

Los indicadores solo sirven si generan decisiones. Algunos usos concretos:

• Justificar con datos la inversión en mantenimiento preventivo o predictivo, cuando el MTBF cae de manera consistente.
• Detectar cuellos de botella en el proceso de recuperación, cuando el MTTR sube sin que aumente la complejidad de las fallas.
• Establecer acuerdos de nivel de servicio internos con otras áreas, usando los promedios históricos como base.
• Priorizar qué sistemas o procesos merecen atención antes de que fallen.

Si quieres llevarlos a un tablero con meta, frecuencia y responsable, los ejemplos de KPI muestran cómo definir cada indicador.