#27 Diagrama C&E (Causa y Efecto)

1. Nombre del método

Diagrama C&E (Causa y Efecto)

2. Nombres alternativos

Diagrama de Ishikawa (según su creador, Kaoru Ishikawa), diagrama de espina de pescado

3. Breve descripción

El diagrama de Ishikawa es una herramienta visual para la lluvia de ideas y el análisis estructurado que ayuda al equipo a identificar todas las posibles causas de un problema concreto (consecuencia). Su forma gráfica recuerda al esqueleto de un pez, en el que la «cabeza» representa el problema y las «espinas» representan las principales categorías de posibles causas.

4. Finalidad / Cuándo utilizarlo

Se utiliza en la fase analítica de la resolución de problemas (por ejemplo, «Analyze» en DMAIC, «Plan» en PDCA) para examinar de forma sistemática todas las posibles causas raíz. Es una herramienta excelente para la lluvia de ideas en equipo, que garantiza que no se pase por alto ningún aspecto importante.

5. Procedimiento / Cómo aplicarla

1. Define el problema (la cabeza del pez): En la parte derecha del papel o de la pizarra, escribe un problema claramente definido (la consecuencia) y traza una línea gruesa («la columna vertebral») que parta de ahí hacia la izquierda.
2. Determina las categorías principales de causas (huesos principales): Dibuja líneas oblicuas que partan de la «columna vertebral». Cada una representa una categoría. Las categorías tradicionales (sobre todo en la producción) son las 6M:
- Man (Persona): factores relacionados con las personas (formación, fatiga, experiencia)
- Machine (Máquina): equipamiento, herramientas,
mantenimiento- Method (Método): procedimientos, instrucciones,
normas- Material (Material): materias primas, piezas, consumibles
; - Measurement (Medición): instrumentos de medición, calibración, definiciones
; - Mother Nature/Environment (Entorno): temperatura, ruido, cultura
. 3. Lluvia de ideas sobre las causas (huesos más pequeños): El equipo repasa una a una cada categoría y genera ideas sobre las causas concretas que podrían haber contribuido al problema. Cada causa se anota en un «hueso» más pequeño vinculado a la categoría principal correspondiente.
4. Busca causas más profundas: para cada causa identificada, pregúntate «¿Por qué ocurre esto?» (utiliza la técnica de los 5 porqués) para llegar a un nivel superior de detalle y añadir «fichas» aún más pequeñas.
5. Identifica las causas más probables: Una vez finalizada la lluvia de ideas, el equipo debate y vota (por ejemplo, mediante el «Dot Voting») cuáles de las causas identificadas son las más probables y deberían verificarse más a fondo con datos.

6. Ejemplo práctico

Problema (causa): Pizza quemada.
- Persona: Cocinero nuevo, formación deficiente, falta de atención.
- Máquina (horno): Termostato mal ajustado, cocción desigual, temporizador averiado.
- Método: Receta incorrecta, procedimiento poco claro, tiempo de cocción demasiado largo según el estándar.
- Material: Masa demasiado fina, otro tipo de queso (se quema más rápido).
- Medición: Termómetro del horno impreciso.
- Entorno: Estrés y ajetreo durante la hora punta del almuerzo.

7. Ventajas

- Lluvia de ideas estructurada: garantiza que el equipo reflexione de forma sistemática sobre todos los aspectos del problema.
- Alto nivel de implicación del equipo: es un método visual e interactivo que involucra a todo el equipo.
- Enfoque en las causas, no en los síntomas: ayuda al equipo a ir más allá de los problemas evidentes
.- Visualización clara: crea una imagen completa de todas las posibles causas en un solo lugar.

8. Riesgos / Límites

- Puede resultar complejo y confuso: si el equipo genera demasiadas causas, el diagrama puede volverse ilegible.
- No es más que una lista de opiniones: el diagrama en sí mismo no verifica cuáles de las causas son reales. No es más que una lista de hipótesis que deben verificarse posteriormente con datos
.- Categorización incorrecta: Las causas pueden pertenecer a varias categorías, lo que puede dar lugar a discusiones que no resuelven el problema.
- Superficialidad: si el equipo no utiliza el método de las «5 preguntas» para buscar causas más profundas, el análisis se quedará en lo superficial.

9. Consejos prácticos

- Las categorías 6M no son un dogma: para los procesos administrativos o de servicio, a menudo resultan más adecuadas otras categorías, como por ejemplo las 4P (Políticas, Procedimientos, Personas, Instalaciones/Tecnología) o las 4S (Entorno, Proveedores, Sistemas, Competencias).
- Deja que el diagrama «cobre vida»: prepara el diagrama con antelación y colócalo en un lugar visible. Los miembros del equipo pueden ir añadiendo ideas poco a poco, a medida que se les ocurran.
- Combínalo con el análisis de Pareto: primero utiliza el análisis de Pareto para identificar el problema principal (por ejemplo, «La pizza quemada es la queja más frecuente») y, a continuación, utiliza el diagrama de Ishikawa para analizar sus causas.