Tiempo medio de reparación: calcula el MTTR y reduce el tiempo perdido

Inicio » Recursos » Tiempo medio de reparación: calcula el MTTR y reduce el tiempo perdido

Tiempo de lectura estimado: 11 minutos

El tiempo medio de reparación (MTTR) es la duración media de un proceso de reparación o restauración definido tras el fallo de un equipo. Para calcularlo, suma las duraciones de un conjunto de incidencias comparables ya resueltas y divide el resultado entre el número de esas incidencias:

MTTR = tiempo total de reparación o restauración ÷ número de incidencias resueltas

Definir qué «tiempo» se mide es tan importante como hacer la división. Sustituir un componente puede llevar 40 minutos, aunque la máquina permanezca indisponible durante tres horas. Un informe útil muestra esa diferencia para que mantenimiento pueda mejorar la fase adecuada del proceso y producción pueda planificar con la capacidad de la que realmente dispone.

El MTTR ayuda a comprender los fallos anteriores. No indica cuándo se resolverá la avería actual. La previsión de vuelta al servicio debe basarse en la evaluación actual de mantenimiento, y cualquier cambio debe trasladarse al programa de producción. SkyPlanner incorpora la disponibilidad actualizada de la máquina a un programa compartido, para que puedas ver el efecto en los pedidos de los clientes sin rehacer a mano todas las colas de trabajo relacionadas.

Primero, decide qué intervalo mide tu MTTR

MTTR se utiliza para designar el tiempo medio de reparación, recuperación o restauración, pero esas denominaciones no implican que los intervalos medidos sean idénticos. El vocabulario de dependabilidad de la IEC utiliza tiempo medio de restauración para MTTR. Un informe que solo contabiliza el trabajo activo de reparación responde a una pregunta más acotada que otro que incluye la espera de un técnico o un repuesto.

En el ejemplo de informe de fabricación de esta guía, el MTTR mide el tiempo transcurrido desde el fallo del equipo hasta que se verifica su disponibilidad para producir. El cómputo continúa durante las demoras en la respuesta, el diagnóstico, las esperas, la reparación, las pruebas y cualquier autorización necesaria antes de que la máquina vuelva a estar disponible. El tiempo de reparación activa se registra por separado.

Indica ese criterio en la cabecera del informe, junto con los límites del equipo analizado y el periodo del informe. Si tu empresa, contrato o norma de elaboración de informes establece otro intervalo, utiliza esa definición e identifícala con claridad. No compares su resultado con el de este informe hasta que los límites de medición coincidan.

Una parada de tres horas puede incluir mucho menos tiempo de reparación activa

Imagina un centro de mecanizado que falla a las 08:00 y cuya vuelta a producción se autoriza a las 11:00. El registro de la incidencia distingue las siguientes fases:

Fase	Intervalo horario	Duración
Espera de la respuesta de mantenimiento	08:00–08:30	30 minutos
Diagnóstico	08:30–08:50	20 minutos
Espera del repuesto necesario	08:50–09:50	60 minutos
Reparación física	09:50–10:30	40 minutos
Pruebas de funcionamiento	10:30–10:40	10 minutos
Comprobaciones obligatorias para autorizar la vuelta a producción	10:40–11:00	20 minutos
Tiempo total transcurrido hasta la restauración	08:00–11:00	180 minutos

En este ejemplo, la medición separada del tiempo de reparación activa incluye el diagnóstico, la reparación física y las pruebas de funcionamiento: 20 + 40 + 10 = 70 minutos. El tiempo transcurrido hasta la restauración es de 180 minutos. Ninguna de las dos cifras es incorrecta: responden a preguntas distintas.

Esta distinción indica dónde actuar. Mejorar la sustitución del componente, que lleva 40 minutos, no eliminará la hora de espera del repuesto. Del mismo modo, una mayor disponibilidad de repuestos no resolverá un diagnóstico difícil.

