Comparar alternativas de fiabilidad y mantenibilidad para una meta de disponibilidad

Respuesta directa

Una meta de disponibilidad no determina por sí sola un diseño. En el análisis de una adquisición, distintas combinaciones de fiabilidad, mantenibilidad, redundancia y soporte pueden resultar candidatas para un mismo resultado operativo. La comparación útil pone todas las opciones bajo un escenario común y hace visibles sus supuestos, costes, riesgos y pruebas.

El BOK de fiabilidad y mantenibilidad (R&M) del Departamento de Guerra de Estados Unidos describe ese tipo de análisis como una serie de estudios de compensación (trade-offs), no como una fórmula que elija automáticamente la mejor alternativa. (BOK de R&M, §2.2.2, pp. 58–59 impresas; PDF pp. 66–67.)

Esta guía usa un documento estadounidense como caso de análisis. No prescribe un proceso para una planta española, no sustituye el criterio técnico local y no demuestra que una opción sea siempre más barata, segura o productiva. Su finalidad es enseñar a formular una comparación trazable: qué resultado se busca, qué alternativas son viables, qué evidencia las respalda y cómo se comprobaría la decisión.

El resultado viene antes que las cifras

Antes de discutir MTBF, MTTR o un porcentaje, describe qué servicio debe prestar el sistema y en qué condiciones. El BOK sitúa la revisión de fiabilidad y mantenibilidad dentro de la lectura de los documentos de capacidades y del concepto de operaciones. Para ese análisis menciona secuencia operativa, funciones de sostenimiento, entorno, ritmo de operación y restricciones relevantes.

El mismo marco se usa como base para los estudios de viabilidad y trade-off. (BOK de R&M, §2.1.1, pp. 44–45 impresas; PDF pp. 52–53.)

En una comparación práctica, eso significa declarar la población incluida, el horizonte temporal, el patrón de uso y las condiciones que distinguen un periodo activo de uno de espera o mantenimiento. Estas variables son una forma editorial de hacer comparable el escenario; no son una lista normativa del BOK para cualquier fábrica. Si el límite de análisis cambia entre alternativas, el resultado pierde sentido: se estaría comparando respuestas a preguntas distintas.

También conviene separar el objetivo del criterio de aceptación. “Disponibilidad suficiente” expresa una necesidad, pero todavía no especifica cómo se medirá, qué eventos cuentan como indisponibilidad ni durante qué periodo. El documento de capacidades puede no contener umbrales cuantitativos; el BOK propone revisar los requisitos operativos equivalentes disponibles cuando los haya. Por tanto, no inventes precisión que el programa no ha acordado: registra lo que existe y señala lo pendiente. (BOK de R&M, §2.2.2, p. 59 impresa; PDF p. 67.)

Una ficha de escenario breve reduce las discusiones posteriores. Incluye el servicio, el contexto de uso, las condiciones ambientales pertinentes, la secuencia normal y de recuperación, los límites del sistema y el horizonte de sostenimiento. Añade quién proporciona datos y qué configuración describe cada conjunto de datos. El objetivo no es llenar un formulario por cumplir, sino dar a cada opción las mismas condiciones iniciales.

Si dos departamentos usan la palabra “disponibilidad” con límites distintos, acuerda la definición antes de reunir porcentajes. Un cálculo de laboratorio, una estimación de diseño y un indicador observado en operación pueden referirse a poblaciones, periodos o eventos diferentes. Este artículo no desarrolla las fórmulas de MTBF, MTTR o disponibilidad: ese trabajo requiere aclarar las convenciones del sistema concreto y evitar mezclar definiciones.

Define las alternativas como paquetes

Una alternativa no es solo una cifra de fiabilidad ni una promesa de reparación rápida. Para que pueda evaluarse, describe el concepto de diseño, el enfoque de mantenimiento y los apoyos de los que depende. En el BOK, los trade-offs de mantenibilidad consideran requisitos de la alternativa, objetivos de coste de ciclo de vida y conceptos de mantenimiento para los niveles de disponibilidad especificados.

El propio documento enumera varios enfoques de disponibilidad que pueden estudiarse. (BOK de R&M, §2.2.2, pp. 58–59 impresas; PDF pp. 66–67.)

