MTBF, MTTR y disponibilidad: entienda fórmulas, definiciones, errores de cálculo, datos de campo y cómo usar estos indicadores en decisiones de ingeniería.
¡Descúbrelo!
MTBF, MTTR y disponibilidad son indicadores utilizados para entender con qué frecuencia fallan los activos reparables, cuánto tardan en volver a una condición de disponibilidad y qué proporción del tiempo logran permanecer aptos para cumplir la función requerida. En conjunto, ayudan a separar dos problemas que con frecuencia se confunden: fallar demasiado y tardar demasiado en restablecer el servicio.
MTBF — Mean Time Between Failures — representa el tiempo medio entre fallos dentro de una población o historial definido. MTTR es una sigla que, en ABNT NBR 5462:1994, corresponde al tiempo medio de restablecimiento: la esperanza matemática del intervalo entre la ocurrencia de un fallo y la restitución del elemento a un estado de disponibilidad. La disponibilidad, a su vez, expresa la capacidad del elemento para estar en condiciones de ejecutar una función requerida, considerando confiabilidad, mantenibilidad y soporte de mantenimiento.
Estos conceptos parecen simples, pero se utilizan incorrectamente con frecuencia. MTBF no es vida útil. MTTR no debe confundirse automáticamente con el tiempo efectivo de reparación. Y la disponibilidad operacional no puede calcularse de forma confiable sin saber qué tiempos están incluidos en el numerador y en el denominador.
Para Ingeniería de Mantenimiento, el valor de estos indicadores no está en producir un número atractivo para un dashboard. Está en diagnosticar si la pérdida de desempeño proviene de recurrencia de fallos, baja mantenibilidad, demora logística, falta de repuestos, deficiencia de diseño, baja redundancia o gobernanza inadecuada de los datos.
Qué es MTBF y qué mide realmente
MTBF se utiliza principalmente para elementos reparables y representa una media de los intervalos entre fallos considerados relevantes dentro de un período o conjunto de observaciones. En la práctica operacional, una estimación común consiste en dividir el tiempo acumulado de operación por el número de fallos relevantes observados, siempre que el criterio de fallo, la frontera del activo y el período sean consistentes.
Esta salvedad es decisiva. Si una organización modifica lo que considera fallo en medio de la serie histórica, el indicador pierde comparabilidad. Si incluye paradas planificadas como fallos durante un mes y las excluye al mes siguiente, el MTBF deja de representar comportamiento técnico y pasa a reflejar una regla de registro.
NBR 5462 distingue fallo, avería, tiempo de operación, tiempo entre fallos y fallo relevante. Este vocabulario es útil porque obliga a la organización a explicitar qué evento entra en el cálculo.
Una forma operacional de estimar MTBF es:
MTBF estimado = tiempo acumulado de operación / número de fallos relevantes
Esta expresión no convierte cualquier media en un parámetro estadístico universal. Resume el historial observado bajo criterios definidos. Para predicción de confiabilidad, especialmente en poblaciones pequeñas, regímenes variables o comportamiento no estacionario, pueden ser necesarios métodos estadísticos más robustos.
MTBF no es vida útil
Un MTBF de 20.000 horas no significa que el equipo “durará 20.000 horas”. Esta interpretación confunde la media entre eventos en elementos reparables con la vida hasta el fallo o la vida útil.
NBR 5462 trata la vida útil como el intervalo desde la primera disponibilidad hasta el momento en que la intensidad de fallo se vuelve inaceptable o el elemento se considera irrecuperable después de una avería. También distingue tiempo hasta fallo y tiempo entre fallos. Son conceptos diferentes.
Un sistema reparable puede operar durante muchos años, acumular diversos fallos y presentar MTBF calculado sobre los intervalos entre ellos. La vida útil involucra el ciclo de vida del elemento, no solo la media de recurrencia de eventos.
Esta distinción también importa al comparar proveedores. Un valor de MTBF de catálogo puede calcularse por modelo o ensayo bajo condiciones específicas y no debe interpretarse como garantía de vida útil en campo.
Cómo calcular MTBF con datos de campo
El cálculo comienza por la definición de la frontera. Es necesario saber si el indicador pertenece a un componente, equipo, línea, sistema o flota. Mezclar niveles produce resultados poco útiles.
Considere un activo reparable que acumuló 4.800 horas de operación durante el período analizado y presentó 4 fallos relevantes según el criterio de la organización. El MTBF observado sería:
MTBF = 4.800 h / 4 = 1.200 h
Este resultado significa que, dentro de ese conjunto de datos, el tiempo medio de operación por fallo relevante fue de 1.200 horas. No significa que el próximo fallo ocurrirá exactamente después de 1.200 horas.
También es necesario registrar períodos sin observación, cambios de régimen, sustituciones y modificaciones. Si el activo fue rediseñado de forma significativa, mezclar datos anteriores y posteriores puede ocultar el efecto del cambio.
Los fallos relevantes necesitan un criterio explícito
No todo evento debe entrar en el MTBF. NBR 5462 define fallo relevante como aquel que debe considerarse en la interpretación de resultados operacionales, ensayos o cálculo de una medida de confiabilidad, y exige que el criterio sea especificado.
Esto permite excluir eventos cuya naturaleza no representa la confiabilidad que se desea medir, pero la exclusión debe ser técnicamente justificable. De lo contrario, el indicador puede manipularse simplemente reclasificando eventos.
Un disparo causado por un fallo externo de alimentación, por ejemplo, puede o no considerarse fallo del activo analizado según la frontera del sistema. Lo importante es mantener la regla constante y documentada.
MTBF por activo, familia o modo de fallo
Un MTBF global puede ocultar mecanismos diferentes. Si un equipo presenta fallos de comunicación, alimentación y ventilación, sumar todos los eventos produce una visión general de recurrencia, pero no muestra dónde actuar.
Calcular indicadores por modo de fallo puede revelar que la mayor parte de las interrupciones proviene de un mecanismo específico. Esto es mucho más útil para FMEA, RCM y análisis de causa raíz.
La agregación por familia también exige cuidado. Equipos de modelos, ambientes, cargas y edades muy diferentes pueden no pertenecer a la misma población estadística. Una media de flota puede ser válida para gestión, pero inadecuada para predecir un activo específico.
Qué es MTTR según NBR 5462
ABNT NBR 5462 define MTTR como tiempo medio de restablecimiento. El tiempo de restablecimiento es el intervalo entre la ocurrencia del fallo y la restitución del elemento a un estado de disponibilidad.
Esto es más amplio que el tiempo durante el cual un técnico ejecuta efectivamente la reparación. El período puede incluir detección, diagnóstico, localización, obtención de recursos, corrección, verificación funcional y otros retrasos asociados hasta que la función vuelva a estar disponible.
La norma también distingue tiempo de reparación, tiempo de mantenimiento correctivo efectivo, retraso técnico, retraso administrativo y retraso logístico. Esta estructura muestra por qué organizaciones que llaman “MTTR” a cualquier media de mantenimiento pueden comparar magnitudes diferentes sin percibirlo.
Una estimación operacional es:
MTTR = suma de los tiempos de restablecimiento / número de restablecimientos considerados
El inicio y el final del cronómetro deben estar definidos. Sin ello, dos sectores pueden reportar MTTR incompatibles para el mismo proceso.
Tiempo de reparación y tiempo de restablecimiento no son iguales
La reparación es solo una parte de la recuperación. Un activo puede tardar 45 minutos en ser reparado técnicamente, pero permanecer indisponible durante seis horas porque fue necesario localizar el fallo, esperar autorización, buscar una pieza, movilizar un especialista y ejecutar pruebas finales.
Para confiabilidad operacional, el usuario experimenta las seis horas, no solo los 45 minutos. Por ello, utilizar únicamente wrench time como MTTR tiende a sobreestimar la capacidad de recuperación.
Separar las parcelas del downtime es útil porque cada una tiene una palanca de mejora diferente. Un diagnóstico lento puede exigir mejor instrumentación y documentación. La espera por piezas apunta a la política de repuestos. El retraso de autorización puede ser un problema de proceso. Una reparación demorada puede revelar baja mantenibilidad del diseño.
Cómo descomponer el tiempo de restablecimiento
Un análisis de MTTR más útil separa el ciclo de recuperación en etapas. Esto evita intentar resolver todos los retrasos aumentando mano de obra.
Si la mayor parte está en “recursos”, la oportunidad puede estar en logística. Si está en diagnóstico, mejorar planos, alarmas, historial y capacitación puede ser más eficiente. Si está en corrección, accesibilidad, modularidad o redesign pueden reducir el tiempo.
Esta descomposición conecta MTTR con mantenibilidad. NBR 5462 define mantenibilidad como la capacidad de un elemento para ser mantenido o restituido a condiciones de ejecutar funciones requeridas, bajo condiciones y medios prescritos.
Qué es disponibilidad
La disponibilidad responde a una pregunta diferente: ¿el elemento está apto para cumplir su función cuando es requerido? Es resultado de la interacción entre confiabilidad, mantenibilidad y soporte de mantenimiento.
NBR 5462 define disponibilidad como la capacidad de un elemento para estar en condiciones de ejecutar cierta función en un instante o intervalo determinado, considerando los aspectos combinados de confiabilidad, mantenibilidad y soporte de mantenimiento, suponiendo recursos externos asegurados.
Esto significa que mejorar disponibilidad puede lograrse por dos caminos principales: reducir la frecuencia de fallos y reducir la duración de la indisponibilidad. En términos prácticos, elevar MTBF y reducir el tiempo de restablecimiento son estrategias complementarias.
Fórmula de disponibilidad: cuándo pueden utilizarse MTBF y MTTR
| Indicador | Qué representa | Forma de cálculo típica | Cuidado de interpretación |
| MTBF | Tiempo medio entre fallos de un elemento reparable | Tiempo total de operación dividido por el número de fallos, cuando sea aplicable al conjunto analizado | No es sinónimo de vida útil y depende del criterio de fallo adoptado |
| MTTR | Tiempo medio de restablecimiento | Suma de los tiempos de restablecimiento dividida por el número de eventos | Debe dejar claro si incluye espera, logística y retrasos administrativos |
| Disponibilidad | Capacidad de estar en condición de ejecutar la función requerida cuando sea necesario | A = MUT / (MUT + MDT); en modelos compatibles, puede utilizarse una aproximación con MTBF y MTTR | La fórmula solo es válida cuando los tiempos utilizados poseen definiciones coherentes |
| Tasa de fallo | Frecuencia de ocurrencia de fallos durante el intervalo considerado | Puede estimarse a partir de datos de fallo; bajo hipótesis exponencial, λ ≈ 1/MTBF | La relación inversa no debe generalizarse fuera de las hipótesis del modelo |
Para disponibilidad asintótica bajo determinadas condiciones, NBR 5462 presenta la relación entre tiempo medio de disponibilidad — MUT — y tiempo medio de indisponibilidad — MDT:
A = MUT / (MUT + MDT)
En literatura y dashboards de mantenimiento es común encontrar la forma simplificada:
A ≈ MTBF / (MTBF + MTTR)
Esta aproximación puede ser útil cuando MTBF representa adecuadamente el tiempo medio disponible entre fallos y MTTR representa todo el tiempo medio de indisponibilidad relevante en el modelo. Sin embargo, no debe aplicarse automáticamente.
Si MTTR mide únicamente el tiempo efectivo de reparación mientras el downtime real incluye logística y espera administrativa, la fórmula producirá una disponibilidad mayor que la observada. Si MTBF se calcula por horas de operación y la disponibilidad se exige sobre tiempo calendario, los denominadores también pueden divergir.
El principio es simple: antes de la fórmula, alinear las definiciones.
Ejemplo didáctico de disponibilidad
Considere un período durante el cual un sistema permaneció disponible 400 horas y acumuló 10 horas de indisponibilidad relevante. La disponibilidad observada en ese recorte sería:
A = 400 / (400 + 10) = 0,9756 = 97,56%
El gráfico siguiente representa únicamente este ejemplo didáctico; no corresponde a datos de una instalación real.
Una disponibilidad del 97,56% puede parecer alta o baja según la función. Para un servicio administrativo no crítico, puede ser aceptable. Para un proceso de misión crítica, puede representar indisponibilidad intolerable. El indicador debe interpretarse frente al requisito del negocio y al riesgo.
Disponibilidad inherente, alcanzada y operacional
En Ingeniería de Confiabilidad existen diferentes conceptos de disponibilidad según los tiempos considerados. El problema aparece cuando todos se denominan simplemente “disponibilidad”.
Un análisis inherente tiende a observar más directamente la relación entre características de fallo y reparación bajo condiciones ideales. Una visión operacional incorpora el mundo real: logística, espera, soporte, recursos y condiciones de operación. La disponibilidad observada por el usuario normalmente está más próxima de esta última.
Por ello, contratos y SLAs deben definir claramente qué disponibilidad se mide, qué ventana temporal, qué eventos se excluyen, cómo se trata el mantenimiento planificado y dónde comienza y termina la indisponibilidad.
La disponibilidad de sistemas redundantes no es la media de los componentes
En arquitecturas redundantes, calcular la media simple de los MTBF de los equipos no produce automáticamente la disponibilidad del sistema. La topología importa.
Dos equipos en paralelo pueden permitir continuidad con una unidad en fallo. Sin embargo, causas comunes —la misma alimentación, el mismo ambiente, el mismo software, controlador o bus— pueden eliminar el beneficio esperado.
Análisis RAM, diagramas de bloques de confiabilidad y modelos de estados son más adecuados cuando la arquitectura posee redundancia, standby, transferencia o dependencias complejas.
MTBF y tasa de fallo
Bajo hipótesis específicas de tasa de fallo constante y comportamiento exponencial, la tasa de fallo λ puede relacionarse aproximadamente con el inverso del MTBF. Esta relación es útil en modelos simplificados, pero no debe generalizarse a todos los activos.
Los activos sujetos a envejecimiento, desgaste o fallos prematuros pueden presentar una tasa de fallo variable a lo largo de la vida. En estos casos, Weibull y otros modelos pueden representar mejor el comportamiento.
Utilizar λ = 1/MTBF sin verificar la hipótesis de tasa constante puede producir interpretaciones incorrectas sobre el riesgo futuro.
La ventana de análisis cambia el indicador
MTBF y MTTR dependen del período elegido. Un mes sin fallos puede generar un MTBF aparentemente excelente; un fallo raro inmediatamente después del cierre del período modifica por completo la lectura.
Las series muy cortas deben interpretarse con cautela, principalmente en activos de alta confiabilidad y baja frecuencia de eventos. La ausencia de fallos durante una ventana corta no demuestra que el riesgo sea bajo.
Es recomendable acompañar tendencias en ventanas comparables y preservar historial suficiente para entender estacionalidad, cambios de régimen y efecto de intervenciones.
Censura y activos que todavía no han fallado
Otro problema estadístico es ignorar activos que todavía no fallaron. Si una flota posee diez equipos y solo dos fallaron, calcular la media únicamente con los dos intervalos completos descarta información de los ocho que continúan operando.
En análisis de confiabilidad más rigurosos, los datos censurados deben tratarse adecuadamente. Métodos de supervivencia o Weibull pueden aprovechar esta información sin fingir que todos los elementos tuvieron un evento observado.
Para un dashboard operacional simple, quizá no sea necesario un modelo avanzado, pero la limitación debe conocerse antes de comparar resultados.
Cómo estructurar la recolección de datos
La calidad del indicador nace en el registro de eventos. Cada fallo debería identificar activo, función afectada, instante de ocurrencia, instante de detección, inicio de la intervención, diagnóstico, causa cuando esté confirmada, restablecimiento, modo de fallo, impacto y condición operacional.
También es necesario registrar horas de operación o tiempo requerido. Sin un denominador consistente, MTBF y disponibilidad no son comparables.
CMMS, sistemas supervisores y plataformas de gestión pueden automatizar parte de esta recolección, pero la taxonomía debe estandarizarse. “Fallo eléctrico”, “defecto”, “parada” y “alarma” no pueden representar cosas diferentes según el técnico que abre la orden.
Cómo evitar indicadores manipulables
Los indicadores pueden mejorar sin que el sistema haya mejorado. Excluir fallos, cambiar criterios, cerrar una orden antes del restablecimiento o registrar downtime parcial produce números artificialmente mejores.
La gobernanza exige reglas de cálculo documentadas, pista de auditoría y consistencia histórica. Los cambios metodológicos deben registrarse y, cuando sea posible, las series anteriores recalcularse para preservar comparabilidad.
El objetivo debe ser aprender sobre desempeño, no defender una meta.
Cómo mejorar MTBF
Aumentar MTBF significa reducir recurrencia de fallos relevantes o ampliar el tiempo de operación entre ellos. Esto puede exigir mantenimiento, pero muchas veces exige Ingeniería.
El análisis de causa raíz puede eliminar recurrencias. FMEA/FMECA y RCM ayudan a revisar políticas de mantenimiento. El monitoreo de condición puede anticipar degradación. Reliability by Design puede corregir arquitectura, protección, accesibilidad, ambiente o capacidad.
Cuando la causa es sistemática, NBR 5462 observa que eliminarla puede depender de una modificación de diseño, proceso, operación o documentación. Repetir únicamente correctivos no mejora estructuralmente la confiabilidad.
Cómo reducir MTTR
Reducir el tiempo de restablecimiento exige descubrir dónde se consume el tiempo. Repuestos, acceso, documentación, diagnóstico, herramientas, permisos y pruebas finales pueden dominar el ciclo.
Algunas mejoras son de proceso: kits de mantenimiento, contratos, stock, escalamiento y capacitación. Otras son de diseño: modularidad, puntos de prueba, seccionamiento, redundancia, acceso seguro y posibilidad de sustitución sin grandes desmontajes.
Reducir MTTR no significa presionar a los equipos para trabajar más rápido. Significa remover barreras técnicas y logísticas para la recuperación segura y verificable de la función.
El papel de los repuestos y del procurement
Un activo puede tener excelente mantenibilidad física y aun así presentar MTTR elevado porque la pieza crítica tarda semanas en llegar. Lead time y obsolescencia forman parte de la capacidad real de recuperación.
El análisis de criticidad debe orientar qué elementos justifican stock estratégico. Procurement puede actuar sobre alternativas homologadas, acuerdos de suministro, revisión de especificaciones y gestión de obsolescencia.
Esta integración evita separar confiabilidad de suministros. La disponibilidad final depende de ambos.
MTBF y MTTR en contratos y SLAs
Los indicadores pueden utilizarse en contratos de mantenimiento, operación y suministro, pero necesitan definiciones auditables. Un SLA que exige “MTTR máximo” sin decir qué inicia y qué finaliza el cronómetro genera disputas.
Es necesario definir frontera, horario de cobertura, exclusiones, criticidad, eventos externos, mantenimiento planificado, tiempos de espera atribuibles al cliente, disponibilidad de acceso y evidencia de restablecimiento.
Lo mismo se aplica a disponibilidad. Un porcentaje mensual, anual o por horario requerido produce resultados diferentes. El contrato debe reflejar la necesidad operacional real.
Cómo combinar MTBF, MTTR y criticidad
Dos activos pueden tener el mismo MTBF y exigir estrategias completamente diferentes. Si uno falla cada 1.000 horas con consecuencia mínima y otro alimenta una función crítica sin redundancia, la prioridad no puede definirse por el indicador aislado.
La criticidad añade consecuencia al análisis. MTBF muestra recurrencia; MTTR muestra recuperación; disponibilidad muestra el resultado combinado; criticidad muestra importancia para los objetivos.
Esta combinación permite priorizar acciones de Ingeniería con mayor racionalidad.
Cómo utilizar los indicadores en PCM
PCM puede utilizar MTBF, MTTR y disponibilidad para revisar backlog, programación, periodicidades, recursos y causas de indisponibilidad. Sin embargo, los indicadores deben generar preguntas, no solo metas.
¿Qué activos concentran fallos? ¿Cuáles tardan más en restablecerse? ¿Qué parte del MTTR es logística? ¿Qué modo de fallo domina? ¿Qué activos críticos están empeorando? Estas preguntas conectan el dashboard con la acción.
Una buena rutina de gestión selecciona pocos indicadores capaces de apoyar decisiones y profundiza el diagnóstico donde aparece el desvío.
Cómo conectar los indicadores con la gestión de activos
ABNT NBR ISO 55000:2024 define desempeño como resultado medible y gestión de activos como actividad coordinada para obtener valor equilibrando riesgos, oportunidades, costos y desempeño.
MTBF, MTTR y disponibilidad son evidencias de desempeño, pero no son objetivos finales. Pueden indicar necesidad de mantenimiento, renovación, redesign, nuevos repuestos, cambio de proveedor o inversión en redundancia.
Cuando el activo se aproxima al final de vida, elevar MTBF mediante mantenimiento puede dejar de ser económicamente racional. La decisión debe considerar costo del ciclo de vida y riesgo residual.
Cuando los indicadores apuntan al diseño, no al mantenimiento
Si los fallos recurrentes provienen de subdimensionamiento, ambiente inadecuado, baja selectividad, punto único de fallo, baja accesibilidad o tecnología obsoleta, la solución debe salir de la rutina de mantenimiento.
El historial de MTBF y MTTR ayuda a construir el business case para retrofit y renovación. La disponibilidad perdida puede convertirse en impacto operacional. Las causas recurrentes muestran dónde el diseño actual limita el desempeño.
Esta es una de las conexiones más importantes entre Ingeniería de Mantenimiento e Ingeniería de Proyectos: utilizar evidencia operacional para mejorar la arquitectura futura.
Cuándo contratar apoyo especializado
El apoyo de Ingeniería es útil cuando los indicadores existentes son inconsistentes, la taxonomía de fallos necesita saneamiento, existen sistemas redundantes complejos, la organización quiere estructurar RAM o cuando el historial debe sustentar decisiones de renovación y CAPEX.
El trabajo puede involucrar revisión de datos, definición de criterios, análisis de confiabilidad, FMEA/FMECA, criticidad, modelado de disponibilidad, análisis de fallos y plan de mejora.
En instalaciones críticas, el objetivo no es únicamente calcular MTBF y MTTR. Es explicar por qué la disponibilidad está por debajo de lo necesario y qué intervenciones ofrecen mayor reducción de riesgo.
Consideraciones finales
MTBF, MTTR y disponibilidad son indicadores complementarios. MTBF ayuda a observar recurrencia de fallos; MTTR, cuando se define como tiempo de restablecimiento, muestra la capacidad de recuperación; disponibilidad sintetiza la aptitud del activo o sistema para cumplir la función requerida durante el tiempo considerado.
El rigor está en las definiciones. MTBF no es vida útil, MTTR no es necesariamente tiempo de reparación y la fórmula simplificada de disponibilidad solo es válida cuando los tiempos utilizados son compatibles con el modelo.
Los indicadores confiables exigen frontera, criterios de fallo, ventana temporal y taxonomía consistentes. Cuando se integran con criticidad, PCM y gestión de activos, dejan de ser números de dashboard y pasan a orientar mantenimiento, repuestos, proyectos, renovación y decisiones sobre ciclo de vida.
Referencias técnicas
[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR 5462:1994 — Confiabilidade e mantenabilidade — Terminologia. Rio de Janeiro: ABNT, 1994.
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60300-3-10:2025 — Dependability management — Part 3-10: Application guide — Maintainability and maintenance. Geneva: IEC, 2025. Disponible en: https://webstore.iec.ch/en/publication/65334
[3] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 55000:2024 — Gestão de ativos — Terminologia, visão geral e princípios. Rio de Janeiro: ABNT, 2024.
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55001:2024 — Asset management — Asset management system — Requirements. Geneva: ISO, 2024. Disponible en: https://www.iso.org/standard/83054.html
[5] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 61703:2016 — Mathematical expressions for reliability, availability, maintainability and maintenance support terms. Geneva: IEC, 2016. Disponible en: https://webstore.iec.ch/en/publication/22279
Preguntas frecuentes
MTBF significa Mean Time Between Failures, o tiempo medio entre fallos. En operación, se utiliza para observar la recurrencia de fallos relevantes en elementos reparables, siempre dentro de criterios y períodos definidos.
No. MTBF representa la media entre fallos en elementos reparables. La vida útil describe el período del ciclo de vida hasta que la intensidad de fallo se vuelve inaceptable o el elemento deja de ser recuperable según los criterios adoptados.
En ABNT NBR 5462:1994, MTTR corresponde al tiempo medio de restablecimiento, es decir, el intervalo medio entre el fallo y la restitución del elemento a un estado de disponibilidad.
No necesariamente. El restablecimiento puede incluir detección, diagnóstico, espera por recursos, corrección y verificación funcional. El tiempo efectivo de reparación es solo una parte posible.
La fórmula MTBF/(MTBF+MTTR) es una aproximación común cuando MTBF representa el tiempo disponible entre fallos y MTTR representa toda la indisponibilidad relevante del mismo modelo. NBR 5462 expresa disponibilidad asintótica, bajo ciertas condiciones, como MUT/(MUT+MDT).
Reduciendo la frecuencia de fallos, reduciendo el tiempo de restablecimiento o ambos. Esto puede involucrar mantenimiento, monitoreo, repuestos, procesos, capacitación, redundancia, redesign o renovación del activo.
Materiales técnicos relacionados
Soluciones relacionadas
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Aplicaciones de Campo, Inspección y Recolección de Datos Técnicos
Servicios relacionados
- Ingeniería de Confiabilidad y Disponibilidad
- Ingeniería de Mantenimiento
- Gestión de Activos de Ingeniería
