Cómo se hace un diagrama de Ishikawa

La junta duró cincuenta minutos y terminó con un rotafolio lleno. Ocho personas habían aportado veintitantas ideas sobre por qué el cliente devolvió el lote, y el facilitador las había acomodado en las ramas de un pescado dibujado con marcador azul. Al final alguien preguntó cuál era entonces la causa raíz, hubo un silencio corto y el jefe de calidad escribió en el reporte lo mismo que había escrito las tres veces anteriores: falta de capacitación del personal. La acción correctiva fue una plática de treinta minutos con lista de asistencia. Cuatro meses después el mismo defecto volvió, y el diagrama de la primera vez seguía en la carpeta, con veintitantas ideas de las que nadie verificó ninguna.

Qué es y qué no es un diagrama de Ishikawa

El diagrama de Ishikawa, también llamado de espina de pescado o de causa y efecto, es una herramienta para ordenar hipótesis. Toma un problema concreto, lo pone en la cabeza del pescado, y organiza en ramas todas las causas posibles que el equipo puede imaginar, agrupadas por familia. Eso es todo lo que hace, y hacerlo bien ya es mucho: obliga a mirar el problema desde categorías distintas en vez de quedarse en la primera explicación que se le ocurre al que habla más fuerte.

Lo que no hace es identificar la causa raíz. Un Ishikawa no prueba nada: genera una lista estructurada de sospechosos. La causa raíz aparece después, cuando alguien va al proceso y verifica con datos cuáles de esos sospechosos estaban realmente actuando el día del problema. Confundir la lista de hipótesis con la conclusión es lo que produce reportes con veinte causas y ninguna acción eficaz.

Las categorías: 6M y sus variantes

En manufactura las ramas clásicas son seis: mano de obra, máquina, método, material, medición y medio ambiente. No son un dogma, son un antídoto contra el sesgo. Sin categorías, un equipo de producción llena el diagrama de causas de mano de obra y un equipo de mantenimiento lo llena de causas de máquina; con categorías, cada rama vacía es una pregunta incómoda que alguien tiene que contestar.

En servicios y procesos administrativos las 6M se sienten forzadas y conviene cambiarlas por personas, procedimientos, políticas, sistemas de información, instalaciones y entorno. En una planta de alimentos suele agregarse una rama específica de higiene y saneamiento. La regla práctica es que las categorías sirvan para provocar ideas distintas; si una rama nunca aporta nada en ningún análisis, sobra, y si el equipo mete todo en la rama de método, faltan categorías.

Cómo se construye, paso a paso

El primer paso decide la calidad de todo lo demás: definir el efecto con precisión. No se analiza baja calidad ni problemas con el cliente. Se analiza un enunciado que diga qué falla, en qué producto o proceso, dónde se detectó, desde cuándo y de qué tamaño es. Un efecto bien escrito parece más una descripción de no conformidad que un tema de junta, y esa precisión es la que impide que el diagrama se llene de causas genéricas que valen para cualquier problema.

Después se convoca a quien conoce el proceso de primera mano, no solo a los mandos. Se recorren las ramas una por una, sin evaluar ni descartar ideas mientras se recolectan, porque la discusión temprana mata las hipótesis incómodas. Cada causa anotada se profundiza preguntando por qué ocurre, dos o tres niveles, y las respuestas se cuelgan como espinas menores de esa causa. Ahí está la diferencia entre un diagrama útil y una lista con forma de pescado: un diagrama sin subniveles casi siempre se quedó en los síntomas.

Al terminar, el equipo marca entre tres y cinco causas que considera más probables, y cada una se asigna a alguien con una forma concreta de comprobarla: revisar los registros del turno, medir la pieza, comparar el lote de material, observar la operación en piso, replicar la condición. Solo las que sobreviven a la verificación entran al reporte como causas reales.

El paso que casi nadie hace: verificar