En el ejemplo, estas fases son consecutivas. En una incidencia real, algunas actividades pueden solaparse. Cuenta el tiempo transcurrido una sola vez: dos técnicos que trabajan juntos durante 40 minutos no generan una parada de 80 minutos. Las horas de mano de obra pueden ser útiles para analizar los costes de mantenimiento, pero no son intercambiables con el tiempo transcurrido desde el fallo de la máquina hasta su restauración.

No incluyas en la incidencia las pérdidas ajenas a ella

La incidencia termina cuando la máquina cumple las condiciones acordadas para volver al servicio, no cuando alguien cierra la orden de trabajo más tarde. Si está disponible a las 11:00, pero no hay material para la siguiente orden hasta el mediodía, esa hora adicional es una demora por falta de material, no otra hora de restauración.

Del mismo modo, el mantenimiento planificado, un cambio de formato habitual o la espera de un operario no son automáticamente reparaciones correctivas. Registra esas pérdidas en la categoría que corresponda, en lugar de incluir cada minuto de parada en el MTTR. Este informe mide la restauración tras el fallo del equipo definido, no todo el tiempo de inactividad de la fábrica.

Selecciona un conjunto de incidencias resueltas comparables

Empieza por una máquina o por un grupo cuyos equipos y tipos de fallo sean realmente comparables. Tanto la sustitución de un pequeño sensor como una reconstrucción importante pueden ser incidencias válidas, pero calcular su media sin mostrar qué tipos se han incluido puede ocultar el problema que necesitas resolver.

Para un informe mensual, un criterio viable es incluir las restauraciones completadas durante el mes, tomando la duración íntegra de cada incidencia aunque haya comenzado el mes anterior. El denominador es el número de esas incidencias resueltas, no el total de fallos notificados durante el mes ni todas las líneas de las órdenes de trabajo de mantenimiento.

Aplica el mismo criterio cada mes y conserva los registros en los que se basa el cálculo. En particular:

• Utiliza un único identificador de incidencia para cada fallo sin resolver. Que haya varias alarmas, técnicos o tareas en las órdenes de trabajo no significa necesariamente que haya varias restauraciones.
• Mantén visibles las incidencias pendientes. Una reparación que siga abierta al cierre del mes aún no tiene una duración final de restauración. Muestra por separado cuánto tiempo lleva abierta y cuál es su estado; no la contabilices como una reparación completada de cero horas.
• Comprueba las marcas de tiempo. Las horas de registro administrativo no coinciden necesariamente con las del fallo, la respuesta o la restauración. Si se desconoce cuándo se produjo el fallo, identifica la hora de detección de la que realmente dispones, en lugar de inventar una anterior.
• Explica claramente las exclusiones. Indica las marcas de tiempo que faltan, los registros anulados y cualquier categoría de incidencia que quede fuera del cálculo. No elimines una reparación larga y válida solo porque empeore la media.

Un informe de incidencias resueltas puede ofrecer un resultado inusualmente favorable mientras sigue abierta una avería prolongada. Por eso, la lista de incidencias pendientes debe acompañar a la media. Si, en cambio, seleccionas los fallos que comenzaron durante el periodo, haz un seguimiento de ese grupo hasta la restauración y explica cómo se tratan las incidencias aún sin resolver. No alternes entre ambos métodos sin indicarlo.

Ejemplo de cálculo del MTTR

Imagina cuatro restauraciones completadas en la misma máquina durante el mes del informe. Cada incidencia sigue el criterio de tiempo transcurrido definido anteriormente. La columna de reparación activa se mantiene para explicar la diferencia; no se suma al tiempo transcurrido.

Incidencia resuelta	Tiempo transcurrido desde el fallo hasta la disponibilidad	Tiempo de reparación activa
A	90 minutos	60 minutos
B: el ejemplo de 08:00–11:00	180 minutos	70 minutos
C	150 minutos	110 minutos
D	420 minutos	240 minutos
Total	840 minutos	480 minutos

El cálculo principal es:

MTTR basado en el tiempo total transcurrido hasta la restauración = 840 minutos ÷ 4 incidencias = 210 minutos, es decir, 3,5 horas.

Por separado, el tiempo medio de reparación activa es:

480 minutos ÷ 4 incidencias = 120 minutos, es decir, 2 horas.

