La criticidad ordena una revisión según lo que ocurriría si el activo perdiera su función. Describe esa función y las consecuencias para el servicio, la misión, las personas o el ambiente; evalúa aparte la probabilidad o frecuencia del fallo. El precio del equipo no mide su criticidad ni determina una tarea de mantenimiento.

NASA muestra una escala de consecuencias adaptable a cada organización, y PNNL recomienda que la priorización responda a las necesidades de cada instalación (NASA, Reliability-Centered Maintenance Guide, tabla 4-1, PDF p. 41 (printed p. 4-11); PNNL, «Prioritizing O&M Actions», líneas web 333–346).

Las referencias son estadounidenses y no constituyen una escala legal española. Esta guía propone una forma de estructurar la conversación y deja los criterios, pesos y aprobación en manos del método vigente de cada instalación.

Antes de puntuar, define qué activo y qué función revisas

Empieza por el objeto de evaluación. Puede ser un equipo completo, un componente, una función de respaldo o un conjunto del que depende una línea. Si no queda claro qué se está clasificando, la puntuación no podrá compararse con otra. Anota un identificador, el límite del activo y su papel operativo. Evita que dos equipos usen nombres parecidos para funciones distintas o que una unidad amplia oculte componentes con consecuencias diferentes.

La función debe escribirse como una necesidad de servicio, no como una lista de atributos. «Mantener el caudal requerido en la línea» describe una función; «motor de 30 kW» describe una característica del equipo. Si el objetivo es continuidad de un proceso, identifica el resultado que se espera del activo y qué alternativa existe cuando no está disponible. No inventes una función de seguridad si no está definida en los documentos del centro.

Después formula un escenario de pérdida de función: qué dejaría de ocurrir, qué operación se vería afectada y qué consecuencias habría. No hace falta asignar todavía una puntuación. La primera pasada sirve para que mantenimiento, operación y quienes conocen el proceso hablen del mismo activo y del mismo evento.

NASA presenta en la tabla 4-1 ejemplos de categorías relacionadas con el impacto de un fallo sobre misión, seguridad, salud y ambiente; la tabla se incluye como una escala de ejemplo para una organización, no como patrón universal (NASA RCM Guide, tabla 4-1, PDF p. 41 (printed p. 4-11); líneas web 1176–1204). La ficha de objeto, función y consecuencia que se propone aquí es una herramienta editorial para evitar ambigüedades.

Describe consecuencias antes de hablar de probabilidad

Para valorar el impacto, pregunta qué dejaría de funcionar y a quién afectaría: servicio, personas, ambiente u otras operaciones. Cada organización define qué consecuencias son pertinentes y cómo las registra. No todos los equipos afectan a todos esos ámbitos.

La pregunta sobre probabilidad es distinta: «Con los datos y supuestos disponibles, ¿con qué frecuencia o posibilidad consideramos que puede ocurrir ese modo de fallo?». Esta estimación puede ser incierta si el historial es corto o la configuración cambió. Una consecuencia potencialmente seria no se vuelve irrelevante solo porque haya pocos fallos registrados; del mismo modo, un número alto de avisos no demuestra por sí solo una consecuencia alta.

PNNL describe que las prioridades de operación y mantenimiento dependen de criterios propios de la instalación, y contempla aspectos como seguridad, fiabilidad, eficiencia y condiciones del sitio (PNNL, líneas web 333–346). NASA también trata los efectos y consecuencias dentro de su análisis RCM. La separación entre impacto y probabilidad que propone esta página es un principio de lectura para no confundir dos preguntas; no constituye por sí sola una matriz de riesgo normalizada.

Si el centro combina dimensiones en una puntuación, deja claro cómo lo hace. Una tabla que multiplica valores puede hacer que dos escenarios distintos terminen con el mismo número. El resultado será útil solo si el equipo entiende qué representa y qué información perdió al agrupar. No sumes etiquetas cualitativas con pesos improvisados ni presentes un número como objetivo científico cuando las escalas son ordinales o subjetivas.

Construye una escala local legible

Una escala local debe explicar sus niveles con palabras y ejemplos del proceso. Si usa cinco niveles, cada nivel necesita una definición que permita distinguirlo del siguiente. Un descriptor como «alto» no explica qué observar; una frase como «la pérdida de función detiene el servicio sin alternativa disponible» es más útil si esa consecuencia está comprobada para el activo. La escala debe responder a la actividad real y a sus políticas, no a una tabla encontrada para otra organización.

Decide también quién valida la clasificación y qué evidencia deja. Puede ser una reunión de especialistas de operación, mantenimiento y seguridad; el formato exacto depende del gobierno local. Conserva la descripción del escenario, los documentos consultados, las incertidumbres y la fecha. Si cambia el proceso o aparece redundancia nueva, revisa si sigue describiendo el mismo impacto.

Las etiquetas A/B/C y las escalas 1–10 no significan lo mismo en todas partes. Un «4» puede representar pérdida de producción en un sitio y otra consecuencia en otro.