El conjunto puede incluir, según el sistema bajo estudio, redundancia de diseño, tiempo de retorno a servicio, mantenimiento preventivo, diagnóstico, o recuperación automática frente a manual en servicios de software. Son ejemplos de enfoques que el BOK señala para el análisis; no son recomendaciones de implantación. Cada opción debe explicar qué cambia, qué permanece igual y qué recursos adicionales presupone.

Una ficha útil puede organizarse en cuatro bloques: configuración del diseño; tareas e intervalos de mantenimiento previstos; soporte necesario durante el despliegue; y evidencia usada para estimar el resultado. Si dos opciones comparten componentes o tareas, indícalo. Si una requiere una capacidad de diagnóstico distinta, documenta cómo se espera que esa diferencia afecte el análisis y qué dato permitiría comprobarlo.

No conviertas una lista de posibilidades en una relación causal sin evidencia. El BOK permite analizar enfoques como la redundancia o el mantenimiento preventivo; no afirma que añadirlos garantice por sí solo una mejora neta. La arquitectura, el contexto y los costes de soporte condicionan el resultado. La pregunta no es “¿qué palanca siempre mejora la disponibilidad?”, sino “¿qué paquete es viable bajo los supuestos que hemos definido?”.

Comprueba viabilidad y calidad de evidencia

El primer filtro es si la alternativa puede satisfacer las capacidades deseadas en el escenario acordado. En el caso descrito por el BOK, la estimación del enfoque seleccionado debe alcanzar o superar las capacidades deseadas del documento de capacidades. El texto también exige atención a la validez analítica: los procedimientos y datos de entrada deben ser válidos y conservadoramente realistas.

En la revisión de trade-offs añade que los datos y modelos deben representar de manera realista la experiencia de campo actual. (BOK de R&M, §2.2.1, p. 58 impresa; §2.2.2, p. 59 impresa; PDF pp. 66–67.)

Para aplicar esa cautela sin fingir certeza, registra la fuente de cada entrada, la configuración a la que corresponde, el periodo, la forma de obtención y cualquier transformación aplicada. Señala si un dato es una medición, una estimación, una hipótesis de ingeniería o una analogía con un sistema anterior. No pongas esas categorías en el mismo nivel de confianza solo porque ocupen una celda común.

Un análisis que usa la misma cifra para equipos o configuraciones diferentes requiere explicación. Puede ser una decisión deliberada por falta de datos, una aproximación inicial o una comparación controlada; cada caso tiene límites distintos. Conserva la justificación y muestra si cambiar esa entrada altera qué alternativa parece preferible. El BOK pide datos analíticamente válidos; la matriz de procedencia y la revisión de sensibilidad son herramientas prácticas para demostrar cómo se atendió ese criterio.

La palabra “conservador” tampoco sustituye una descripción de los supuestos. Explica qué incertidumbre se ha tratado con cautela, qué evidencia sigue ausente y qué decisión podría cambiar si llega un dato mejor. Si no existe evidencia suficiente para descartar una opción, no la declares inviable por intuición; identifica la prueba, dato o análisis que resolvería la incertidumbre.

Conviene registrar por separado riesgos técnicos y dependencias de calendario. Una alternativa puede parecer aceptable en rendimiento y, sin embargo, depender de una tarea de soporte todavía no planificada. El BOK trata el riesgo técnico y los requisitos de calendario como parte del análisis de cada alternativa; la forma de priorizar esas dimensiones depende del programa. (BOK de R&M, §2.2.2, pp. 58–59 impresas; PDF pp. 66–67.)

Compara coste de ciclo de vida y soporte

El coste no se resume en el precio inicial. El BOK pide comparar el coste de adquisición no recurrente relacionado con R&M con los costes de mantenimiento y soporte durante el despliegue. Esa separación evita que una inversión de diseño se confunda con el esfuerzo recurrente de sostener la solución.

Es una distinción documentada dentro del análisis de adquisición descrito por la fuente, no una estructura universal de contabilidad para todas las empresas. (BOK de R&M, §2.2.2, p. 58 impresa; PDF p. 66.)

