Qué es MTTR: dos definiciones y sus límites

MTTR no identifica por sí solo un intervalo común a todos los documentos. Kang et al. calculan el MTTR como promedio de TTR dentro de su framework de manufactura. NASA lo define como media aritmética de los tiempos de ciclo de acciones individuales de mantenimiento de un sistema, excluido el mantenimiento preventivo. La tabla no llama a todas esas acciones “correctivas”; conserva su formulación al describir la medida.

Kang et al., §§3.1.3 y 3.2.3; NASA, §14.3, tabla 14-1, p. impresa 14-6

La respuesta cambia con la fuente

Cuando alguien pregunta “¿qué es MTTR?”, conviene responder con dos datos: qué intervalo define el marco citado y qué eventos entran en su promedio. Las mismas siglas no bastan para saber dónde empieza el reloj, cuándo termina ni qué acciones forman la muestra.

El campo de un software tampoco resuelve esas preguntas por sí solo. Un registro local puede guardar aviso, confirmación del fallo, inicio de intervención, cierre de tarea o retorno a servicio; cada marca necesita su significado documentado. Las fuentes citadas describen sus propios marcos, no el nombre ni la configuración de un sistema local.

Qué aporta el framework de Kang et al.

En §3.1.3, TTR es el tiempo durante el que una máquina no está disponible por un fallo, mientras está en reparación. §3.2.3 define MTTR como el promedio de TTR durante un periodo largo; el artículo no fija una ventana mensual, trimestral o anual. Kang et al., §§3.1.3 y 3.2.3, revista pp. 6338 y 6342 (PDF pp. 7 y 11)

El mismo apartado separa TTR de CMT, el tiempo en que se realiza mantenimiento correctivo, y PMT, el tiempo dedicado al preventivo. El paper usa CMT y PMT al definir su corrective maintenance ratio (CMR), una proporción entre esos dos tipos de tiempo. CMR no es una duración media ni sustituye MTTR.

TTR describe indisponibilidad por fallo mientras la máquina está en reparación; CMT y PMT clasifican tiempo de mantenimiento por actividad. Un registro que solo conserva inicio y cierre quizá no permita reconstruir las tres medidas. Kang et al., §3.1.3, revista pp. 6338–6339 (PDF pp. 7–8), y §3.2.3, revista p. 6342 (PDF p. 11)

El marco parte de elementos de ISO 22400–2, pero el artículo explica que los autores los modifican o redefinen. También dice que la agrupación propuesta no es única. Esos límites pertenecen al paper: citarlo no equivale a citar una definición oficial de ISO. Kang et al., introducción y §3.1, pp. 6335–6336 de revista

Para leer un informe, esta referencia permite reconocer la definición de los autores; no permite inferir qué marcas usa un CMMS concreto ni cuál debe adoptar una fábrica. Esa diferencia depende de la convención local y de sus datos.

Qué llama MTTR la guía NASA

La tabla 14-1 define MTTR como el promedio aritmético de los tiempos de ciclo de las acciones individuales de mantenimiento de un sistema y excluye el mantenimiento preventivo. La tabla no denomina esas acciones “ciclos correctivos”. Es una definición de una guía NASA de 2008, no una regla universal. NASA, §14.3, tabla 14-1, p. impresa 14-6 (PDF p. 218), líneas 7622–7625

La tabla también distingue Mean Active Maintenance Time —tareas preventivas y correctivas sin demoras logísticas o administrativas— de Mean Down Time, que incluye esas demoras mientras el sistema no está operativo. Son medidas distintas del MTTR.

La guía incluye la procura de piezas en time-to-repair, pero separa ese cálculo del Mean Active Maintenance Time y del Mean Down Time. La línea temporal hipotética posterior ayuda a ver por qué el tiempo entre parada y retorno no es automáticamente una sola de esas medidas. NASA, §14.3, p. impresa 14-5 y tabla 14-1, p. impresa 14-6, líneas 7636–7651

En §14.3, NASA incluye en sus cálculos de time-to-repair el diagnóstico, la procura o entrega de piezas, el acceso a la pieza, su retirada y sustitución, el retorno a operación, la verificación y el cierre. La lista describe el método de esa guía; no asigna campos a un GMAO local. NASA, §14.3, p. impresa 14-5 (PDF p. 217), líneas 7606–7615

La lista de etapas y la tabla de medidas responden preguntas distintas. Por ejemplo, la guía incluye la procura de piezas en el cálculo de time-to-repair, pero define Mean Active Maintenance Time excluyendo demoras logísticas y administrativas. No traslades una etapa de un cálculo a otro sin conservar esos límites.

Una cautela al leer CMR

