Análisis de Causa Raíz (RCA): el paraguas de 5 Whys, Ishikawa y Pareto

En una línea

RCA (Root Cause Analysis / Análisis de Causa Raíz) no es una herramienta puntual como el diagrama de Ishikawa o los 5 Whys: es el proceso completo, con principio y fin, dentro del cual esas herramientas se usan.

Qué es

Es habitual escuchar "RCA" como si fuera una técnica más, al lado de 5 Whys o Ishikawa. No lo es. Según la fuente citada, el Análisis de Causa Raíz es en realidad "una serie de metodologías" que las organizaciones usan para identificar la causa (o causas) que generan un problema, en lugar de quedarse en el síntoma o repartir culpas.

Esa "serie de metodologías" tiene una secuencia general de pasos:

1. Definir el problema — de forma precisa, idealmente con criterios SMART. Un problema mal definido arrastra todo el análisis al fracaso.
2. Entender el problema — juntar datos reales, no supuestos. Acá es donde entran las técnicas de análisis (5 Whys, diagrama Causa-Efecto/Ishikawa, lluvia de ideas).
3. Acción inmediata — una contención temporal en el lugar del problema, mientras se define la solución de fondo.
4. Acción correctiva — la acción que ataca la causa raíz identificada, no solo el efecto visible.
5. Confirmar la solución — verificar que la acción funcionó y dejar reglas o controles establecidos. Es, según la propia fuente, el paso más importante del proceso y también el que más se salta en la práctica.

Para qué sirve

Las organizaciones tienden a resolver problemas con parches rápidos de corto plazo. Un parche puede frenar el síntoma, pero si no se tocó la causa real, el problema vuelve — y hay que repetir el parche una y otra vez. RCA sirve para cortar ese ciclo: obliga a mirar más allá del síntoma inmediato y a confirmar, con datos, que la causa de fondo quedó resuelta. El resultado directo es menos tiempo y dinero perdido en apagar el mismo incendio repetidas veces.

Cómo se aplica

En la práctica de planta, muchos equipos condensan esos 5 pasos en 4 fases más fáciles de recordar y de usar como checklist: Identificar, Analizar, Actuar y Verificar (es el formato de la plantilla más abajo). La fase que más se confunde con "RCA completo" es la de análisis: ahí es donde se elige la técnica.

• Para una causa relativamente simple, con pocas variables, alcanza con 5 Whys: encadenar preguntas "por qué" hasta topar con la causa de fondo.
• Para un problema con muchas variables posibles (máquina, método, material, mano de obra, medición, medio ambiente), conviene el diagrama de Ishikawa 6M: ordena la búsqueda por categoría para no dejar ningún frente sin revisar.
• Cuando aparecen varias causas candidatas y hay que decidir cuál atacar primero, el análisis de Pareto ayuda a priorizar: normalmente un porcentaje chico de las causas explica la mayor parte del problema.

Ninguna de las tres reemplaza a RCA — son las herramientas que se usan adentro del paso "Entender/Analizar". Este sitio tiene un artículo dedicado a cada una, con su propia herramienta interactiva: 5 Whys, diagrama de Ishikawa 6M y diagrama de Pareto.

Ejemplo real

El artículo fuente documenta un caso en una línea de producción de productos médicos. Durante el etiquetado del producto en proceso empezaron a aparecer etiquetas mal adheridas — rotadas y desalineadas —, lo que generó más unidades defectuosas, retrabajo y demoras para entregar el producto terminado a tiempo.

El equipo aplicó el diagrama de Causa-Efecto (Ishikawa 6M) para recorrer sistemáticamente las seis categorías de causas posibles. Al revisar la M de Máquina, encontraron el origen real: la vibración del transportador (conveyor) desplazaba las unidades de su posición antes de llegar a la etiquetadora, y esa desalineación previa era la que terminaba provocando etiquetas rotadas o corridas.

La acción correctiva no fue "ajustar la etiquetadora" (que era el síntoma visible), sino resolver la causa encontrada: instalaron moldes con la forma exacta de las unidades (poka-yokes) en puntos clave del conveyor, de modo que una unidad desalineada físicamente no podía pasar — quedaba forzada a alinearse antes de seguir camino a la etiquetadora. El artículo reporta el resultado en términos cualitativos (línea más eficiente, menos unidades fuera de especificación, menos retrabajo y menos costos de mano de obra y materiales asociados), sin publicar las cifras exactas de mejora.

Cómo armarla

Esta es una plantilla genérica de 4 fases, probada en la práctica de planta, que cualquier equipo puede adaptar a su propio proceso o equipo.

1. IDENTIFICAR

• Fecha y hora del evento
• Equipo, celda o proceso afectado
• Duración del impacto (tiempo de parada o de desvío del proceso)
• Quién lo detectó
• Evidencia disponible (foto, video, dato o registro del sistema)

2. ANALIZAR

• Aplicar 5 Whys: cadena de 5 preguntas "por qué" hasta llegar a la causa raíz
• Aplicar Ishikawa 6M (Máquina, Material, Método, Mano de obra, Medición, Medio ambiente) para no dejar ninguna categoría sin revisar
• Si aparecen varias causas candidatas, priorizarlas con Pareto antes de pasar a la siguiente fase

3. ACTUAR

• Contención inmediata: qué se hizo ya para frenar el impacto, mientras se define la solución de fondo
• Acción correctiva definitiva: la solución que ataca la causa raíz encontrada en la fase anterior (no el síntoma)
• Registro de antes/despues: qué cambió físicamente, en el método o en el procedimiento

4. VERIFICAR

• Resultado medido (por ejemplo: recurrencias en los siguientes N días, minutos de parada evitados, % de mejora en el indicador afectado)
• Cómo se verificó ese resultado y durante cuánto tiempo se sostuvo la medición
• Si corresponde, actualizar el plan de mantenimiento preventivo o el procedimiento de trabajo
• Si la causa raíz es común a otros equipos o celdas, evaluar si la misma acción correctiva es replicable ahí

Beneficios

• Ataca la causa de fondo en vez del síntoma, así que reduce la recurrencia del mismo problema.
• Da una secuencia ordenada de trabajo, que no depende de la intuición o experiencia de una sola persona.
• Integra técnicas que probablemente el equipo ya conoce (5 Whys, Ishikawa, Pareto) dentro de un proceso con principio, fin y un paso explícito de verificación — el paso que más se salta cuando no hay un proceso formal detrás.

Limitaciones a tener en cuenta

• No es instantáneo: seguir los 5 pasos (o las 4 fases) lleva más tiempo que aplicar un parche rápido, y esa diferencia de tiempo es justamente lo que tienta a saltearlo.
• El resultado depende de la calidad del análisis en la fase 2: un 5 Whys apurado o un Ishikawa armado sin datos reales del proceso llevan a una causa raíz equivocada, y toda la acción correctiva se construye sobre esa base.
• El paso de verificación (fase 4) es el que más se omite en la práctica — sin él, no hay forma de confirmar si la causa raíz identificada era realmente la correcta.
• Las técnicas de análisis ordenan el pensamiento del equipo, pero no reemplazan el conocimiento técnico de quien opera o mantiene el equipo o proceso en cuestión.

En resumen

RCA no compite con 5 Whys, Ishikawa o Pareto: les da el marco. Seguir sus pasos —definir, entender, contener, corregir y confirmar— es lo que asegura que esas técnicas se usen en el momento correcto (la fase de análisis) y que la solución final se verifique con datos, en vez de darla por buena porque "parece que funcionó".