Al comparar opciones, declara qué periodos y partidas incluye cada estimación y qué elementos quedan fuera. Si una cifra cubre solo una fase, no la presentes como coste total. Si varias alternativas dependen de un mismo servicio de soporte, explica si ese servicio se ha asignado por completo a una sola opción o repartido entre varias. La decisión contable puede cambiar la lectura de la tabla, aunque no cambie la arquitectura.

El soporte se concreta en tareas, personal, datos, repuestos, equipos de prueba y planes de mantenimiento cuando esos elementos forman parte de la alternativa. El BOK señala que el análisis de apoyo al producto debe considerar estimaciones realistas de fallos y retiradas, modos de fallo y concepto de diagnóstico. También plantea que ingeniería R&M colabore con el personal de planificación del soporte al producto. (BOK de R&M, §2.5.1, p. 75 impresa; PDF p. 83.)

No atribuyas al BOK una recomendación de plantilla, nivel de inventario o estructura de almacén si no aparece en el alcance citado. Puedes describir esas variables como dependencias locales que habría que medir, siempre que quede claro que son preguntas para el análisis y no mandatos del documento. Una lista de dependencia útil identifica quién aporta el dato, qué evidencia respalda la estimación y qué alternativa queda condicionada si el recurso no está disponible.

Para que el coste sea interpretable, mantén la misma configuración y horizonte para todas las opciones. Mezclar un coste de ciclo completo con otro parcial no produce un ranking defendible. Si no se puede obtener una estimación comparable, muestra la brecha como tal y evita completar la tabla con supuestos ocultos.

En el BOK, el resultado de la comparación reúne aspectos de desempeño, capacidad de soporte, coste de ciclo de vida y calendario para cada alternativa candidata. (BOK de R&M, §2.2.2, p. 58 impresa; PDF p. 66.)

Expón sensibilidad y decisión sin fabricar un ganador

Una comparación debe enseñar qué supuestos mueven el resultado. Identifica las variables inciertas que diferencian las opciones: disponibilidad de datos, frecuencia de tareas, tiempo de recuperación, requisitos de soporte o coste durante el despliegue, por ejemplo. Después comprueba si la preferencia cambia cuando una entrada plausible se ajusta. Esto es una propuesta editorial de lectura de sensibilidad; el BOK exige trade-off y análisis válidos, pero no prescribe aquí un método estadístico único.

Escribe la conclusión en forma condicional. Por ejemplo: “Con el perfil de uso definido y los datos actuales, la opción A satisface el objetivo modelado; la opción B necesitaría validar el tiempo de recuperación; la selección queda abierta hasta cerrar esa evidencia”. Una frase así distingue el resultado del análisis de una certeza sobre la operación futura. No atribuye al modelo más precisión de la que tiene.

Una tabla de decisión puede mostrar, para cada alternativa, el requisito que debe satisfacer, la evidencia principal, los costes incluidos, los riesgos pendientes y la comprobación prevista. Evita sumar puntuaciones ordinales como si fueran magnitudes equivalentes, salvo que el programa haya definido cómo se ponderan y validado ese método. Si el equipo usa pesos, registra quién los acordó y cómo cambia el resultado con otros pesos razonables.

Separa las condiciones de eliminación de las preferencias. Una alternativa puede no cumplir una condición requerida; otra puede cumplirla, pero ser menos atractiva en coste o calendario. Si ambas cumplen el objetivo, el análisis debe explicar qué compensación lleva a preferir una sobre otra. Si ninguna cumple, no conviertas la que más se aproxima en “ganadora” sin autorización; el resultado puede ser reformular requisitos, revisar el diseño o solicitar más evidencia.

La comparación también tiene que conservar la historia de cambios. Cuando el diseño evoluciona, identifica qué hipótesis, datos o métricas ya no representan la configuración actual. El BOK indica que los análisis RAM-C deben mantenerse actualizados con cada iteración del diseño durante la fase que describe. La lección útil aquí es de trazabilidad para ese caso: una conclusión asociada a una versión no se traslada automáticamente a otra. (BOK de R&M, §2.2.2, p. 58 impresa; PDF p. 66.)

Convierte la opción en pruebas observables