El artículo de Kang et al. contiene una diferencia interna que conviene conservar al citar CMR. La frase que introduce el indicador lo describe como tiempo correctivo frente a la suma de tiempo correctivo y preventivo. Sin embargo, la ecuación 34 impresa debajo muestra CMT dividido por PMT, multiplicado por cien. Esas dos expresiones no son equivalentes.

La página no resuelve aquí cuál debe prevalecer para una reproducción del cálculo, así que no escogeré una por inferencia ni trasladaré una fórmula a un sistema local. Kang et al., §3.2.3, revista p. 6342 (PDF p. 11), ecuación 34

Esta salvedad no cambia lo que el mismo apartado dice sobre MTTR: promedio de TTR durante un periodo largo. Sí limita cualquier comparación de CMR basada solo en la etiqueta. Si dos informes llaman CMR a sus resultados pero implementan denominadores distintos, podrían mostrar porcentajes diferentes aunque usen los mismos nombres para CMT y PMT.

Y si la cantidad de mantenimiento preventivo registrada cambia, una proporción puede moverse sin que eso demuestre que cada reparación haya durado menos o que haya habido menos fallos. Son consecuencias de las definiciones, no resultados empíricos del estudio.

Por eso, al revisar un porcentaje CMR, conserva la referencia a la frase y a la ecuación que realmente siguió el cálculo, además de sus unidades y periodo. Si el software solo entrega una etiqueta y un valor, falta información para atribuirlo al indicador tal como lo presenta el paper.

En cambio, no hace falta resolver esa diferencia para identificar el MTTR del artículo: su definición está expresada separadamente en la lista de KPI y no depende de la ecuación de CMR. Kang et al., §3.2.3, revista p. 6342 (PDF p. 11)

Una parada, una tarea y una media

Una parada y una actividad pueden ocupar intervalos distintos. El ejemplo posterior muestra marcas hipotéticas que permiten comparar ambos, pero no calcula por sí solo una media: Kang promedia TTR durante un periodo largo y NASA promedia ciclos de acciones individuales. Un episodio aislado ayuda a comprobar qué se resta; no sustituye la población ni la ventana del indicador.

La guía separa etapas de time-to-repair de las categorías de tiempo activo y downtime. Si el registro solo conserva “parada” y “cierre”, no muestra cuánto duró cada tramo ni permite reconstruir la clasificación; se necesitan marcas documentadas. NASA, §14.3, p. impresa 14-5 y tabla 14-1, p. impresa 14-6 (PDF pp. 217–218)

Una línea temporal didáctica

Considera un ejemplo enteramente hipotético. Una línea deja de operar a las 09:00. La detección se registra a esa hora, el diagnóstico se anota entre 09:30 y 10:00, después hay una espera por una pieza hasta las 13:00, y entre las 13:00 y las 15:00 se anota una actividad correctiva con verificación. El retorno se registra a las 15:00.

La resta de 09:00 a 15:00 da seis horas entre parada y retorno registrado; el tramo de 13:00 a 15:00 dura dos. Ninguna cifra se convierte automáticamente en MTTR de Kang o de NASA: son intervalos hipotéticos, y las fuentes no clasifican cada tramo de esta línea como un evento de sus definiciones. Para usar un indicador local, documenta qué marcas abren y cierran el intervalo y si las esperas por piezas se registran dentro o aparte.

Por qué no conviene comparar cifras solo por sus siglas

Una comparación requiere saber si ambas cifras usan la misma población, unidad, tipo de evento y límite temporal. Esta comprobación es una lectura del dato, no una recomendación atribuida a Kang o NASA. Si un informe promedia TTR en el framework de Kang y otro promedia tiempos de ciclo de acciones individuales según la tabla de NASA, las etiquetas solas no prueban que midan lo mismo.

También importa qué entra en la muestra. NASA excluye el mantenimiento preventivo de su MTTR; un indicador local que lo combine con acciones correctivas resume otro conjunto. Antes de comparar, revisa qué eventos y equipos entran en cada promedio.

Una media tampoco describe el rango de observaciones. Cuatro ciclos ficticios de 2, 4, 6 y 8 horas promedian cinco horas. Esa media no significa que cada ciclo durara cinco horas ni explica por qué uno tardó más. Es aritmética hipotética, no evidencia empírica; si importan la dispersión o los casos extremos, el promedio aislado no basta.

En un informe, indica también cuántos ciclos forman la muestra y con qué regla entraron; así se puede juzgar si dos promedios resumen conjuntos comparables.

La misma tabla NASA separa el promedio MTTR de la mediana del tiempo activo correctivo y del máximo tiempo activo correctivo expresado en un percentil. La mediana divide las observaciones de downtime correctivo en dos mitades; el máximo requiere declarar el percentil usado, habitualmente 90 o 95 en esa tabla. No son formas alternativas de escribir MTTR.