Una matriz puede ser útil para visualizar grupos, pero no la conviertas en un ranking de precisión falsa. Si dos responsables discrepan, registra por qué: quizá describen escenarios diferentes o discrepan sobre disponibilidad de alternativas. Resolver esa diferencia aporta más que promediar números sin entenderlos.

Criticidad del activo y prioridad de una orden son preguntas distintas

La criticidad suele describir la consecuencia de perder una función; la prioridad de una orden organiza qué trabajo se atiende primero dentro de un proceso. El DOE/FEMP ilustra esta diferencia de uso: su guía incluye una matriz de prioridad para RCM con niveles denominados emergencia, urgente, prioridad, rutinario, discrecional y diferido, y propone priorizar equipos por importancia para operación, proceso o misión (§5.6, PDF p. 6).

Son categorías de su contexto federal y no una escala española ni un estándar de puntuación del activo (DOE/FEMP, O&M Best Practices Guide, §5.6, PDF p. 6).

La distinción evita que una etiqueta se convierta en cola automática. Un activo puede tener consecuencias importantes y no tener una orden abierta hoy; una orden correctiva de un activo menos crítico puede requerir atención pronta por su estado concreto. La instalación decide cómo se conectan ambas vistas. Si se usa una matriz de criticidad para ordenar órdenes, documenta el paso intermedio: qué evidencia modifica la prioridad, quién puede hacerlo y qué regla interna se aplica.

La misma guía relaciona criticidad y coste de indisponibilidad con la selección de elementos reactivos, preventivos o predictivos y presenta aplicaciones distintas por tipo de equipo (§5.5, tabla 5.5.1, PDF p. 5). Esta relación ayuda a entender que la etiqueta puede alimentar una revisión de estrategia; no permite concluir que todo activo crítico deba recibir una tecnología concreta. Las decisiones dependen también del patrón de fallo, del modo que se intenta gestionar y de la pertinencia de la tarea.

El cuadro es un ejemplo de programa estadounidense, no una receta para una planta española.

En una revisión local, puedes mantener dos columnas: impacto potencial y prioridad actual del trabajo. La primera describe el escenario del activo; la segunda señala la decisión vigente para una orden concreta. Si ambas cambian, registra por separado el motivo. Esta separación hace posible revisar una prioridad urgente sin reescribir la valoración de consecuencias del equipo.

Ejemplo hipotético: comparar consecuencias, no equipos por precio

Imagina dos activos ficticios. El Equipo A cuesta mucho más que el B, pero tiene redundancia disponible y su pérdida temporal no interrumpe el servicio principal. El Equipo B tiene un precio menor, aunque su pérdida podría dejar sin función a una operación importante sin alternativa inmediata. Estos son supuestos ilustrativos: no representan una planta real, no establecen una puntuación y no permiten concluir que B deba recibir un plan de mantenimiento específico.

El equipo revisor describiría la función de cada uno, confirmaría la redundancia y preguntaría qué ocurre en el escenario de pérdida. Solo con datos locales podría valorar la consecuencia. La frecuencia de fallo se revisaría aparte, según historial y condiciones. El precio de compra no reemplaza ese análisis y no demuestra criticidad.

Supón además que la instalación ya tiene una escala aprobada. En vez de inventar valores aquí, el grupo consultaría los descriptores existentes y documentaría qué evidencia permite asignar cada nivel. Si no puede justificar un nivel, la clasificación queda pendiente. Si dos equipos comparten categoría, no significa que deban tener la misma tarea: sus modos de fallo y las opciones disponibles pueden ser distintos.

El ejemplo no convierte el coste en causa de prioridad ni respalda un plan de mantenimiento. Su único propósito es hacer visible por qué impacto, precio y probabilidad son cuestiones diferentes. La decisión operacional debe permanecer en el sistema aprobado de la instalación.

Revisa qué evidencia respalda cada valoración

NASA vincula las funciones con la misión u otros requisitos ambientales, de salud, seguridad, regulación o calidad; también explica que la función expresa expectativas de rendimiento (§§4.1.1–4.1.2, PDF p. 34 / impresa 4-4). Para revisar fallos repetidos, NASA recomienda consultar avisos de avería e historial de maquinaria e incluye informes de incidentes entre los datos (§5, PDF p. 71 / impresa 5-25).

Si los datos son incompletos, expresa la incertidumbre. No rellenes un campo con una puntuación intuitiva para que el formulario parezca acabado. Puede ser útil distinguir «valoración provisional», «pendiente de confirmar» y «revisada» si el método local define esos estados. Evita convertir estos nombres sugeridos en un sistema oficial: la organización decide quién valida y qué significa cada estado.

También conviene fijar cuándo una categoría requiere revisión adicional. Por ejemplo, si el escenario implica consecuencias que el método local no cubre o si la información contradice la clasificación previa, deja la discrepancia a la vista y escálala a la función responsable. No impongas una puntuación de respaldo automática.

De la etiqueta a una decisión de mantenimiento

Una clasificación puede ordenar qué activo revisar antes; después comienza la selección de estrategia. Pregunta qué modos de fallo podrían impedir la función y si existe una tarea que pueda prevenirlos o detectarlos de forma efectiva. Considera los recursos, el contexto y las consecuencias. No todas las tareas disponibles reducen el riesgo, y una etiqueta alta no demuestra que aumentar inspecciones sea eficaz.