Informar de un «MTTR: 2 horas» sin especificar que se limita al tiempo de reparación activa daría una cifra inferior al tiempo total de restauración medido en este ejemplo. Indicar 3,5 horas sin definir el intervalo tampoco permitiría al lector saber qué se ha incluido.

Unifica las unidades antes de sumar las duraciones. Noventa minutos son 1,5 horas, no 0,90 horas. Si no se completó ninguna restauración que cumpla los criterios, no hay una media observada para ese conjunto de incidencias; indica cero incidencias y una media no disponible, en lugar de un MTTR de cero minutos.

Para obtener un resultado conjunto, suma las duraciones de las incidencias incluidas y divide el total entre el número total de incidencias. No calcules simplemente el promedio de las medias de cada máquina si estas tienen distinto número de reparaciones. Mantén disponibles los desgloses por máquina y tipo de fallo para que la cifra conjunta no oculte un problema grave en un equipo concreto.

¿Qué se considera un buen MTTR?

Un buen resultado es el que mejora un proceso de restauración relevante, medido con criterios constantes, sin comprometer el resultado exigido. No existe un objetivo único en horas que tenga sentido para todos los equipos de producción y tipos de fallo.

Compara cada máquina con su propio valor de referencia en condiciones similares. Antes de atribuir una media menor a una mejora de las reparaciones, comprueba si han cambiado los tipos de incidencias, la cobertura de los turnos, el método de mantenimiento o el criterio de registro. Un mes con varios fallos sencillos puede arrojar mejores cifras que otro con un solo fallo complejo, aunque el equipo trabaje igual de bien.

Analiza la media junto con el número de incidencias, el tiempo total perdido, las duraciones individuales y las etapas que generan retrasos. En el ejemplo de las cuatro incidencias, las duraciones totales, ordenadas de menor a mayor, son 90, 150, 180 y 420 minutos. La mediana es de 165 minutos, mientras que la media es de 210 minutos. Esa última incidencia, de mayor duración, merece investigarse; no debe eliminarse para que las cifras coincidan.

El MTTR, por sí solo, tampoco indica con qué frecuencia falla la máquina. El tiempo medio entre fallos, o MTBF, mide el tiempo de funcionamiento por fallo de un equipo reparable. Los fallos breves y frecuentes requieren decisiones de mejora distintas de los fallos largos y poco frecuentes, aunque el tiempo total perdido sea similar.

Sobre todo, esas 3,5 horas no son una cuenta atrás para la próxima reparación. El fallo actual puede requerir otra pieza, otro especialista o una comprobación diferente. Utiliza el historial de casos comparables para orientar la conversación y, después, solicita a mantenimiento su evaluación actual y el momento de la próxima revisión.

Reduce el retraso que realmente impide volver a producir

Desglosa las incidencias más largas por etapas antes de decidir qué medida tomar. La medida más eficaz no consiste necesariamente en acelerar la intervención técnica; puede consistir en eliminar una espera que impide iniciarla.

Si la respuesta es lenta, revisa cómo se comunica el fallo a la persona responsable y cómo se traspasa la responsabilidad entre turnos. El identificador de la máquina, los síntomas observados y una vía clara para escalar la incidencia ofrecen a mantenimiento un punto de partida más útil que un mensaje impreciso que solo indica que la producción se ha detenido.

Si el diagnóstico ocupa la mayor parte del tiempo, facilita el acceso a la información pertinente del equipo, al historial de fallos y a los conocimientos especializados. Revisa los fallos recurrentes con mantenimiento e ingeniería. Reiniciar repetidamente la máquina puede acortar las paradas individuales registradas sin resolver la causa.

Si predomina la espera de repuestos, investiga qué pieza se necesitaba, cómo se identificó y por qué no estaba disponible. Una mejora específica en la disponibilidad o identificación de repuestos críticos puede ser más útil que almacenar de todo. En el ejemplo de tres horas, los 60 minutos de espera de repuestos son un aspecto evidente que conviene investigar, no una prueba que justifique por sí sola una política de inventario concreta.