Si interesa el centro de la distribución o un umbral de finalización, hace falta el estadístico que responda esa pregunta y la población que lo produjo. El promedio solo no revela ninguno de esos datos. NASA, §14.3, tabla 14-1, p. impresa 14-6 (PDF p. 218)

Un cambio entre informes puede reflejar el trabajo realizado o una modificación del registro. Revisa si cambió la regla de cierre, el origen de las marcas, la población o el periodo; si alguno difiere, declara la diferencia junto al valor antes de llamarla mejora o deterioro. Kang et al. describen un periodo largo, pero no prescriben mes, trimestre o año para un reporte local.

NASA habla de acciones individuales, no de una regla para vincular cada una con fallos u órdenes de trabajo del sistema local. En un ejemplo hipotético, una avería podría aparecer como una orden con varias acciones o como varios registros; eso no prueba que cada fila equivalga a un TTR. Antes de comparar medias, confirma qué representa cada fila y cómo se agruparon las acciones. Si el extracto no permite saberlo, la comparación queda limitada por esa unidad desconocida.

La fuente identifica la definición; el registro muestra cómo se midió; la interpretación queda limitada por ambos.

Cómo nombrar y citar el resultado en un informe

Añade al rótulo la fuente o regla que define la sigla, la unidad y la población. “MTTR: Kang et al., promedio de TTR según §3.2.3” y “MTTR: NASA, promedio de ciclos de acciones individuales de mantenimiento según tabla 14-1, excluido el preventivo” identifican marcos diferentes. Si el sistema aplica otra regla, descríbela como convención local, sin atribuirla a una fuente que no la establece.

Al revisar el campo, anota la definición citada, el periodo, equipos o acciones incluidos, marcas de inicio y cierre, exclusiones y número de observaciones, si consta. Si el registro solo conserva el promedio, no inventes una muestra ni una regla de inclusión.

Para Kang, §3.1.3, p. 6338 de revista (PDF p. 7), define TTR; §3.2.3, p. 6342 (PDF p. 11), presenta MTTR como promedio de TTR. La introducción y §3.1, pp. 6335–6336, indican que el paper parte de elementos de ISO y los modifica o redefine. Cita esos pasajes como parte del framework de los autores, no como una definición oficial de ISO. Kang et al., introducción y §§3.1.1, 3.1.3, 3.2.3

Para NASA, §14.3 incluye etapas de time-to-repair en la página impresa 14-5 y la tabla 14-1 en la página impresa 14-6 (PDF pp. 217–218). La guía es de 2008 y tiene un contexto estadounidense. NASA, §14.3 y tabla 14-1

Una etiqueta útil podría decir “MTTR según Kang et al., §3.2.3; periodo [ ]; población [ ]; eventos incluidos [ ]; extremos temporales [ ]; exclusiones [ ]”. Los campos vacíos son incógnitas, no valores que deban inferirse del nombre del indicador.

Lo que ninguna de las dos cifras demuestra por sí sola

Una media MTTR no identifica la causa de un fallo, no predice la próxima reparación, no prueba la vida restante de un equipo y no acredita que un activo sea seguro. Tampoco determina disponibilidad por sí sola. NASA distingue la disponibilidad inherente, que relaciona MTBF y MTTR, de la operacional, que usa MTBM y MDT. NASA, §14.3, pp. impresas 14-4–14-5 (PDF pp. 216–217)

El paper de Kang no es una definición legal española o europea. La guía NASA es una fuente técnica estadounidense de 2008 y no una disposición normativa de España ni una instrucción actual de fabricante. Los dos documentos se citan aquí para interpretar sus propios términos; no autorizan intervenciones, no sustituyen una evaluación de riesgos y no establecen qué debe hacer una persona ante una condición real.

Para decisiones sobre equipos concretos, hay que consultar documentación actual del fabricante, evaluación de riesgos, procedimientos del centro y funciones competentes. Esta página no formula una recomendación operativa ni determina si una cifra es aceptable para un activo.

Qué hacer con una cifra local

Compara primero su etiqueta con el intervalo y la unidad realmente registrados. Si no coinciden con la definición de Kang o NASA, describe el cálculo como una convención del sistema local. Para valorar disponibilidad o un activo concreto, consulta la métrica completa y la documentación competente; esta página no da instrucciones operativas.

Qué leer después

La página MTTR se centra en cómo documentar el reloj local y quién conserva cada marca. MTBF, MTTR y disponibilidad relaciona las métricas y sus denominadores. MTTR y MTBF estudia alternativas de fiabilidad y mantenibilidad ante una meta de disponibilidad. Aquí el foco sigue siendo más estrecho: qué significa MTTR dentro de cada fuente y por qué la sigla no reemplaza la definición.