Una alternativa seleccionada necesita una ruta de comprobación. El BOK recomienda identificar pronto los requisitos de prueba R&M para atender sus efectos de coste y calendario. También describe la posibilidad de integrar medidas y condiciones de prueba en ensayos funcionales o ambientales ya planificados, si esa integración resulta adecuada. Esos ensayos pueden aportar datos para análisis de fiabilidad y ayudar a identificar problemas antes de una demostración posterior. (BOK de R&M, §2.3.1, p. 60 impresa; PDF p. 68.)

Para que la prueba responda a la decisión, define qué capacidad se observa, bajo qué condiciones, con qué instrumento o registro, quién interpreta el resultado y qué criterio de aceptación se aplicará. Documenta los factores ambientales y las condiciones relevantes. Si un requisito no puede probarse de forma directa, describe qué análisis, dato de campo o evidencia alternativa se considerará y cuál es su límite.

Un indicador sin criterio de aceptación no cierra la brecha entre deseo y requisito. De igual modo, un umbral sin método de medida deja abierta la interpretación del resultado. Esas dos piezas deben redactarse juntas: el objetivo cuantitativo que se quiere verificar y el procedimiento que permite decidir si la evidencia lo satisface. El BOK pide definir requisitos y criterios de aceptación para determinar conformidad con las capacidades deseadas. (BOK de R&M, §2.3.1, p. 60 impresa; PDF p. 68.)

No confundas una prueba de diseño con una promesa de rendimiento en toda operación futura. Una prueba aporta evidencia bajo sus condiciones. Su extrapolación depende de que el uso real, el entorno, la configuración y el apoyo no se alejen de manera relevante de los supuestos. Si esos factores cambian, registra la diferencia y evalúa si el resultado anterior sigue siendo aplicable.

Lleva el análisis a los planes de soporte

La decisión pierde valor si el plan de mantenimiento y soporte se basa en una configuración distinta de la evaluada. El BOK pide que los resultados de R&M se documenten en planes de sostenimiento y mantenimiento, incluido el Life Cycle Sustainment Plan (LCSP) en el contexto del programa descrito. También señala que los conceptos de mantenimiento y aprovisionamiento deben basarse en el análisis para la configuración de diseño actual. (BOK de R&M, §§2.5.1–2.5.2, pp. 75–76 impresas; PDF pp. 83–84.)

Ese enlace permite detectar una inconsistencia antes de que se normalice. Si una alternativa presupone diagnósticos concretos, pero el plan de soporte no contempla su uso o sus datos, la estimación necesita revisión. Si el plan incorpora una política de mantenimiento distinta de la modelada, no mantengas el mismo resultado sin justificar por qué la variación no importa.

El documento describe el plan como un proceso que evoluciona y recoge conceptos iniciales de soporte y mantenimiento basados en resultados de análisis. Para el lector, la práctica trasladable es mantener visibles la versión del diseño, el conjunto de datos, la hipótesis de soporte y la conclusión. El nombre de los documentos estadounidenses se conserva porque es parte del caso; otras organizaciones pueden usar instrumentos distintos y no deben asumir que existe equivalencia jurídica o administrativa.

Cuando la evidencia validada contradice la estimación inicial, la decisión no es esconder la diferencia. El BOK contempla revisar los factores de planificación de mantenimiento y logística si los criterios no se satisfacen con los datos validados. En una aplicación local, documenta la discrepancia, el dato de respaldo y quién debe decidir si se repite el análisis o se modifica el plan. (BOK de R&M, §2.5.1, p. 75 impresa; PDF p. 83.)

Cómo leer el caso sin extrapolarlo

El BOK de 2025 del Departamento de Guerra de Estados Unidos trata la gestión de ingeniería R&M en adquisiciones. Su capítulo de análisis de soluciones de material (MSA) presenta actividades y criterios propios de ese marco, incluidos ICD, CONOPS, RAM-C, TEMP y LCSP. La portada indica “Distribution Statement A. Approved for public release. Distribution is unlimited” y DOPSR 26-T-0198.

La decisión debe responder una pregunta concreta: ¿qué evidencia permite afirmar que esta alternativa cumple el objetivo en el escenario descrito, y qué incertidumbre sigue abierta? Si la respuesta depende de un supuesto no comprobado, conserva ese supuesto como condición de la decisión. Si falta una prueba, define cómo obtenerla antes de presentar la opción como confirmada.

