Blog de mantenimiento
En mantenimiento industrial, muchas fallas se corrigen con rapidez: se reemplaza un componente, se ajusta un parámetro, se reinicia el equipo y la operación continúa. Sin embargo, cuando el mismo problema reaparece días o semanas después, normalmente no se trata solo de una avería puntual.
Lo que suele faltar es un análisis de causa raíz.
En la práctica, muchas plantas registran el síntoma, corrigen el efecto inmediato y restablecen producción. Pero si no se identifica qué originó realmente el problema, la falla puede repetirse.
Dos herramientas simples y muy útiles para evitarlo son el diagrama de Ishikawa y los 5 porqués.
Usadas juntas, permiten pasar de una explicación superficial a una comprensión más útil del problema, sin necesidad de metodologías excesivamente complejas.
Cómo hacer un análisis de causa raíz práctico con Ishikawa + 5 porqués
En mantenimiento industrial, muchas fallas se corrigen con rapidez: se reemplaza un componente, se ajusta un parámetro, se reinicia el equipo y la operación continúa. Sin embargo, cuando el mismo problema reaparece días o semanas después, normalmente no se trata solo de una avería puntual.
Lo que suele faltar es un análisis de causa raíz.
En la práctica, muchas plantas registran el síntoma, corrigen el efecto inmediato y restablecen producción. Pero si no se identifica qué originó realmente el problema, la falla puede repetirse.
Dos herramientas simples y muy útiles para evitarlo son el diagrama de Ishikawa y los 5 porqués.
Usadas juntas, permiten pasar de una explicación superficial a una comprensión más útil del problema, sin necesidad de metodologías excesivamente complejas.
¿Qué es el análisis de causa raíz?
El análisis de causa raíz busca responder una pregunta fundamental:
¿qué originó realmente el problema?
Su propósito no es describir el síntoma visible, sino encontrar la condición subyacente que hizo posible que la falla ocurriera.
Por ejemplo:
- “el motor se detuvo” no es causa raíz.
- “la protección térmica actuó” tampoco necesariamente lo es.
- “falta de lubricación causada por obstrucción progresiva del sistema” ya se acerca más a una causa raíz útil.
Esa diferencia es importante.
Corregir el síntoma restablece operación. Corregir la causa ayuda a reducir recurrencia.
Cuándo conviene hacer análisis de causa raíz
No todas las fallas requieren el mismo nivel de análisis.
Normalmente conviene aplicarlo cuando existe al menos uno de estos factores:
- falla repetitiva,
- alto tiempo muerto,
- impacto relevante en producción,
- criticidad del activo,
- riesgo de seguridad,
- costo significativo,
- degradación progresiva sin explicación clara.
En esos casos, detenerse a analizar suele generar mucho valor.
Por qué combinar Ishikawa y 5 porqués
Ambas herramientas se complementan bien.
Ishikawa
Ayuda a organizar posibles causas.
5 porqués
Ayuda a profundizar hasta llegar a causas más estructurales.
En conjunto permiten evitar dos errores frecuentes:
- quedarse demasiado superficial,
- enfocarse demasiado rápido en una sola hipótesis.
Qué es el diagrama de Ishikawa
El diagrama de Ishikawa, también llamado diagrama de causa-efecto o diagrama de espina de pescado, ayuda a ordenar causas potenciales de un problema.
Se parte de un efecto observable y se exploran familias de causas posibles.
Categorías comunes en mantenimiento
En entornos industriales suelen usarse categorías como:
- máquina
- método
- material
- mano de obra
- medio ambiente
- medición
No es obligatorio usar siempre exactamente estas categorías, pero sirven como estructura inicial.
Qué son los 5 porqués
Los 5 porqués consisten en hacer preguntas sucesivas para profundizar.
La idea no es llegar exactamente a cinco.
La idea es continuar preguntando hasta pasar del síntoma a una causa accionable.
Cómo hacer un análisis práctico paso a paso
Paso 1. Definir claramente el problema
Este punto es más importante de lo que parece.
Conviene describir el problema de forma concreta y observable.
Ejemplo útil
“paro de línea por disparo térmico del motor de banda transportadora”
Ejemplo poco útil
“falla del sistema”
Mientras más clara sea la definición, mejor será el análisis.
Paso 2. Reunir datos antes de analizar
Antes de construir hipótesis conviene observar hechos.
Puede ayudar recopilar:
- fecha y hora
- condiciones de operación
- historial reciente
- síntomas observados
- registros de alarmas
- intervenciones anteriores
- tiempos de paro
- comportamiento previo del activo
Sin datos, el análisis se vuelve especulativo.
Paso 3. Construir Ishikawa
Supongamos este problema:
paro recurrente de banda transportadora por sobretemperatura de motor
Ahora se exploran posibles causas.
Máquina
- ventilación obstruida
- rodamiento desgastado
- desalineación
- tensión excesiva de banda
Método
- lubricación insuficiente
- frecuencia de inspección inadecuada
- procedimiento de ajuste incorrecto
Material
- grasa inadecuada
- contaminación
- repuesto no equivalente
Mano de obra
- ajuste manual incorrecto
- falta de verificación posterior
Medio ambiente
- polvo excesivo
- temperatura ambiente elevada
Medición
- sensor mal calibrado
- lectura incorrecta de temperatura
Qué aporta esta etapa
Ayuda a ampliar perspectiva.
Evita asumir una única causa demasiado pronto.
Paso 4. Elegir hipótesis más probables
No todas las ramas merecen la misma profundidad.
Conviene priorizar con base en:
- evidencia disponible,
- recurrencia,
- impacto,
- historial del activo.
Supongamos que el historial muestra:
- sobretemperatura recurrente
- lubricación irregular
- polvo acumulado
- aumento progresivo de consumo de corriente
Aquí una hipótesis razonable puede ser:
incremento de fricción por deterioro de lubricación y contaminación
Paso 5. Aplicar los 5 porqués
Ahora se profundiza.
Problema
El motor se detuvo por sobretemperatura.
¿Por qué?
Porque aumentó la fricción mecánica.
¿Por qué aumentó la fricción?
Porque el rodamiento trabajaba con lubricación deficiente.
¿Por qué había lubricación deficiente?
Porque el punto de lubricación estaba parcialmente obstruido.
¿Por qué estaba obstruido?
Porque ingresó contaminación por polvo.
¿Por qué ingresó polvo?
Porque el protector del alojamiento estaba deteriorado y no fue detectado en inspección.
Qué aparece aquí
La causa no es simplemente “motor caliente”.
Aparece una cadena de causas más útil:
- deterioro de protección
- ingreso de contaminantes
- obstrucción de lubricación
- aumento de fricción
- sobretemperatura
- paro
Ese nivel de entendimiento permite actuar mejor.
Paso 6. Definir acciones correctivas
Una vez identificada la causa, conviene definir acciones de distintos niveles.
Acción inmediata
- reemplazo de rodamiento
- limpieza
- restablecimiento operativo
Acción correctiva estructural
- reemplazar protector
- ajustar frecuencia de inspección
- revisar puntos similares en activos equivalentes
- actualizar procedimiento de lubricación
- verificar condición ambiental
Esta distinción es muy importante.
Paso 7. Verificar efectividad
El análisis no termina al definir acciones.
Conviene observar si realmente disminuye recurrencia.
Puede verificarse mediante:
- reducción de eventos similares
- mejora en MTBF
- reducción de tiempo muerto
- estabilidad de condición
Sin seguimiento, el aprendizaje queda incompleto.
Un ejemplo corto adicional
Problema
sensor de presencia genera microparos repetitivos
Ishikawa (hipótesis)
- polvo
- vibración
- montaje
- sensibilidad de detección
- cableado
5 porqués
¿Por qué hay microparo?
Porque el sensor pierde detección.
¿Por qué pierde detección?
Porque se desplaza ligeramente.
¿Por qué se desplaza?
Porque el soporte vibra.
¿Por qué vibra?
Porque el montaje tiene holgura.
¿Por qué hay holgura?
Porque no existe verificación periódica de fijación.
Acción
- corregir montaje
- agregar inspección preventiva
- verificar soportes equivalentes
Errores frecuentes
Confundir síntoma con causa
“alta temperatura” suele ser efecto, no causa raíz.
Empezar sin datos
Puede generar conclusiones débiles.
Buscar una sola causa demasiado rápido
Las fallas reales suelen involucrar interacción de factores.
Usar los 5 porqués de forma mecánica
No se trata de completar cinco preguntas. Se trata de llegar a una causa útil.
No convertir análisis en acción
Sin acción, el análisis pierde valor.
Cuándo esta metodología funciona especialmente bien
Suele ser muy útil en:
- fallas repetitivas
- problemas de proceso
- microparos
- degradación progresiva
- activos críticos
- eventos donde múltiples factores interactúan
Relación con FRACAS y Pareto
Estas herramientas se complementan muy bien.
Pareto
ayuda a priorizar qué problemas merecen análisis.
FRACAS
ayuda a documentar, dar seguimiento y verificar acciones.
Ishikawa + 5 porqués
ayudan a profundizar técnicamente.
Juntas suelen formar una base sólida de mejora continua.
El papel del software de mantenimiento
Una dificultad común es disponer de historial confiable.
Muchas veces la información está dispersa en:
- bitácoras
- hojas de cálculo
- reportes manuales
- registros incompletos
Un CMMS como EasyMaint facilita:
- historial de activos
- recurrencia de fallas
- tiempos de intervención
- clasificación de eventos
- seguimiento de acciones correctivas
Eso mejora mucho la calidad del análisis.
Recomendación práctica
Si vas a empezar, suele funcionar bien este enfoque:
- elegir fallas repetitivas,
- reunir datos mínimos,
- construir Ishikawa simple,
- profundizar con 5 porqués,
- definir pocas acciones concretas,
- verificar resultados.
No hace falta un proceso complejo para generar valor.
Conclusión
El análisis de causa raíz no consiste en describir qué pasó.
Consiste en entender por qué pasó y qué conviene cambiar para reducir recurrencia.
El uso combinado de Ishikawa + 5 porqués ofrece una forma práctica, accesible y muy útil de lograrlo.
En mantenimiento industrial, muchas veces la mejora sostenida no depende de reparar más rápido.
Depende de aprender mejor de cada falla.
Preguntas frecuentes
¿Los 5 porqués siempre deben ser cinco?
No. El número es orientativo. Lo importante es llegar a una causa accionable.
¿Ishikawa sirve solo para fallas complejas?
No. También funciona bien en problemas recurrentes relativamente simples.
¿Debe hacerlo solo mantenimiento?
No necesariamente. Operación, producción y confiabilidad suelen aportar contexto valioso.
¿Esto reemplaza análisis causa raíz formal?
Es una forma práctica de análisis de causa raíz. En eventos de alta criticidad puede complementarse con metodologías más profundas.
Software de mantenimiento para una gestión eficiente de activos
La correcta gestión del mantenimiento requiere información técnica confiable, trazabilidad de las órdenes de trabajo y control de costos por activo. Un software de mantenimiento (CMMS) permite centralizar el mantenimiento preventivo, correctivo y predictivo, facilitando la toma de decisiones técnicas y financieras.Este tipo de soluciones es utilizado por empresas industriales que buscan reducir tiempos de inactividad, extender la vida útil de sus equipos y mejorar la planeación del mantenimiento.
Evalúa el software de mantenimiento antes de implementarlo
Solicita una demostración guiada y revisa cómo el software se adapta a tus procesos de mantenimiento preventivo, correctivo y predictivo.