Verificar significa poder decir por qué esa causa sí estaba presente y las demás no. La prueba más limpia es la de encendido y apagado: si al eliminar la causa el problema desaparece y al reintroducirla vuelve, la relación está demostrada. No siempre es posible ni prudente, y entonces la verificación se hace con evidencia documental: los registros de calibración muestran que el equipo estaba fuera de fecha, la trazabilidad muestra que las piezas malas son todas del mismo lote de material, el histórico muestra que el defecto empieza el día que se cambió el proveedor.

Hay una segunda pregunta que el análisis serio siempre hace y que el Ishikawa solo no cubre: por qué el sistema no lo detectó. Un problema que llegó al cliente tiene al menos dos causas raíz, la que lo produjo y la que permitió que pasara los controles. Los formatos de ocho disciplinas piden ambas por separado justamente porque atender solo la primera deja intacto el filtro que falló.

Dónde encaja en el sistema de gestión

La ISO 9001 exige, ante una no conformidad, revisar y analizar la no conformidad, determinar sus causas y determinar si existen no conformidades similares o si podrían ocurrir. No impone ninguna técnica: acepta el Ishikawa, los cinco porqués, el árbol de fallas o cualquier método que deje evidencia del razonamiento. Lo que sí revisa un auditor es la coherencia de la cadena, y ahí es donde se cae la mayoría de los expedientes: la causa declarada no explica el problema descrito, la acción correctiva no ataca la causa declarada, y la verificación de eficacia no mide nada relacionado con ninguna de las dos.

La última parte del requisito, la de las no conformidades similares, es la que convierte un análisis en una mejora real. Si la causa fue un procedimiento ambiguo en una línea, la pregunta obligada es cuántas líneas más usan ese mismo procedimiento.

Errores frecuentes

• —Escribir el efecto en términos vagos. Un efecto amplio produce causas amplias e inservibles.
• —Cerrar con falta de capacitación o error humano. Casi nunca son causas raíz: son el punto donde el análisis se detuvo. La pregunta siguiente es por qué el proceso permite que un error humano se convierta en defecto que llega al cliente.
• —Hacer el diagrama en la sala de juntas y no ir al lugar donde ocurre el trabajo. Las causas reales suelen ser visibles en el piso y no aparecen en ninguna descripción escrita del proceso.
• —No verificar ninguna hipótesis y elegir la causa por consenso o por jerarquía.
• —Confundir la causa de ocurrencia con la causa de no detección y atender solo una.
• —Guardar el diagrama en la carpeta del caso sin ligarlo a la acción correctiva, de modo que el siguiente análisis del mismo defecto empieza otra vez desde cero.

Dónde se rompe en la operación

El punto de quiebre habitual es de rastro: el diagrama se dibuja en un rotafolio, se fotografía, se pega en un documento y ahí termina. No queda ligado a la no conformidad que lo originó, ni a la acción correctiva que salió de él, ni a la verificación de eficacia que debía comprobarla meses después. Cuando el mismo defecto reaparece, nadie puede consultar qué se descartó la vez pasada y por qué. En Querétaro, donde los proveedores aeroespaciales de Bombardier y Safran y los de autopartes del corredor del Bajío responden análisis formales a sus clientes en plazos de días, un expediente sin trazabilidad entre problema, causa verificada, acción y eficacia es la causa más común de que un cliente rechace el reporte y escale el caso. Ordenar esa cadena completa, con evidencia en cada eslabón, es parte de lo que se trabaja en la Consultoría ISO 9001 en Querétaro, donde el sistema se diseña para clientes que auditan el análisis y no solo el resultado.

En resumen

El diagrama de Ishikawa organiza hipótesis por familias de causa para que un equipo mire el problema desde ángulos distintos y no desde el primero que se le ocurrió. Funciona cuando el efecto está definido con datos, cuando participa quien hace el trabajo, cuando cada causa se profundiza con varios porqués y, sobre todo, cuando las tres o cuatro causas más probables se verifican en el proceso antes de escribirlas en el reporte. No es una herramienta de conclusión sino de exploración; la conclusión la da la evidencia. Y todo análisis completo contesta dos preguntas, no una: por qué ocurrió y por qué no lo detectamos.