Si la reparación física es la etapa más larga, revisa la preparación, el acceso, las herramientas, las instrucciones y las competencias necesarias para esa tarea. Si las pruebas o la autorización para volver a producir son el cuello de botella, acuerda cómo garantizar que el personal necesario esté disponible y que las comprobaciones estén preparadas. La mejora consiste en preparar mejor la vuelta al servicio, no en omitir verificaciones para detener antes el cómputo del tiempo.

Asigna un responsable a la medida elegida y revisa las incidencias comparables posteriores. Mantén visibles tanto la duración de cada etapa como el tiempo total de restauración. Acortar una etapa de reparación aporta poco a la producción si ese mismo tiempo se traslada a otra espera o si un trabajo incompleto provoca otra interrupción poco después.

Mantén actualizado el plan de producción a medida que evoluciona la reparación

Mejorar las futuras restauraciones es una tarea. Proteger los compromisos actuales con los clientes es otra. Producción no puede esperar a la media de fin de mes para decidir qué debe fabricarse a continuación.

Imagina que mantenimiento prevé inicialmente que un centro de mecanizado vuelva a estar disponible a las 11:00. Una evaluación posterior retrasa esa previsión a las 14:00. El MTTR histórico no ha cambiado, pero sí la capacidad disponible para los pedidos en espera. Uno de ellos aún necesita una inspección después del mecanizado, y el centro alternativo ya tiene trabajo asignado para otro cliente.

SkyPlanner APS incorpora ese cambio de capacidad al programa de producción interconectado. Registra el periodo de indisponibilidad revisado por mantenimiento como una excepción de la estación de trabajo. Cuando cambie la previsión de vuelta al servicio, actualiza el intervalo y recalcula el programa. Arcturus, la IA de programación de SkyPlanner, programa las operaciones afectadas que se pueden programar en función de la capacidad registrada, teniendo en cuenta los recursos productivos configurados, las dependencias entre operaciones, las prioridades y los bloqueos. El diagrama de Gantt muestra la secuencia resultante.

Con la vuelta al servicio prevista para las 14:00, comprueba si los trabajos de mecanizado en espera aún dejan tiempo suficiente para la inspección y la entrega. Si un recurso productivo alternativo adecuado puede asumir una operación, revisa también los compromisos que ya tiene asignados. El trabajo que ya se había iniciado requiere una decisión específica sobre su reanudación; recalcular la cola de espera no sustituye la comprobación del estado de la tarea interrumpida.

Así se reduce la reconstrucción manual de colas de trabajo interdependientes y se obtiene una base más clara para tomar decisiones sobre las entregas. Mantenimiento es responsable de la evaluación actual de la restauración. Tú decides las prioridades de producción. Arcturus calcula la programación del conjunto de trabajos interconectados, en lugar de obligarte a reajustar por separado la lista de cada máquina.

Por eso conviene elegir SkyPlanner como complemento al trabajo de mejora de las reparaciones: una previsión de disponibilidad revisada se refleja en los pedidos y las operaciones posteriores a los que afecta. Si persiste la incertidumbre, acuerda cuándo volver a revisar esa previsión y mantén actualizado el programa a medida que dispongas de información más precisa.

Ve cómo afecta a las entregas una avería que se prolonga

Un informe útil de MTTR indica qué se ha medido, qué incidencias han dado lugar a la media y por dónde conviene empezar a mejorar. Un plan de producción útil indica qué hacer mientras la reparación actual sigue su curso. Conectar esas decisiones evita que un análisis de mantenimiento riguroso se quede en una cifra mensual aislada.

SkyPlanner se integra con cualquier ERP o MES a través de su API REST abierta, de modo que la programación interconectada puede aprovechar la información de pedidos y producción que ya utilizas.

Reserva una demostración de SkyPlanner y aporta un caso de avería reciente, la previsión revisada de vuelta al servicio y los pedidos de clientes que pasan por ese recurso productivo. Pide que te muestren qué operaciones en espera cambian de posición, qué ocurre con las operaciones posteriores y qué compromisos de entrega requieren atención. Si prefieres explorar primero, prueba SkyPlanner con datos de demostración y ve cómo un cambio de capacidad modifica el programa.