Resumen: respuestas breves con alcance explícito

Respuesta. Para comparar alternativas de fiabilidad y mantenibilidad ante una meta de disponibilidad, define un escenario común y evalúa cada opción en desempeño, diseño, soporte, coste de ciclo de vida, riesgo, calendario y adecuación operativa. El BOK de R&M del DoW documenta este análisis en una fase de adquisición estadounidense; no establece una fórmula universal ni un ganador automático. (BOK de R&M, §2.2.2, pp. 58–59 impresas; PDF pp. 66–67.)

Evidencia. El BOK propone una serie de trade-offs entre parámetros de desempeño, características de diseño, disponibilidad y coste de ciclo de vida. Entre los enfoques que menciona figuran redundancia, tiempo de retorno, mantenimiento preventivo, diagnóstico y recuperación de software. La lista sirve para describir opciones que el análisis puede considerar, no para asegurar que cada una mejore el resultado. (BOK de R&M, §2.2.2, p. 58 impresa; PDF p. 66.)

Proceso. El documento conecta la comparación con requisitos de prueba tempranos, condiciones de medición y criterios de aceptación. También contempla incorporar medidas en pruebas funcionales o ambientales ya previstas cuando resulte adecuado. El uso concreto debe mantener coherencia con la configuración y los requisitos del programa. (BOK de R&M, §2.3.1, p. 60 impresa; PDF p. 68.)

Decisión. Una opción solo puede preferirse con base en el escenario definido, la evidencia disponible y las compensaciones de coste, riesgo, calendario y soporte que el programa haya considerado. Cuando los supuestos cambian o una nueva configuración no está representada por el análisis, la preferencia debe reexaminarse. (BOK de R&M, §§2.2.2, 2.5.1–2.5.2, pp. 58–59 y 75–76 impresas; PDF pp. 66–67 y 83–84.)

Límite. El documento citado describe orientación de adquisición estadounidense; no crea por sí solo una obligación en España o la UE, ni demuestra que un enfoque produzca el mismo resultado en cualquier planta. La verificación depende de los datos, las condiciones y los criterios acordados para cada sistema. (BOK de R&M, §§2.1.1–2.1.2, pp. 44–45 impresas; PDF pp. 52–53.)

Preguntas frecuentes

¿Dos alternativas con la misma disponibilidad estimada son equivalentes?

No necesariamente. Pueden requerir conceptos de mantenimiento, soporte, costes y calendarios distintos. La estimación puede descansar en datos o supuestos de calidad diferente. Primero confirma que ambas usan la misma definición de disponibilidad, población, condiciones y periodo; después evalúa las diferencias que importan a la decisión.

¿El BOK prescribe una única combinación de MTBF y MTTR?

No. En las páginas citadas se describen análisis de alternativas y distintos enfoques para alcanzar capacidades deseadas. No se presenta una pareja de valores válida para cualquier sistema ni una garantía de resultado. La elección debe partir del escenario y de la evidencia aplicables al caso.

¿Qué conviene comparar además de la disponibilidad?

El BOK incluye desempeño, características de diseño, mantenibilidad, conceptos de mantenimiento, coste de ciclo de vida, riesgo técnico, calendario, capacidad de soporte y adecuación operativa. Qué dimensiones son decisivas depende de las capacidades y restricciones definidas para el programa. No conviertas la lista en un baremo universal.

¿Cuándo hace falta modelar la disponibilidad operacional?

El BOK dice que se modele cada alternativa cuando sea necesario para verificar conformidad con las capacidades deseadas. La fuente no exige aquí un modelo para toda organización o equipo. El método, los datos y la necesidad de modelar deben quedar ligados al escenario y a la pregunta que el análisis debe responder.

¿Cómo se comprueba después la alternativa elegida?

Define temprano las medidas, condiciones y criterios de aceptación; relaciona el resultado con la configuración evaluada y deja claro qué evidencia alimenta los planes de mantenimiento y soporte. Si los datos validados no satisfacen los criterios, el BOK contempla volver a estudiar los factores de planificación pertinentes en su contexto de adquisición.