El MTTR suele mostrarse como una media en horas, pero esa unidad no revela qué momentos entraron en cada ciclo. En la tabla 14-1 de su Reliability-Centered Maintenance Guide, NASA define MTTR como la media aritmética de los tiempos de ciclo de las acciones individuales de mantenimiento de un sistema y excluye el mantenimiento preventivo.
En el apartado anterior, la guía enumera etapas que pueden formar parte del tiempo de reparación: diagnóstico, obtención y entrega de piezas, acceso, retirada y reemplazo, retorno al servicio y comprobación. NASA, §14.3, pp. impresas 14-4–14-5 (PDF pp. 216–217); tabla 14-1, p. impresa 14-6 (PDF p. 218)
Para entender una cifra local, el nombre MTTR no basta. Hay que saber qué marca abre el reloj, cuál lo cierra, cómo se tratan las demoras y qué registros entran en la media. La guía de NASA aporta un marco técnico; no establece quién debe pulsar un botón en una fábrica española ni sustituye el procedimiento de registro de cada centro.
El promedio depende de las acciones incluidas
En el marco NASA citado, se suman los tiempos de ciclo de las acciones individuales de mantenimiento que entran en la población y se divide por el número de acciones. La tabla excluye el mantenimiento preventivo del cálculo de MTTR. NASA, tabla 14-1, PDF p. 218 / impresa 14-6, líneas 7622–7625
MTTR = suma de tiempos de ciclo de las acciones individuales de mantenimiento incluidas ÷ número de acciones incluidas
La fórmula requiere dos decisiones que no resuelve la división: cuáles son los ciclos incluidos y cuánto duró cada uno bajo la definición elegida. Si el informe mezcla equipos, periodos o reglas de reloj, el resultado puede ocultar variaciones relevantes. El promedio no dice qué observación fue más corta o más larga; si esa diferencia importa para la pregunta, habrá que volver a los registros, no atribuírsela a la media.
No conviene traducir MTTR como “horas de manos sobre la máquina” sin comprobar la definición. NASA describe en §14.3 etapas que abarcan diagnóstico, procuración y entrega de piezas, acceso, retirada y sustitución, retorno, prueba y cierre. Ese alcance muestra que el ciclo de reparación que presenta la guía puede contener esperas y actividades que no equivalen a trabajo manual ininterrumpido. NASA, §14.3, pp. impresas 14-4–14-5 (PDF pp. 216–217), líneas 7606–7614
La expresión del acrónimo y su uso no deben desprenderse de la fuente concreta. En esta página, “MTTR” se usa con la definición de la tabla de NASA cuando se atribuye a esa guía. Si una organización aplica otro reloj local, ese alcance debe acompañar al valor y no presentarse como una equivalencia automática con la tabla.
Qué etapas menciona la guía
La sección 14.3 ofrece un recorrido del ciclo que ayuda a comprobar por qué distintas organizaciones pueden registrar duraciones diferentes. La guía menciona identificar o diagnosticar la avería, procurar y recibir piezas, acceder al equipo, retirar y reemplazar el componente, devolver el activo al servicio, hacer comprobaciones y cerrar el trabajo. NASA, §14.3, pp. impresas 14-4–14-5 (PDF pp. 216–217), líneas 7606–7614
Esta lista describe etapas dentro del marco documental; no es una secuencia de instrucciones de reparación ni una autorización para intervenir. La condición real, los permisos, las instrucciones del fabricante y los procedimientos de seguridad del centro gobiernan cualquier trabajo. Para el cálculo, su utilidad es más acotada: invita a preguntar si el registro pretende medir un ciclo que incluye esas etapas o solo una parte explícitamente definida.
Por ejemplo, una base puede conservar la hora en que producción detectó una parada y la hora en que mantenimiento cerró una orden. Esa resta refleja el intervalo entre esos dos eventos de registro. No demuestra automáticamente que todos los tramos de diagnóstico, logística, intervención y verificación se anotaran de manera consistente, ni que el cierre administrativo coincida con el retorno al servicio que quiso medir el informe.
Si se necesita una medida distinta, como tiempo activo de mantenimiento o downtime, no se debe rebautizar el resultado. La tabla 14-1 distingue Mean Active Maintenance Time de Mean Down Time; la primera excluye demoras logísticas y administrativas según esa definición, mientras que MDT las incluye en el alcance que presenta la tabla.
La duración de un ciclo correctivo local, el tiempo activo y el tiempo caído son conceptos relacionados, pero no intercambiables por defecto. NASA, tabla 14-1, PDF p. 218 / impresa 14-6, líneas 7636–7651
Diseñar un reloj local que se pueda reconstruir
El siguiente esquema es una propuesta editorial para documentar un reloj de cálculo. No lo exige NASA ni es una obligación legal. Su propósito es que dos personas puedan reconstruir la misma duración a partir de los mismos registros:
- Unidad observada: equipo, población o criterio para seleccionar las órdenes.
- Evento de inicio: el hecho de registro que abre el ciclo para este cálculo.
- Evento de cierre: el hecho observable que lo cierra, y cómo se relaciona con el retorno al servicio que se desea medir.
- Pausas o demoras: qué segmentos quedan dentro del reloj y cuáles se separan en otra medida.
- Tipo de trabajo: cómo se diferencia el ciclo correctivo de una acción preventiva.
- Fuente temporal: sistema que conserva cada marca, zona horaria y tratamiento de datos incompletos.
- Regla de inclusión: qué ocurre con órdenes duplicadas, canceladas, reabiertas o abiertas al final de la ventana.
“Inicio” no debería significar una cosa en un informe y otra en el siguiente. Una planta puede elegir, para su análisis, el momento de detección o el de apertura formal de una orden; lo importante es que la elección se describa y se mantenga dentro de la serie comparada. Esa elección es una convención de datos del centro, no una regla impuesta por la guía citada.
El cierre merece la misma atención. Puede ser una marca relacionada con la finalización del trabajo, con la validación prevista o con el estado de retorno al servicio. Esos hitos pueden tener marcas distintas. Si se usa el cierre administrativo de la orden como sustituto de otro evento, debe decirse; el nombre de la columna no demuestra que los dos hechos coincidan.
Quién registra cada marca
La responsabilidad del registro debe encajar con las funciones y sistemas que ya existan. Por ejemplo, una regla interna podría hacer que la persona que detecta una condición registre el aviso, que la función responsable de mantenimiento complete los hitos de la orden y que una función operativa registre el cambio de estado que confirma el retorno. Esta es una ilustración de gobernanza de datos, no un reparto obligatorio de tareas ni una recomendación para una instalación concreta.
El dueño de cada marca debe quedar claro porque un campo sin responsable puede rellenarse tarde o de memoria. También conviene separar quién registra el evento de quién valida la calidad del conjunto de datos. No hace falta que la misma persona defina el indicador, haga el trabajo y certifique que todos los ciclos siguieron el mismo reloj.
Un diseño local puede documentar: nombre del hito, función que lo registra, sistema de origen, formato horario, zona horaria, si el dato se genera automáticamente o se introduce manualmente, y cómo se corrige un error. Si hay un ajuste posterior, el registro debería permitir identificar qué cambió y por qué. Estas propuestas buscan trazabilidad; no se atribuyen a NASA ni a una norma española.
La consistencia temporal también importa en cambios de turno o de sistema. Si una orden se abre antes de medianoche y se cierra después, ambas marcas deben pertenecer a una escala temporal inequívoca. Si hay horas duplicadas o saltos por cambios de horario, el cálculo puede requerir una regla técnica de normalización. Esta página no prescribe la zona horaria ni el software; indica que deben declararse antes de interpretar la resta.
Un ejemplo hipotético de cuatro ciclos
Supongamos cuatro ciclos correctivos inventados que, bajo una única regla de reloj, duran 2, 4, 6 y 8 horas. La media es:
(2 + 4 + 6 + 8) ÷ 4 = 5 horas por ciclo correctivo
Los tiempos son ficticios; no son datos de una planta ni un benchmark. Si se añadiera una acción preventiva de tres horas, esa duración no entraría en la media MTTR de la tabla NASA porque la definición citada excluye mantenimiento preventivo. La acción todavía podría ser relevante para otra medida, pero no se debe incorporar sin cambiar y declarar el alcance.
Cinco horas tampoco describen por separado cada ciclo. En el conjunto hipotético, hay un ciclo de dos horas y otro de ocho; la media los resume, pero no reemplaza la lista de duraciones. Si la pregunta es si hay trabajos muy largos o una cola de ciclos abiertos, conviene revisar la distribución y el estado de las órdenes, no inferirlos a partir de cinco horas.
Un ejemplo de sensibilidad también sirve para mostrar el efecto de la regla. Si un tramo de espera de cuatro horas se incluye en uno de los ciclos, la media cambia en una hora: se añaden cuatro horas al total de cuatro registros y se divide por cuatro. Si la misma espera queda fuera de la definición local, el resultado es distinto.
No existe aquí una respuesta automática sobre cuál cuenta es válida: el informe debe decir qué reloj representa y no mezclar ambas convenciones bajo la misma etiqueta.
Una parada hipotética de 09:00 a 17:00
Imagina, solo como ejercicio, que un registro marca la parada a las 09:00 y el retorno al servicio a las 17:00. Entre ambas marcas se anotan diagnóstico a las 09:30, espera por una pieza, actividad de reemplazo, comprobación y cierre. El intervalo parada–retorno es de ocho horas.
Eso no prueba que la media MTTR de un conjunto sea ocho horas: es una observación de un único ciclo hipotético, y su significado depende de si esos extremos son las marcas elegidas para el cálculo.
Tampoco permite calcular cuánto duró el trabajo activo. Para hacerlo, harían falta marcas separadas para cada tramo incluido y excluido. El ejemplo no asigna duración a la espera, al reemplazo ni a la prueba, así que no corresponde repartir las ocho horas entre ellos. La aritmética solo permite restar 09:00 de 17:00 y obtener el intervalo transcurrido.
La guía NASA cita etapas que incluyen diagnóstico, piezas, acceso y prueba/cierre, pero el ejemplo no dice que cada planta tenga que usar esos hitos exactos ni quién los introduce. Su función es mostrar que “parada a servicio” puede abarcar más que una fase de trabajo manual, y que el intervalo resultante depende del comienzo y final elegidos. NASA, §14.3, pp. impresas 14-4–14-5 (PDF pp. 216–217), líneas 7606–7614
Casos de borde que alteran el reloj
Los ciclos que atraviesan el final de una ventana necesitan una regla explícita. Supongamos un caso inventado: el reloj empieza a las 22:00 del último día del mes y el cierre se registra a las 02:00 del día siguiente.
Si el informe asigna el ciclo al mes de inicio, su duración completa puede aparecer en esa ventana; si solo suma tiempos dentro de cada mes, el dato podría repartirse o quedar pendiente. Ninguno de esos tratamientos se deduce del nombre MTTR. Debe indicarse cómo se asignan ciclos abiertos y completados después del corte.
Algo parecido ocurre cuando una orden se reabre. En un ejemplo hipotético, un cierre a las 15:00 seguido de otra intervención relacionada a las 18:00 podría tratarse como dos ciclos o como una sola secuencia, según la regla de datos. El artículo no decide qué relación técnica existe entre esos trabajos; señala que el registro necesita una manera reproducible de enlazarlos o separarlos. Sin esa regla, una persona puede contar dos órdenes y otra un único evento.
Los duplicados también pueden cambiar el número de ciclos promediados, aunque las horas de operación y el activo no cambien. Si el mismo evento se reporta desde una alarma y desde una orden, el análisis debe saber si hay dos ciclos independientes o dos registros sobre el mismo ciclo. La cifra final puede verse precisa aun cuando el recuento subyacente dependa de una decisión no documentada.
Finalmente, las fuentes de tiempo deben ser coherentes. Un sistema puede guardar hora local y otro hora universal; una transferencia manual puede redondear minutos; una actualización posterior puede cambiar el cierre. Para reconstruir el reloj, conserva el sistema de origen y la zona horaria de cada marca, además de una regla sobre qué dato prevalece si hay discrepancias. Estas son prácticas de calidad del dato propuestas para que la cuenta se pueda revisar; no son requisitos establecidos por NASA.
Cómo decidir si dos valores se pueden comparar
Antes de comparar dos MTTR, pon una al lado de otra la definición del ciclo, el tipo de acción, la población, la ventana y el tratamiento de las demoras. Si no coinciden, marca la comparación como limitada o no comparable bajo esas definiciones. Esta es una regla metodológica del artículo derivada de la necesidad de mantener iguales los objetos que se promedian; no es una recomendación literal de NASA.
| Revisión | Pregunta que conviene hacer |
|---|---|
| Unidad y población | ¿Se promedian los mismos equipos o grupos definidos del mismo modo? |
| Ciclo | ¿El inicio y el cierre se basan en los mismos hechos observables? |
| Trabajo | ¿Qué acciones entran en la población y cómo se trata el mantenimiento preventivo? |
| Demoras | ¿El reloj incluye espera por piezas, permisos, acceso o gestión? |
| Registro | ¿Las marcas provienen del mismo sistema y tienen zona horaria y calidad conocidas? |
| Ventana | ¿Los ciclos abiertos, reabiertos o completados fuera del periodo reciben el mismo trato? |
Una comparación puede seguir siendo útil aunque haya diferencias, siempre que las declare y no atribuya al activo una variación que podría surgir del reloj. En cambio, comparar solo etiquetas idénticas puede dar una falsa impresión de compatibilidad. Dos informes que dicen “MTTR” podrían medir alcance distinto; dos informes con nombres diferentes podrían medir algo cercano, pero habría que demostrarlo con sus definiciones.
Si la cifra se usa para una decisión real de producción, seguridad, compra o intervención, el promedio no aporta por sí solo la autorización ni el diagnóstico. Se deben revisar la evidencia original, el contexto del equipo y las funciones competentes. Este artículo trata de lectura y registro de datos, no de cuándo reiniciar o intervenir un activo.
Alcance de la fuente y lo que queda fuera
La Reliability-Centered Maintenance Guide de NASA fue publicada en 2008 para un contexto de instalaciones federales estadounidenses. En esta página se atribuyen al documento su definición de MTTR en tabla 14-1, la exclusión de mantenimiento preventivo y las fases citadas del ciclo. Las propuestas de marcas de tiempo, responsables, reglas de duplicado y comparación son síntesis editoriales, no requisitos de esa guía. NASA, §14.3, pp. impresas 14-4–14-5 (PDF pp. 216–217); tabla 14-1, p. impresa 14-6 (PDF p. 218)
La guía no es legislación española ni europea, norma de seguridad de aplicación general o instrucción actual del fabricante. La audiencia prevista es personal de mantenimiento y operaciones industriales en España; el contenido es educativo. No evalúa un activo, no determina que un equipo sea seguro, no sustituye procedimientos internos ni recomienda cambiar una estrategia de mantenimiento.
Un promedio tampoco identifica la causa de una avería, expresa una distribución completa de ciclos o predice la duración de la próxima reparación. Si el reloj local no conserva los hitos que necesita el análisis, el cálculo puede ser irreproducible. En ese caso, la limitación debe acompañar al resultado, no esconderse tras una sigla familiar.
Para ver cómo se relaciona el MTTR con otras medidas, consulta la página de MTBF, MTTR y disponibilidad. La página hermana MTTR: qué es cubre la aclaración conceptual del término. Aquí el foco permanece en el reloj de registro: qué eventos lo abren y cierran, qué tiempos quedan dentro y cómo documentar quién conserva cada marca.