Cómo utilizar un diagrama de espina de pescado (Ishikawa) para el análisis de la causa raíz del mantenimiento.
Un diagrama de espina de pescado distribuye todas las posibles causas de una falla de equipo en seis categorías (las 6 M), de modo que su equipo investigue el problema en su totalidad en lugar de centrarse en la primera suposición.
¿Qué es un diagrama de espina de pescado?
Esta guía de mantenimiento con diagrama de espina de pescado explica una herramienta de causa y efecto que representa cada posible causa de un problema en ramas que se ramifican desde una única "columna vertebral" horizontal, agrupando dichas causas en categorías estándar para que un equipo tenga una visión completa antes de implementar una solución. El problema que se investiga —la falla o "efecto"— se ubica en la cabeza del pez, a la derecha. Las "espinas" diagonales se aproximan a la columna vertebral, y cada una contiene una categoría de posible causa con sus factores contribuyentes individuales que se ramifican a partir de ella. El diagrama final se asemeja a un esqueleto de pez, de ahí su nombre.
También se le conoce como diagrama de Ishikawa o, simplemente, diagrama de causa y efecto: tres nombres para la misma herramienta. Su valor en el mantenimiento es sencillo: se trata de una lluvia de ideas estructurada. En lugar de que el equipo se aferre a la primera explicación plausible de una avería y se detenga ahí, el diagrama de Ishikawa incluye todas las categorías de causas en el tablero: los factores humanos, procedimentales, materiales y ambientales que subyacen a un fallo, no solo la pieza que se rompió. Esta amplitud es lo que lo convierte en una técnica fundamental en el análisis de la causa raíz (ACR).
De dónde proviene el diagrama de Ishikawa y por qué lo utilizan los equipos de mantenimiento.
El diagrama de espina de pescado fue desarrollado por Kaoru Ishikawa, un ingeniero japonés de control de calidad, quien lo formalizó en Kawasaki en la década de 1960 y lo convirtió en una de sus "siete herramientas básicas de calidad", como el Documentos de la Sociedad Estadounidense para la Calidad (ASQ)La idea de Ishikawa era que la mayoría de los defectos y fallos no se deben a una sola causa, sino que surgen de la interacción de varias condiciones contribuyentes, y quienes los investigan tienden a centrarse en la más visible. Proporcionar a un equipo categorías predefinidas para generar ideas contrarresta ese sesgo directo, razón por la cual la herramienta se extendió de la calidad de fabricación a la fiabilidad y el mantenimiento.
En el contexto del mantenimiento, el diagrama de Ishikawa (o diagrama de espina de pescado) se gana su lugar en el análisis de la causa raíz por tres razones. Primero, es rápido y económico: una pizarra, un marcador y las personas que estaban en la planta cuando falló el equipo. Segundo, es visual, por lo que un grupo mixto de operadores, técnicos, planificadores y supervisores puede contribuir y ver cómo se conectan sus partes. Tercero, y lo más importante, combate la visión de túnel: una falla recurrente en un rodamiento, aparentemente causada por un rodamiento defectuoso, en realidad podría deberse a un acoplamiento desalineado, un intervalo de lubricación incorrecto en el mantenimiento preventivo o el calor de una línea adyacente; causas que un simple cambio de piezas nunca solucionará. El diagrama de Ishikawa reúne a todos estos posibles factores en el mismo tablero, de modo que el equipo investiga la falla en lugar del síntoma.
Una precaución está incorporada en el método desde el principio: un diagrama de espina de pescado identifica posible Causas: no demuestra ninguna de ellas. En otras palabras, es una herramienta para generar hipótesis, no un veredicto. La comprobación se realiza posteriormente, con base en la evidencia, y es ahí donde entran en juego el registro de mantenimiento y las técnicas de análisis más profundas que se describen a continuación.
Las 6 M explicadas, con ejemplos de mantenimiento.
Las 6 M son el conjunto estándar de categorías de causas que se utilizan para estructurar un diagrama de Ishikawa (o diagrama de espina de pescado) en la fabricación y el mantenimiento: Máquina, Método, Material, Personas (Mano de obra), Medición y Entorno (Naturaleza). Cada una se convierte en una rama principal, y el equipo realiza una lluvia de ideas sobre las causas específicas que contribuyen a ella. Las categorías sirven de guía al equipo —para garantizar que no se omita ninguna clase completa de causa—, no para limitarlo. La tabla a continuación define cada M y muestra el tipo de causas específicas de mantenimiento que se incluyen en ella.
| Categoría (M) | Lo que cubre | Ejemplos de causas de mantenimiento para generar ideas |
|---|---|---|
| Máquina | El equipo en sí: su diseño, estado, desgaste y las herramientas utilizadas en él. | Acoplamiento desgastado o desalineado, ajuste de cojinetes fuera de especificación, rotor desequilibrado, sellos degradados, protección faltante, no se instaló ningún sistema de monitoreo de vibraciones o de condición. |
| Método | Los procedimientos y la forma en que se realiza realmente el trabajo. | Intervalo de lubricación demasiado largo, no se ha incluido una comprobación de alineación en el mantenimiento preventivo, secuencia de apriete incorrecta, no se ha realizado ningún bloqueo ni verificación, orden de reensamblaje incorrecta. |
| Material | Piezas, consumibles, lubricantes y otros insumos físicos. | Especificación de grasa incorrecta, cojinete falsificado o no original, fluido hidráulico contaminado, pieza de repuesto defectuosa, lubricantes incompatibles mezclados. |
| Personas / Mano de obra | Las personas que realizan y supervisan el trabajo: habilidades, personal y carga de trabajo. | Técnico sin formación en ese componente, reensamblaje apresurado bajo presión de producción, falta de supervisión, desfase en el traspaso de turnos, responsabilidad poco clara |
| Measurement | Inspección, datos, medidores y calibración utilizados para evaluar el estado | Llave dinamométrica o medidor mal calibrados, ausencia de lectura de vibración de referencia, ruta de inspección omitida, deriva del sensor, umbrales de condición configurados incorrectamente |
| Medio ambiente / Madre Naturaleza | El entorno operativo y las condiciones externas que rodean al activo. | Altas temperaturas ambientales, entrada de polvo o humedad, lavado corrosivo, vibración de una línea adyacente, fluctuación de voltaje, ciclos de congelación y descongelación. |
Adaptando las 6 M a tu equipo
Las 6 M son una lista de verificación inicial, no una camisa de fuerza. Los equipos de servicio, instalaciones y administración suelen usar un conjunto modificado —por ejemplo, las 4 S (Entorno, Proveedores, Sistemas, Habilidades) o un subconjunto simple de 4M/5M— y un problema pequeño y bien definido puede requerir solo tres o cuatro ramas. Adapte las categorías al activo y a la falla. El objetivo es la cobertura: indicaciones predefinidas para que ninguna categoría de causa se olvide antes de que el equipo siquiera comience.
Cómo construir un diagrama de espina de pescado para un fallo de mantenimiento
Para elaborar un diagrama de Ishikawa (o diagrama de espina de pescado) de mantenimiento, se debe describir la falla con precisión, definir las categorías, generar ideas sobre las posibles causas para cada una, analizar en detalle las ramas más prometedoras y, finalmente, verificar las causas relevantes con la evidencia disponible. Es un trabajo en equipo, no una tarea individual; involucre al operador y a los técnicos presentes, ya que ellos poseen los detalles que permiten elaborar un diagrama preciso. Siga este orden:
- 1. Defina el problema con exactitud. En el diagrama, escriba la falla específica: «El rodamiento de la caja de engranajes del transportador de la línea 3 falló después de 400 horas de funcionamiento», no «problemas con el transportador». Incluya el activo, el modo de falla y cualquier detalle cuantificable (tiempo en servicio, síntoma, cuándo comenzó a repetirse). Un diagrama vago produce un diagrama vago.
- 2. Dibuja la columna vertebral y los huesos principales. Dibuja una flecha horizontal hacia la cabeza y luego añade un hueso diagonal por cada categoría: Máquina, Método, Material, Personas, Medición, Entorno. Etiquétalas antes de que alguien empiece a señalar las causas.
- 3. Haga una lluvia de ideas sobre las causas que aparecen debajo de cada M. Analice las categorías una por una y pregúntese: "¿Cómo pudo algo de esto haber contribuido a este fracaso?". Añada cada idea como una ramificación de esa rama. Registre todo sin debatirlo todavía: primero la cantidad, después el juicio. Las subcausas pueden generar otras subcausas.
Profundizando, clasificando y verificando tu diagrama de espina de pescado
- 4. Perfora las ramas prometedoras. Para cada causa que parezca real, sigue preguntando "¿por qué sucede eso?" Aquí es exactamente donde 5 por qué Se trata de un entramado que se desarrolla dentro de un único hueso: se sigue una rama hacia abajo hasta llegar a una causa sobre la que se puede actuar, en lugar de detenerse en un síntoma.
- 5. Clasifique las causas probables. Con el tablero lleno, el equipo marca las ramas con más probabilidades de ser las que realmente contribuyen. La votación múltiple o una rápida clasificación (alta/media/baja) funciona bien. De esta forma, se reduce un amplio abanico de opciones a una lista corta que merece la pena probar.
- 6. Verifica antes de actuar. Un diagrama de Ishikawa (o diagrama de espina de pescado) enumera las posibles causas; no prueba ninguna. Confirme las principales candidatas con la evidencia disponible: la pieza defectuosa, los datos de inspección y vibración, y el historial de reparaciones del activo, antes de tomar una medida correctiva. Actuar basándose en una rama no verificada es simplemente una suposición mejor organizada.
Cada rama que puedas respaldar con datos se fortalece cuando el historial ya está capturado. En un CMMS como eWorkOrders, cuando los técnicos cierran las órdenes de trabajo contra los estándares códigos de falloEl historial de reparaciones de ese activo se convierte en la evidencia con la que se compara cada sucursal, lo que transforma una lluvia de ideas en la pizarra en una decisión basada en lo que realmente sucedió.
Ejemplo práctico: fallo recurrente de un rodamiento de una cinta transportadora.
Así es como se aplica el método a un problema con forma real. El efecto en la cabeza del pez: “El cojinete del extremo de accionamiento de la cinta transportadora de la línea 3 ha fallado tres veces en seis meses, cada vez después de aproximadamente 400 horas de funcionamiento.” La solución de reemplazar solo las piezas —cambiar el rodamiento de nuevo— ya ha fallado dos veces, lo que indica que la causa real se encuentra en otro lugar que no es el rodamiento. El equipo analiza las posibles causas en las seis ramas:
- Equipo: El acoplamiento de transmisión está ligeramente desalineado, lo que ejerce una carga lateral sobre el cojinete; el hombro del eje presenta desgaste por fricción. No se instaló ningún sensor de vibración, por lo que el desgaste inicial pasó desapercibido.
- Método: El manual de mantenimiento especifica el reengrasado, pero no incluye una comprobación de la alineación del eje después del tensado de la correa; la secuencia de apriete para el reensamblaje no está documentada.
- Material: Los dos últimos rodamientos eran un repuesto no original sacado de un contenedor; la grasa que había en el estante es de uso general, no cumple con las especificaciones de alta temperatura que exige el fabricante original.
- Gente: Quien estuviera libre cambió el cojinete, bajo presión para reiniciar la línea; no hay aprobación de alineación ni segunda verificación.
- Medición: No existen lecturas de vibración de referencia para este accionamiento, y el comparador de cuadrante utilizado para la alineación se calibró por última vez hace más de un año.
- Medioambiente: El extremo de accionamiento se encuentra junto a un horno de tratamiento térmico; la temperatura ambiente en ese lugar es elevada y hay mucho polvo en suspensión.
Resolviendo el ejemplo resuelto
Ahora el equipo clasifica y prueba. La regularidad de 400 horas y la evidencia de carga lateral en las piezas que fallaron apuntan más fuertemente a la Método + Máquina combinación: un paso de alineación faltante que permite que la desalineación del acoplamiento cargue el cojinete, amplificado por la grasa incorrecta. Material rama y el calor intenso Medio Ambiente Rama. Al aplicar la técnica de los 5 porqués a la rama del método, se llega a la raíz de la acción: el mantenimiento preventivo se copió de una plantilla genérica y nunca incluyó una verificación de alineación para esta unidad. Las acciones correctivas se escriben solas: agregar un paso de alineación láser y una lectura de vibración de referencia al mantenimiento preventivo, corregir la especificación de la grasa y bloquear el número de pieza del rodamiento OEM en el catálogo, y evaluar un protector térmico. Nótese que un rodamiento nunca fue la causa raíz; era la pieza que seguía absorbiendo la causa real.
Diagrama de Ishikawa vs. 5 Porqués vs. FMEA: ¿cuándo usar cuál?
El diagrama de Ishikawa, el método de los 5 porqués y el análisis de modos y efectos de fallos (AMFE) resuelven diferentes aspectos del problema de la fiabilidad, por lo que la respuesta honesta a la pregunta "¿cuál es el mejor?" suele ser "¿qué tarea estás realizando ahora mismo?". El diagrama de Ishikawa es amplio: abarca toda la gama de posibles causas en distintas categorías. El método de los 5 porqués profundiza: lleva una cadena de causas hasta su raíz. El AMFE es prospectivo: clasifica las posibles fallas de un activo para que puedas actuar antes de que ocurran. La tabla te ayuda a determinar cuándo se aplica cada método.
| Dimensión | Espina de pescado (Ishikawa) | 5 por qué | FMEA |
|---|---|---|---|
| Propósito principal | Generar ideas y organizar todas las posibles causas de un fallo | Rastrea una cadena de causas únicas hasta su raíz subyacente. | Anticipe y priorice los modos de fallo antes de que ocurran. |
| SENTIDO DE SALIDA: | Amplio: se extiende hacia afuera a través de las categorías | Profundo: perfora una línea de causa | Adelante: mira hacia adelante y lo que podría fallar |
| Cuándo usarlos | Al principio de una investigación, cuando la causa no está clara y podría estar en cualquier lugar | Una vez que tengas una causa probable y necesites la raíz real detrás de ella | De forma proactiva durante el diseño, la planificación del mantenimiento preventivo o la revisión de la fiabilidad. |
| Sincronización | Reactivo: después de un fallo | Reactivo: después de un fallo | Proactivo: antes de que ocurra un fallo |
| Equipo y esfuerzo | Lluvia de ideas en grupo, poco esfuerzo, de minutos a una hora. | Grupo pequeño o individual, muy rápido | Interfuncional, estructurado, requiere mucho tiempo. |
| Resultado | Un mapa de posibles causas para probar | Una causa raíz y una acción correctiva | Riesgos clasificados (RPN) con acciones de prevención |
| Limitación principal | Enumera posibilidades, pero no prueba nada; puede resultar confuso. | Puede simplificar demasiado las fallas con múltiples causas; depende de quién pregunte. | Más pesado de construir y mantener; necesita buenos datos. |
Cómo combinar los tres
Las tres herramientas son más fuertes cuando se combinan, no cuando se eligen entre sí. Una secuencia práctica después de un fallo significativo: usar la espina para ampliar la búsqueda en las 6 M para que no se pase nada por alto; ejecutar 5 por qué Desciende por las ramas que parezcan reales para confirmar la verdadera raíz en lugar de un síntoma; luego introduce la causa verificada en tu FMEA De esta forma, se evalúa el modo de fallo y se diseña para eliminarlo la próxima vez. El diagrama de Ishikawa evita que el equipo se centre en un solo aspecto, la técnica de los 5 porqués impide que se quede solo con un síntoma, y el análisis de modos y efectos de fallo (AMFE) convierte la lección en prevención programada y monitorizada. Este ciclo es lo que permite que una empresa pase de la gestión reactiva de crisis a una fiabilidad genuina.
Errores comunes en el diagrama de espina de pescado y cómo los datos del CMMS lo refuerzan.
La mayoría de los fallos en los diagramas de Ishikawa (o diagramas de espina de pescado) se deben a un puñado de hábitos evitables. Afortunadamente, combinar la lluvia de ideas con datos reales de mantenimiento soluciona la mayoría de ellos. Estos son los errores más frecuentes:
- Un planteamiento vago del problema. “Problemas con la bomba” genera un diagrama lleno de conjeturas. Especifique el activo exacto, el modo de falla y los detalles medibles para que cada rama siga siendo relevante.
- Enumerar los síntomas como causas. El "sobrecalentamiento del rodamiento" es un síntoma; siga preguntando por qué hasta que encuentre algo sobre lo que pueda actuar.
- Deteniéndonos en el diagrama. El diagrama de Ishikawa (o diagrama de espina de pescado) representa la hipótesis, no la conclusión. Los equipos que omiten la verificación "arreglan" la rama equivocada y ven cómo el fallo se repite.
- Lluvia de ideas sin debate. Un diagrama elaborado únicamente por los supervisores no refleja lo que realmente vieron los operarios y técnicos.
- Sobrecargar una placa. Intentar analizar varios fallos diferentes a la vez produce un enredo. Un efecto por diagrama.
- Considerar las 6 M como obligatorias. Intentar encajar las causas en categorías que no corresponden es una pérdida de tiempo; hay que adaptar las categorías al activo.
Aquí es donde un CMMS marca la diferencia entre una suposición y un análisis. El historial de fallas y los códigos de falla estandarizados proporcionan a cada sucursal información para realizar pruebas: los patrones de fallas repetidas en un activo señalan directamente las categorías que merecen investigación, las notas de las órdenes de trabajo y los registros de tiempo de inactividad muestran qué se hizo realmente y cuándo, y los datos de fallas codificadas indican si el mismo modo se repite. Un CMMS almacena ese historial para que la evidencia esté disponible cuando se necesite: el diagrama de Ishikawa indica qué revisar y el registro confirma si la verificación es válida. Una vez confirmada la causa raíz, el mismo sistema la incorpora a un mantenimiento preventivo programado, una ruta de inspección o un activador basado en condiciones, de modo que la solución se rastrea en lugar de olvidarse.
Puntos clave
El método en resumen: Un diagrama de espina de pescado (Ishikawa) organiza las posibles causas de una falla de equipo a través de las 6 M: Máquina, Método, Material, Personas, Medición y Entorno, para que un equipo investigue el problema completo en lugar de la primera suposición. Constrúyalo indicando la falla con precisión, generando ideas sobre las causas en cada categoría con las personas que estuvieron presentes, profundizando en las ramas prometedoras (los 5 Porqués se integran perfectamente dentro de una espina de pescado) y verificando los principales candidatos con la evidencia antes de actuar. Recuerde que enumera posible No causa ni demuestra ninguna; utilice el historial de mantenimiento y los códigos de falla para confirmar la causa real. Para un flujo de trabajo completo, combínelo con las herramientas relacionadas: espina para ampliar la búsqueda, 5 por qué para encontrar la raíz y FMEA para evitar que el fallo se repita.
Convierta el análisis de la causa raíz en prevención rastreada con eWorkOrders
Durante más de 30 años, eWorkOrders Ha ayudado a los equipos de mantenimiento —incluidas las operaciones de McDonald's, Burger King y Honda— a convertir una causa raíz confirmada en un mantenimiento preventivo programado, una ruta de inspección o un desencadenante basado en condiciones, respaldado por códigos de falla estandarizados e historial completo de activos para que la rama principal del diagrama de Ishikawa sea fácil de verificar. Los informes y los paneles de KPI muestran si la solución fue efectiva, respaldada por una calificación de 4.9 en Capterra y G2.
Preguntas frecuentes
¿Para qué se utiliza un diagrama de espina de pescado?
El diagrama de espina de pescado se utiliza para organizar las posibles causas de un problema en categorías, de modo que un equipo pueda investigar una falla de forma sistemática en lugar de adivinar. En mantenimiento, es una herramienta fundamental para el análisis de la causa raíz, ya que permite identificar los factores mecánicos, procedimentales, materiales, humanos, de medición y ambientales que influyen en una falla del equipo antes de elegir cualquier solución.
¿Cuáles son las 6 M de un diagrama de espina de pescado?
Las 6 M son las categorías de causas estándar que se utilizan para estructurar un diagrama de Ishikawa (o diagrama de espina de pescado): Máquina, Método, Material, Personas (Mano de obra), Medición y Entorno (Naturaleza). Cada una forma una rama principal, y el equipo realiza una lluvia de ideas sobre posibles causas específicas dentro de cada una para que no se pase por alto ninguna categoría completa. Este conjunto se puede adaptar; por ejemplo, los equipos de servicio a veces utilizan Entorno, Proveedores, Sistemas y Habilidades en su lugar.
¿Un diagrama de espina de pescado es lo mismo que un diagrama de Ishikawa?
Sí. Diagrama de espina de pescado, diagrama de Ishikawa y diagrama de causa y efecto son tres nombres para la misma herramienta. Se llama diagrama de Ishikawa en honor a Kaoru Ishikawa, el ingeniero de calidad japonés que lo desarrolló en la década de 1960, y diagrama de espina de pescado porque el diagrama final se asemeja al esqueleto de un pez.
¿Cuál es la diferencia entre un diagrama de espina de pescado y la técnica de los 5 porqués?
Un diagrama de espina de pescado es general, mientras que la técnica de los 5 porqués profundiza. El diagrama de espina de pescado abarca todo el abanico de posibles causas en distintas categorías, mientras que la técnica de los 5 porqués profundiza en una única cadena causal hasta su raíz, preguntando repetidamente por qué. Ambas técnicas funcionan bien juntas: utilice el diagrama de espina de pescado para identificar posibles causas y, a continuación, aplique la técnica de los 5 porqués a las ramas que parezcan más propensas a llegar a la verdadera causa raíz.
- Análisis de la causa raíz: el método de los cinco porqués
- FMEA: Análisis de modos y efectos de falla
- Explicación de los códigos de error del sistema CMMS
- Informes, paneles de control e indicadores clave de rendimiento (KPI) del sistema de gestión de mantenimiento computarizado (CMMS)
- Comparativa de los mejores programas CMMS
