Volver
Productividad del Mantenimiento

Análisis de causa raíz en el mantenimiento: 5 porqués, Ishikawa y FMEA aplicados

E
Equipo PM Run
05 de agosto de 2026

El análisis de causa raíz es la investigación estructurada que parte de la falla ocurrida y baja hasta la causa que, corregida, impide la repetición. En mantenimiento, es el mecanismo que convierte averías en aprendizaje; sin él, la misma falla vuelve con otra fecha. Este artículo aplica los tres métodos más usados (5 porqués, Ishikawa y FMEA) a un caso concreto, del síntoma a la contramedida.

Cuándo abrir un análisis

Analizar todo es no analizar nada. Gatillos que funcionan: falla con parada sobre un límite definido (por ejemplo, 4 horas), falla repetida en el mismo activo dentro de 90 días, cualquier falla con consecuencia de seguridad, y fallas en activos clase A sin importar la duración. El gatillo escrito como regla saca la decisión del humor del día.

El caso: parada del extractor de la cabina de pintura

Escenario para trabajar los métodos: el extractor de la cabina paró por trabado del rodamiento del alojamiento, generando 6 horas de parada de línea. El cambio resolvió el síntoma. El análisis empieza después del cambio.

Método 1: los 5 porqués

Preguntar por qué hasta que la respuesta deje de ser técnica y se vuelva sistémica:

1. ¿Por qué paró el extractor? Trabado del rodamiento.
2. ¿Por qué se trabó el rodamiento? Lubricación insuficiente, grasa reseca.
3. ¿Por qué estaba reseca la grasa? El punto quedó fuera de la ruta de lubricación durante meses.
4. ¿Por qué quedó fuera de la ruta? El punto exige desmontar una protección atornillada, la ruta tiene tiempo contado; el lubricador lo saltaba sin registrar.
5. ¿Por qué se podía saltar sin registro? La ruta era papel, sin checklist por punto.

Nota la forma de la cadena: empieza en el componente, pasa por el proceso y termina en la gestión. Cada nivel genera contramedida en su piso: engrasador remoto en el punto (nivel 4), ruta digital con checklist por punto (nivel 5). Corregir solo el nivel 1 (cambiar el rodamiento) es lo que la mayoría llama solución, y es solo reposición.

Método 2: Ishikawa, cuando la falla tiene más de una madre

El diagrama de Ishikawa (espina de pescado) organiza las hipótesis en familias (método, máquina, mano de obra, material, medición, medio ambiente) antes de profundizar. En el caso del extractor, la espina revelaría hipótesis paralelas además de la lubricación: neblina de pintura acelerando la degradación de la grasa (medio ambiente), grasa equivocada para la temperatura del punto (material), ausencia de inspección sensorial en el puesto (método). El Ishikawa no sustituye a los 5 porqués: abre el abanico de hipótesis, los porqués bajan en cada una que la evidencia sostenga. La regla de oro: hipótesis sin evidencia de campo no se vuelve causa, se vuelve adivinanza organizada.

Método 3: FMEA, el análisis antes de la falla

Mientras 5 porqués e Ishikawa reaccionan a la falla ocurrida, el FMEA anticipa: lista los modos de falla posibles de cada componente y prioriza por el NPR (severidad × ocurrencia × detección, cada uno de 1 a 10). En el extractor, el modo "trabado de rodamiento por falla de lubricación" saldría con severidad 8 (para la línea), ocurrencia 6 (historial de ruta saltada) y detección 7 (sin inspección en el punto): NPR 336, cima de la lista, pidiendo exactamente las contramedidas que el análisis reactivo encontró después del dolor. Un FMEA de mantenimiento no necesita cubrir la planta: empieza por los activos clase A y los 10 mayores ofensores del historial.

Lo que hace morir el análisis en el papel

Cuatro asesinos conocidos: parar en el culpable (el análisis que termina en "falla humana" no terminó: falta el porqué de que el error fuera posible); contramedida sin verificación (se implantó, nadie volvió a medir la recurrencia); análisis sin datos (sin registro de falla estructurado, cada reunión recomienza de memoria); y volumen sin criterio, que satura al equipo. El antídoto de los cuatro es el mismo: gatillo claro, dato de ejecución confiable y dueño de la contramedida con fecha.

De dónde viene el dato que alimenta todo

La calidad del análisis es rehén de la calidad del registro: modo de falla, causa y componente catalogados en el aviso, tiempos reales confirmados en la orden. Es la diferencia entre analizar hechos y analizar recuerdos, y la razón de que el análisis de causa raíz sea uno de los pilares operacionales de la ingeniería de confiabilidad.

Preguntas Frecuentes

¿Qué es el análisis de causa raíz?

Es la investigación estructurada que parte de la falla y baja hasta la causa que, corregida, impide la repetición, generando contramedidas verificables en cada nivel de la cadena causal.

¿Cuál es la diferencia entre 5 porqués e Ishikawa?

El Ishikawa abre el abanico de hipótesis en familias (método, máquina, mano de obra, material, medición, medio ambiente); los 5 porqués bajan verticalmente en cada hipótesis sostenida por evidencia. Juntos, uno estructura el ancho y el otro la profundidad.

¿El FMEA sirve para mantenimiento industrial?

Sí: aplicado por activo crítico, lista los modos de falla y prioriza por el NPR (severidad × ocurrencia × detección), mostrando dónde reforzar plan, inspección y repuestos antes de que ocurra la falla.

¿Cuándo vale abrir un análisis de causa raíz?

Con gatillo definido en regla: parada sobre un límite de horas, falla repetida en ventana corta, cualquier consecuencia de seguridad y fallas en activos clase A. Sin gatillo, el análisis se vuelve lotería de indignación.

PM Run

Construido para SAP.No solo adaptado. Nativo.

PM Run conecta planificación, ejecución en campo y supervisión con integración nativa al SAP, sin hojas de cálculo paralelas, sin reingreso al final del turno, sin pérdida de datos.

Utilizado por operaciones líderes en sus sectores

Logo Volkswagen
Logo Eurofarma
Logo Saint-Gobain
Logo Marcopolo
Logo Moura
Logo Alpargatas

Volver al blog