NASA organiza el análisis RCM con preguntas sobre la función, los fallos funcionales, las consecuencias y las acciones que podrían reducir la probabilidad o los efectos (§3.4, PDF p. 24 / impresa 3-6). En §3.5.6 sitúa la seguridad como preocupación primaria y la coste-efectividad como secundaria; esta última considera la prioridad o criticidad de misión para ajustar el coste apropiado (PDF p. 28 / impresa 3-10).

Son criterios descritos en una guía para instalaciones NASA; no fijan una tarea ni una frecuencia obligatoria para una planta española (NASA RCM Guide).

Por eso conviene mantener separados tres resultados: la clasificación de consecuencias, la evaluación del modo de fallo y la orden o tarea aprobada. Si se cambia una de ellas, registra por qué.

La criticidad tampoco decide una inversión de capital. Puede señalar que hace falta un estudio, una medida temporal o revisión de redundancia; la aprobación requiere información financiera y técnica específica. De manera inversa, un activo con consecuencia menor puede merecer una tarea sencilla si el coste y el fallo lo justifican. La etiqueta es una entrada, no la respuesta completa.

Facilita una revisión que deje claros los desacuerdos

Una reunión de clasificación funciona mejor cuando los participantes revisan el mismo escenario, no solo una etiqueta propuesta. Comparte antes el alcance del activo, la función y la evidencia disponible. Pide a operación, mantenimiento y las áreas pertinentes que describan por separado qué pasaría al perder la función. Si sus respuestas difieren, no promedies la discrepancia: quizá alguien está considerando un escenario de fallo distinto, una redundancia que ya no existe o una consecuencia que el otro grupo desconoce.

Anota qué parte es dato y cuál es hipótesis. «La línea estuvo detenida durante el evento registrado» es distinto de «la pérdida del activo detendría siempre la línea». La segunda frase requiere conocer alternativas, capacidad y procedimiento. El comité local puede decidir qué evidencia basta para asignar una categoría, pero esa regla debe formar parte del método de la organización. Esta propuesta ayuda a hacer la clasificación revisable; no es un método validado por NASA o PNNL.

Cuando hay incertidumbre, registra el rango de escenarios o el dato pendiente. Una categoría provisional puede ser más honesta que una cifra con dos decimales. La lista no tiene que parecer perfecta. Debe mostrar por qué un activo se revisa antes que otro y qué cambio haría falta para reconsiderar la decisión. Si se agrupan activos por conveniencia, comprueba que comparten función y consecuencias antes de usar el grupo como base de decisión.

Revisa la clasificación cuando cambie el contexto

Una clasificación envejece cuando cambian producción, redundancia, rutas, condiciones ambientales o función del activo. También puede cambiar si un componente se sustituye por otro de distinta capacidad. Define eventos que disparen revisión en el procedimiento local; esta página no propone periodicidad obligatoria. Una fecha de revisión ayuda, pero no reemplaza la revisión ante un cambio material.

Conserva una versión anterior si el sistema local lo permite. Así se ve si la prioridad cambió por un nuevo riesgo o porque cambió el criterio de evaluación. Si el historial de fallos se amplía, puede mejorar la estimación de probabilidad, pero no necesariamente cambia el impacto. No mezcles dos versiones de escala en una gráfica como si fueran equivalentes.

Un registro de decisión puede guardar el código y límite del activo, su función y escenario, las dimensiones valoradas, las fuentes consultadas y quién validó el criterio. Añade también la fecha o versión. Es una propuesta editorial. Las fuentes NASA/PNNL no imponen esta plantilla; sirve para que otro revisor entienda qué significaba la clasificación al asignarla.

Preguntas frecuentes

¿Qué hace crítico a un equipo?

La consecuencia de perder su función para la misión o el servicio, la seguridad, la salud o el ambiente; el precio de compra no basta.

¿Criticidad y probabilidad de fallo son lo mismo?

No. La criticidad aquí describe consecuencias; la probabilidad o frecuencia se evalúa aparte antes de priorizar.

¿Hay una escala universal de criticidad del 1 al 10?

No hay una escala universal en las fuentes citadas. Define criterios y pesos según el contexto y el método aprobado por la instalación.

¿Un equipo crítico siempre necesita más mantenimiento preventivo?

No necesariamente. La tarea debe responder al modo de fallo, ser aplicable y resultar eficaz; la criticidad no fija por sí sola una frecuencia.

¿Cómo se usa la clasificación?

Como una entrada para ordenar la revisión de activos; después se consideran el modo de fallo, la tarea disponible, su eficacia, los recursos y las consecuencias.

Lleva el contexto con la puntuación

Para que una clasificación de criticidad sea útil, quien la consulte necesita saber qué activo, qué función y qué escenario se valoraron. Anota el método local y la evidencia; mantén aparte el impacto y la probabilidad. Después usa la prioridad para organizar la revisión de mantenimiento, sin convertirla en una regla automática de tarea o inversión. Si cambian la función, la redundancia o el proceso, vuelve a valorar el contexto en vez de arrastrar una etiqueta antigua.