Ingeniería de confiabilidad aplicada al ciclo de vida: conceptos, disponibilidad, mantenibilidad, fallos, métodos, indicadores y decisiones técnicas.
¡Descúbrelo!
La ingeniería de confiabilidad es la disciplina que estructura requisitos, análisis y decisiones para que sistemas, equipos, instalaciones y servicios cumplan sus funciones requeridas durante un período definido y bajo las condiciones previstas de uso. En lugar de tratar el fallo únicamente después de que ocurre, el enfoque busca comprender cómo puede degradarse el desempeño, qué mecanismos de fallo son relevantes y qué decisiones de diseño, operación y mantenimiento reducen el riesgo a lo largo del ciclo de vida.
En la práctica, confiabilidad no es sinónimo de mantenimiento. El mantenimiento actúa sobre activos existentes y sobre la restauración o preservación de sus funciones; la ingeniería de confiabilidad también trabaja antes de la operación, definiendo requisitos, analizando arquitecturas, evaluando redundancia, identificando modos de fallo, estableciendo criterios de prueba y produciendo evidencias para decisiones de inversión, operación y renovación.
Esta visión es especialmente importante en sistemas críticos, en los que una indisponibilidad puede afectar producción, seguridad, continuidad operacional, calidad, ingresos u obligaciones regulatorias. En estos entornos, confiabilidad, disponibilidad y mantenibilidad deben tratarse como requisitos de ingeniería y no solo como indicadores históricos.
Qué es la ingeniería de confiabilidad
La ingeniería de confiabilidad aplica métodos cuantitativos y cualitativos para comprender la capacidad de un elemento de desempeñar una función requerida durante un intervalo determinado y bajo condiciones especificadas. El objeto de análisis puede ser un componente, equipo, subsistema, instalación, proceso, software o sistema integrado.
IEC 60300-1:2024 aborda la dependability desde perspectivas técnica, financiera y de negocio y refuerza su gestión a lo largo del ciclo de vida. En este contexto, la confiabilidad se relaciona con otros atributos, especialmente disponibilidad, mantenibilidad y capacidad de soporte.
Esto cambia la pregunta de “¿cuántos fallos tuvimos?” a cuestiones de ingeniería como:
- qué función debe preservarse y bajo qué condiciones;
- qué nivel de disponibilidad necesita el proceso;
- qué modos de fallo pueden impedir el cumplimiento de la función;
- qué fallos pueden detectarse antes de la pérdida funcional;
- qué arquitecturas y redundancias son justificables;
- cuánto tiempo es aceptable para restaurar la función;
- qué recursos, repuestos, procedimientos y competencias son necesarios;
- qué evidencias demuestran que se alcanzaron los requisitos.
Para aplicaciones empresariales, el análisis debe conectarse con los objetivos operacionales. Una instalación extremadamente confiable, pero económicamente desproporcionada respecto del riesgo que mitiga, puede ser una solución técnicamente sofisticada y aun así inadecuada para el negocio.
La confiabilidad es un requisito de ingeniería antes de ser un indicador de mantenimiento. Arquitectura, redundancia, diagnóstico, capacidad de recuperación y criterios de prueba deben definirse según el riesgo y la función requerida.
Confiabilidad, disponibilidad y mantenibilidad: cuál es la diferencia
Los tres conceptos están relacionados, pero responden a preguntas distintas.
Confiabilidad está asociada a la capacidad de desempeñar una función sin fallar durante un intervalo y bajo condiciones establecidas. Está influida por diseño, selección de componentes, ambiente, carga, calidad de fabricación, instalación, operación y mecanismos de degradación.
Mantenibilidad se relaciona con la facilidad y el tiempo necesarios para mantener o restaurar un elemento. Accesibilidad, modularidad, diagnóstico, procedimientos, herramientas, capacitación y disponibilidad de repuestos influyen directamente en este atributo.
Disponibilidad expresa la aptitud del elemento para estar en condición de cumplir la función cuando se requiere. Por ello, resulta no solo de la frecuencia de fallos, sino también del tiempo necesario para recuperar la función y de la estructura de soporte existente.
Un sistema puede presentar componentes de alta confiabilidad y aun así tener baja disponibilidad si la recuperación es lenta, existe poca capacidad de diagnóstico o los repuestos críticos no están disponibles. Del mismo modo, un equipo con fallos relativamente frecuentes puede mantener una disponibilidad aceptable cuando posee una arquitectura tolerante a fallos y una restauración rápida.
La ingeniería de confiabilidad no es solo calcular MTBF
MTBF se ha convertido en uno de los indicadores más conocidos, pero su uso aislado puede producir interpretaciones deficientes. El indicador representa el tiempo medio entre fallos bajo condiciones y poblaciones compatibles con la forma en que se obtuvieron los datos; por sí solo no informa la distribución de los fallos, los mecanismos involucrados, la severidad de los efectos ni la probabilidad de fallo en un instante específico.
Entre las métricas más utilizadas están:
- MTBF — Mean Time Between Failures: aplicado típicamente a elementos reparables;
- MTTF — Mean Time To Failure: utilizado para caracterizar el tiempo hasta el fallo, frecuentemente en elementos no reparables;
- MTTR — Mean Time To Repair/Restore: mide el tiempo asociado a la recuperación, según la definición adoptada;
- tasa de fallo: frecuencia de ocurrencia respecto de la exposición;
- confiabilidad R(t): probabilidad de supervivencia funcional hasta un tiempo determinado;
- disponibilidad: proporción o probabilidad de que el sistema esté apto cuando se requiere;
- downtime: tiempo de indisponibilidad, que debe segmentarse por causa y naturaleza;
- recurrencia de fallos: útil para identificar problemas cuya causa raíz no ha sido eliminada.
Los indicadores necesitan contexto: frontera del sistema, período, población, criterios de fallo, condiciones operacionales y reglas de tratamiento de los datos.
MTBF, MTTR y disponibilidad no deben interpretarse fuera de la frontera y de las condiciones del análisis. Datos sin taxonomía, exposición y criterio de fallo consistentes pueden producir una falsa precisión.
Principales métodos utilizados
La ingeniería de confiabilidad combina métodos. Ninguna herramienta es adecuada para todos los problemas.
FMEA y FMECA
Failure Modes and Effects Analysis — FMEA identifica las formas en que un elemento o proceso puede fallar, sus efectos y causas, permitiendo priorizar acciones. Cuando la evaluación incorpora formalmente la criticidad, el enfoque puede tratarse como FMECA. IEC 60812:2018 presenta una estructura genérica aplicable a hardware, software, procesos e interfaces.
FMEA es especialmente valioso cuando se realiza antes de que el fallo quede incorporado al diseño o proceso. También puede apoyar mantenimiento, modificaciones, análisis de sistemas existentes y revisión de estrategias de control.
Análisis RAM
El análisis RAM — Reliability, Availability and Maintainability integra confiabilidad, disponibilidad y mantenibilidad para evaluar si una función puede permanecer disponible a lo largo de una misión u horizonte operacional. En la práctica, combina el comportamiento de fallo con la capacidad de recuperación: un sistema puede tener componentes confiables y aun así presentar baja disponibilidad cuando el restablecimiento es lento, así como puede tolerar fallos frecuentes cuando la arquitectura posee redundancia efectiva y recuperación rápida.
El primer paso no es elegir una fórmula, sino definir la función requerida, la frontera del sistema, las condiciones operacionales y el criterio de éxito. Esta lógica es coherente con la terminología de dependability de ABNT NBR 5462: confiabilidad, mantenibilidad, disponibilidad y soporte de mantenimiento son atributos relacionados, pero no intercambiables. Si la función analizada fuera “mantener alimentación eléctrica para una carga crítica”, por ejemplo, la frontera debe incluir todos los elementos capaces de interrumpir esa función — y no solo el equipo considerado principal.
Un análisis RAM puede comparar arquitecturas en serie y paralelo, redundancias N+1 o 2N, tiempos de reparación, inventarios de repuestos, contratos de soporte y alternativas de diseño. El resultado más útil no es un porcentaje aislado de disponibilidad, sino la identificación de los mayores contribuyentes al fallo y a la indisponibilidad, permitiendo comprobar qué intervenciones cambian realmente el desempeño del sistema.
Por ello, RAM es especialmente valioso antes de decisiones de CAPEX, durante Design Review y al establecer requisitos de disponibilidad. El tema se desarrolla en Análisis RAM: Reliability, Availability y Maintainability en Ingeniería.
Reliability Block Diagram — RBD
Los Reliability Block Diagrams — RBD representan la lógica funcional necesaria para que un sistema cumpla su misión. El diagrama no necesita reproducir la disposición física de los equipos: debe mostrar qué combinaciones de estados disponibles e indisponibles preservan o interrumpen la función requerida.
En una estructura en serie, todos los bloques del camino deben estar disponibles. Si tres elementos independientes presentan una confiabilidad de 0,99 durante una misión, la confiabilidad del camino es aproximadamente 0,99 × 0,99 × 0,99 = 0,9703. Esto evidencia por qué sistemas compuestos por muchos elementos en serie pueden perder desempeño aunque cada componente, de forma aislada, parezca confiable.
En paralelo, la lógica cambia: la función puede permanecer disponible cuando al menos un camino continúa operativo. Dos elementos independientes con confiabilidad de 0,99, en redundancia paralela simple, producirían una confiabilidad teórica de 1 − (0,01 × 0,01) = 0,9999. Sin embargo, este cálculo solo es válido si la independencia es defendible.
Este es el punto en el que muchos modelos sobreestiman el desempeño. Dos equipos pueden parecer redundantes y aun compartir alimentación, control, software, ambiente, procedimiento de mantenimiento o un mismo bus. Un fallo de causa común elimina el beneficio previsto por el modelo paralelo. Por tanto, el RBD debe combinarse con análisis de interfaces, fallos comunes y condiciones degradadas.
En la práctica de diseño, el RBD es útil para comparar topologías, localizar puntos únicos de fallo y justificar técnicamente la redundancia. También ayuda a responder si la siguiente inversión debe destinarse a duplicación de equipos, segregación de infraestructura, reducción del tiempo de restauración o eliminación de dependencias compartidas.
Fault Tree Analysis — FTA
El Fault Tree Analysis — FTA parte de un evento superior claramente definido — por ejemplo, “pérdida total de alimentación de la carga crítica” — y descompone lógicamente qué fallos o combinaciones de eventos pueden producirlo. Las puertas AND representan situaciones en las que los eventos deben ocurrir conjuntamente; las puertas OR representan caminos alternativos capaces de causar el mismo resultado.
La utilidad del FTA aumenta cuando el evento superior es funcional y verificable. “Fallo del generador” es demasiado estrecho si la preocupación real es la continuidad de energía; “indisponibilidad de la función de alimentación de emergencia” obliga a considerar arranque, combustible, protección, transferencia, control, alimentación auxiliar y demás dependencias.
Cuando existen datos adecuados, el árbol puede cuantificarse para estimar la probabilidad del evento superior e identificar minimal cut sets — combinaciones mínimas de eventos capaces de producir la pérdida de la función. Incluso cuando no se cuantifica, la estructura lógica ya es valiosa para Design Review, análisis de riesgo, investigación de incidentes e identificación de puntos únicos de fallo.
RBD y FTA observan el mismo sistema desde perspectivas complementarias: el RBD muestra los caminos necesarios para el éxito de la función; el FTA muestra los caminos capaces de llevar al fracaso. En sistemas críticos, utilizar ambas lecturas ayuda a evitar arquitecturas aparentemente redundantes que permanecen vulnerables a una única dependencia común.
Weibull y análisis de datos de vida
Los modelos estadísticos de vida permiten explorar cómo cambia la probabilidad de fallo a lo largo del tiempo y si el comportamiento observado es compatible con fallos prematuros, eventos aproximadamente aleatorios o mecanismos de deterioro. La distribución de Weibull se utiliza ampliamente porque su parámetro de forma permite representar diferentes regímenes, pero no debe aplicarse como una curva automática sobre cualquier histórico.
En términos prácticos, un parámetro de forma β menor que 1 suele ser compatible con una población en la que la tasa de fallo disminuye con el tiempo, escenario asociado a defectos iniciales o problemas de implantación; β próximo a 1 es compatible con una tasa aproximadamente constante; β mayor que 1 indica tasa creciente, frecuentemente asociada a desgaste o deterioro. Esta interpretación debe confrontarse con el mecanismo físico de fallo y con la forma en que se recopilaron los datos.
Otro punto esencial es considerar datos censurados. Los equipos que todavía no han fallado al final del período observado contienen información sobre supervivencia y no deben simplemente desaparecer de la muestra. Ignorar la censura, mezclar poblaciones de diferentes modelos o regímenes de carga y analizar fallos de mecanismos distintos como si fueran una sola población puede distorsionar severamente los parámetros.
Weibull es útil cuando la pregunta exige comprender el comportamiento temporal — por ejemplo, definir política de sustitución, estimar percentiles de vida, comparar poblaciones o comprobar si existe evidencia de envejecimiento. Cuando la decisión solo requiere seguir una frecuencia operacional agregada, otros indicadores pueden ser suficientes. La técnica debe ser proporcional a la pregunta de ingeniería y a la calidad de los datos.
RCA y FRACAS
El análisis de causa raíz — RCA — busca identificar y eliminar mecanismos que producen fallos recurrentes. El punto de partida debe ser la evidencia: secuencia de eventos, condición operacional, cambios recientes, registros de alarma, piezas retiradas, mediciones, histórico y reproducción cuando sea posible. Una causa descrita únicamente como “error humano”, “desgaste” o “fallo del componente” normalmente sigue siendo demasiado superficial para orientar una acción eficaz.
Un buen RCA diferencia causa física, factores contribuyentes y condiciones organizacionales. Un rodamiento dañado puede ser la manifestación física; desalineación, contaminación, especificación inadecuada, instalación deficiente o lubricación incorrecta pueden ser mecanismos y causas subyacentes. La acción correctiva debe actuar al nivel capaz de reducir la recurrencia, y no limitarse a sustituir el elemento que falló.
Un FRACAS — Failure Reporting, Analysis and Corrective Action System, por su parte, transforma ocurrencias aisladas en un proceso cerrado de aprendizaje. El flujo mínimo consiste en registrar el fallo con una taxonomía consistente, evaluar criticidad, realizar un análisis proporcional, definir una acción, asignar responsable y plazo, verificar la implantación y después confirmar la eficacia. El fallo solo debe considerarse cerrado cuando la organización tiene evidencia de que la condición fue tratada o aceptada conscientemente.
El valor del FRACAS aparece a nivel de portafolio: recurrencias que parecían independientes comienzan a revelar patrones de proveedor, instalación, ambiente, software, procedimiento o diseño. Esto crea un ciclo de mejora en el que los datos de operación retroalimentan especificaciones, Design Reviews, planes de mantenimiento y nuevos proyectos.
RCM
El Reliability-Centered Maintenance — RCM utiliza funciones, estándares de desempeño, fallos funcionales, modos de fallo y consecuencias para seleccionar políticas de mantenimiento técnicamente justificadas. La pregunta central no es “¿qué preventiva realizar en este equipo?”, sino “¿qué debe hacerse para preservar esta función dentro de su contexto operacional?”.
Esta diferencia cambia la lógica del plan. Un modo de fallo que presenta degradación detectable puede justificar mantenimiento basado en condición. Un mecanismo claramente relacionado con la edad puede justificar restauración o sustitución programada. Una función protectora cuyo fallo permanece oculto puede exigir una prueba periódica de descubrimiento. En otros casos, ninguna tarea preventiva es técnicamente aplicable y la respuesta correcta puede ser redesign u operación deliberada hasta el fallo.
Para que una tarea sea aceptada, debe ser aplicable al mecanismo de fallo y eficaz para controlar la consecuencia. Sustituir periódicamente un componente que falla de forma aleatoria puede aumentar el costo e incluso introducir fallos de mantenimiento sin reducir el riesgo. Del mismo modo, instalar sensores solo aporta valor cuando la variable monitorizada tiene una relación demostrable con la degradación y existe tiempo suficiente para actuar antes del fallo funcional.
RCM es, por tanto, un puente entre el análisis de fallos y la política de mantenimiento. La metodología completa, incluidos criterios de selección y etapas, se detalla en Mantenimiento Centrado en Confiabilidad (RCM).
La confiabilidad comienza en el diseño
Una de las diferencias más importantes entre ingeniería de confiabilidad y mantenimiento tradicional es el momento en que se toman las decisiones. Muchos de los factores que determinarán la disponibilidad futura ya están definidos cuando el activo entra en operación.
En la fase de diseño, la ingeniería de confiabilidad puede establecer:
- requisitos cuantitativos y cualitativos de confiabilidad y disponibilidad;
- criterios de redundancia y tolerancia a fallos;
- condiciones ambientales y perfiles de misión;
- requisitos de diagnóstico y monitorización;
- accesibilidad y tiempo de intervención;
- filosofía de repuestos;
- criterios de aislamiento y sustitución;
- requisitos de pruebas y demostración;
- documentación necesaria para operación y mantenimiento.
IEC 60300-3-4 trata específicamente la especificación de requisitos de dependability, incluidos confiabilidad, mantenibilidad, supportability y disponibilidad. Esto permite que los requisitos dejen de ser expectativas genéricas y se transformen en criterios verificables de ingeniería.
La relación con gestión de activos y ciclo de vida
La ingeniería de confiabilidad es una capacidad técnica dentro de una visión más amplia de gestión de activos. ISO 55000:2024 refuerza que la gestión de activos busca realizar valor a partir de los activos en alineación con los objetivos organizacionales, considerando ciclo de vida, riesgo, desempeño y recursos.
Por ello, aumentar la confiabilidad no es un objetivo absoluto. La decisión puede implicar equilibrar inversión inicial, redundancia, costo de mantenimiento, consumo energético, inventario de repuestos, riesgo de parada, vida útil y capacidad de renovación.
Este vínculo es especialmente importante en decisiones como mantener, reformar, recomisionar, modernizar o sustituir un activo. La Gestión de Activos de Ingeniería organiza esta visión de ciclo de vida, mientras que la Ingeniería de Confiabilidad y Disponibilidad profundiza en los atributos técnicos que condicionan el desempeño operacional.
Relación con ingeniería de mantenimiento
Mantenimiento y confiabilidad deben trabajar sobre una misma base funcional y de datos. La ingeniería de mantenimiento transforma requisitos y análisis en planes, rutinas, recursos, backlog, inspecciones, repuestos e indicadores. La confiabilidad, por su parte, ayuda a definir dónde el mantenimiento aporta valor y dónde el problema debe eliminarse mediante cambio de diseño, condición operacional o ingeniería.
Una estrategia madura evita dos extremos: mantener en exceso equipos de baja criticidad y tratar insuficientemente modos de fallo con consecuencias relevantes.
El servicio de Ingeniería de Mantenimiento debe, por tanto, estar conectado con criticidad, historial de fallos, requisitos de disponibilidad y mecanismos de degradación, y no solo con calendarios de intervención.
Cómo estructurar un programa de confiabilidad
Un programa de confiabilidad necesita alcance y gobernanza. Una secuencia práctica puede organizarse en ocho frentes.
- Definir activos, sistemas y fronteras relevantes.
- Establecer funciones, condiciones operacionales y requisitos de desempeño.
- Clasificar criticidad considerando consecuencias técnicas y de negocio.
- Organizar datos históricos, evidencias y calidad de la información.
- Identificar modos de fallo y mecanismos de degradación.
- Seleccionar métodos de análisis compatibles con la decisión.
- Implantar acciones de diseño orientadas a la confiabilidad, mantenimiento, monitorización o soporte.
- Medir resultados y revisar continuamente las premisas.
El programa no debe producir únicamente informes. Cada análisis debe resultar en una decisión trazable: cambio de especificación, modificación de arquitectura, nueva tarea de mantenimiento, retirada de una tarea sin valor, monitorización adicional, repuesto crítico, capacitación, revisión de procedimiento o plan de sustitución.
Datos necesarios para un análisis confiable
La calidad del análisis depende de la calidad del dato. Bases de mantenimiento sin una taxonomía consistente pueden mezclar fallo funcional, defecto observado, intervención programada y parada externa, distorsionando indicadores.
Entre los datos útiles están registro técnico, jerarquía de activos, horas de operación, ciclos, carga, ambiente, eventos de fallo, modo de fallo, causa, consecuencia, tiempo de detección, tiempo logístico, tiempo de reparación, piezas utilizadas, costos y condición posterior.
Las herramientas CMMS/EAM facilitan la recopilación, pero no sustituyen la ingeniería de datos y la gobernanza. El artículo sobre CMMS e integración con gestión de activos profundiza esta capa de información.
Ejemplo: la redundancia no garantiza disponibilidad
Considere un sistema con dos equipos en redundancia, cada uno teóricamente capaz de atender el 100% de la carga. La existencia del segundo equipo puede aumentar la disponibilidad, pero el resultado depende de otras condiciones.
Si ambos comparten alimentación eléctrica, automatización, refrigeración, comunicación o procedimiento de mantenimiento, pueden existir fallos de causa común. Si la transferencia al equipo de reserva depende de una acción manual lenta, la arquitectura también puede no cumplir el tiempo de recuperación requerido. Y si las pruebas periódicas no comprueban la disponibilidad de la redundancia, existe riesgo de una protección solo aparente.
El análisis de confiabilidad, por tanto, evalúa el sistema funcional, sus dependencias y sus modos de fallo — no solo la cantidad de equipos instalados.
Confiabilidad en sistemas existentes
En activos brownfield, con frecuencia no existe una baseline confiable. Los diagramas pueden estar desactualizados, los cambios de campo no se han incorporado al As Built, los históricos de mantenimiento están incompletos y las condiciones reales difieren de las previstas originalmente.
En este escenario, el trabajo puede comenzar por levantamiento, validación documental, inspección, estructuración de la jerarquía de activos y caracterización de condición. Después, los análisis de criticidad y fallos pueden producir un roadmap de intervención basado en riesgo.
Cuando existe duda sobre el desempeño después de modificaciones o largos períodos de operación, el Recomisionamiento de Sistemas e Instalaciones también puede proporcionar evidencias de funcionalidad, integración y desempeño.
Cuándo contratar ingeniería de confiabilidad
La contratación tiende a generar mayor valor cuando la organización enfrenta uno o más de los siguientes escenarios:
- paradas recurrentes sin causa eliminada;
- activos críticos con historial insuficiente o baja previsibilidad;
- expansión o modernización con requisitos de disponibilidad elevados;
- dificultad para priorizar mantenimiento e inversiones;
- exceso de mantenimiento preventivo sin reducción proporcional de fallos;
- necesidad de justificar redundancias o repuestos;
- sistemas complejos con dependencias y fallos de causa común;
- necesidad de estructurar indicadores y calidad de datos;
- transición de mantenimiento reactivo a un enfoque basado en riesgo y condición;
- decisión entre mantener, reformar, recomisionar o sustituir activos.
El objetivo final no es producir la mayor cantidad posible de análisis, sino construir una base objetiva para decisiones de ciclo de vida, equilibrando desempeño, costo y riesgo.
Un programa de confiabilidad debe terminar en decisiones verificables. Cambios de diseño, estrategia de mantenimiento, monitorización, repuestos, pruebas y renovación deben ser trazables al riesgo que pretenden controlar.
Referencias técnicas
[1] IEC. IEC 60300-1:2024 — Dependability management — Part 1: Managing dependability. Geneva: International Electrotechnical Commission, 2024.
[2] IEC. IEC 60300-3-4:2022 — Dependability management — Part 3-4: Application guide — Specification of dependability requirements. Geneva: International Electrotechnical Commission, 2022.
[3] IEC. IEC 60300-3-10:2025 — Dependability management — Part 3-10: Application guide — Maintainability and maintenance. Geneva: International Electrotechnical Commission, 2025.
[4] IEC. IEC 60812:2018 — Failure modes and effects analysis (FMEA and FMECA). Geneva: International Electrotechnical Commission, 2018.
[5] ISO. ISO 55000:2024 — Asset management — Vocabulary, overview and principles. Geneva: International Organization for Standardization, 2024.
Preguntas frecuentes
Es la disciplina de ingeniería que define requisitos y aplica métodos para comprender fallos, confiabilidad, disponibilidad y mantenibilidad de sistemas y activos a lo largo del ciclo de vida.
La confiabilidad se relaciona con el desempeño sin fallos durante un intervalo y bajo condiciones definidas. La disponibilidad también considera la capacidad de restaurar y mantener el elemento apto para uso cuando se requiere.
No. El mantenimiento es una de las interfaces. La ingeniería de confiabilidad también actúa en diseño, especificación, arquitectura, análisis de fallos, pruebas, datos y decisiones de ciclo de vida.
Entre los métodos están FMEA/FMECA, RAM, RBD, FTA, análisis Weibull, RCA, FRACAS, RCM y análisis estadísticos de fallos y datos de vida.
No. MTBF necesita contexto y normalmente debe combinarse con distribución de fallos, criticidad, mecanismos de degradación, MTTR, disponibilidad y otros indicadores.
Cuando los fallos o indisponibilidades tienen impacto relevante, cuando hay sistemas críticos, recurrencia de problemas, decisiones de redundancia, modernización, priorización de inversiones o necesidad de estructurar mantenimiento basado en riesgo.
Materiales técnicos complementarios
Soluciones relacionadas
- Aplicaciones de Campo, Inspección y Recopilación de Datos Técnicos
- Gestión del Conocimiento Técnico y Lecciones Aprendidas
- Entorno Común de Datos y Gestión de Información BIM
Servicios de ingeniería relacionados
- Ingeniería de Confiabilidad y Disponibilidad
- Gestión de Activos de Ingeniería
- Ingeniería de Mantenimiento
- Recomisionamiento de Sistemas e Instalaciones
Contenidos técnicos relacionados
- Gestión de Activos: ciclo de vida, valor, riesgo y desempeño
- FMEA en Ingeniería: modos, efectos y causas de fallo
- ISO 55000 y Gestión de Activos
- CMMS: sistema de gestión del mantenimiento y activos
- Proyectos Brownfield
- Gestión de Riesgos en Proyectos de Ingeniería
Guías, frameworks y referencias
