Causa Raíz Contacto

Inicio › Guías

Análisis de causa raíz (RCA): métodos, pasos y cuándo usar cada herramienta

Por Sabrina Muñoz · actualizado el 13 de noviembre de 2026

Curso relacionado: Metodología 8D y análisis de causa raíz.

Un análisis de causa raíz (RCA, por sus siglas en inglés) es la forma ordenada de encontrar por qué ha pasado un problema, demostrarlo con hechos y quitar esa causa para que no vuelva. No es una herramienta concreta: es un recorrido de seis pasos en el que usas el diagrama de Ishikawa, los 5 porqués o un árbol de fallos según el tipo de problema. Aquí te explico ese recorrido, qué herramienta elegir en cada momento y un ejemplo de fábrica resuelto de principio a fin.

Qué es (y qué no es) la causa raíz

La causa raíz es la condición que, si la quitas, hace que el problema deje de aparecer. Parece obvio, pero en planta se confunde a diario con otras tres cosas:

La causa raíz está un escalón más abajo: por qué pudo llegar una chapa con otro aceite sin que nadie lo supiera. Ahí suele haber un proceso que falta o que no funciona, y es lo que de verdad hay que cambiar.

Otra idea que te ahorra muchos disgustos: cuando una pieza mala llega al cliente casi nunca hay una sola causa. Han fallado al menos dos cosas (se fabricó mal y nadie la paró) y casi siempre una tercera (algo en la forma de trabajar permitió las dos). Por eso en automoción se habla de tres causas: ocurrencia, no detección y sistémica. Lo desarrollo en la guía de los 5 porqués de 3 piernas.

Los 6 pasos de un análisis de causa raíz

Da igual que lo hagas dentro de un 8D, de una acción correctiva de la ISO 9001 o de un informe interno. El orden es este:

  1. Describir el problema con datos. Qué pieza, qué defecto, dónde, desde cuándo, cuántas. Y, muy importante, dónde y cuándo no pasa aunque podría. Esa comparación (el famoso Es / No es) es la que más causas descarta.
  2. Proteger al cliente. Mientras investigas, el producto sospechoso se separa y se revisa. Son las acciones de contención: no resuelven nada, pero te dan tiempo.
  3. Abrir las causas posibles. Con quien trabaja en la máquina, quien la mantiene y quien conoce el producto. Aquí entra el Ishikawa.
  4. Filtrar con hechos. Cada causa posible se enfrenta a lo que sabes del problema. La que contradice un hecho cae. Y se pregunta qué cambió justo cuando empezó.
  5. Verificar. La causa que queda se demuestra: se mete y aparece el defecto, se quita y desaparece. Es lo que en planta llamamos «encender y apagar el defecto».
  6. Actuar y comprobar la eficacia. Una acción por causa, con responsable y fecha, y un criterio para decir que ha funcionado (por ejemplo, cero defectos en tres meses de producción normal).

Si te saltas el paso 5, no tienes una causa raíz: tienes una hipótesis con buena pinta. La mayoría de los problemas que vuelven son hipótesis que nadie verificó.

Qué herramienta usar en cada caso

Ninguna herramienta lo hace todo. Esta es la tabla que yo uso para decidir:

HerramientaPara qué sirveÚsala cuando…No te fíes de ella si…
Es / No esAcotar el problema comparando dónde pasa y dónde noHay un comparador: otra línea, otro turno, otra referencia que va bienEl problema es nuevo y no hay nada con qué comparar
Análisis de cambiosEncontrar qué cambió cuando empezó el defectoEl defecto tiene fecha de inicio claraEl problema existe desde siempre
Ishikawa (espina de pescado)Abrir todas las causas posibles por categorías (6M)No sabes por dónde empezar y necesitas que el equipo piense en todoLo dibujas cuando ya conoces la causa, solo para el informe
5 porquésBajar de la causa directa a la del procesoYa tienes una causa acotada y hay una cadena claraEl defecto sale de varias condiciones que se combinan
Árbol de fallosVer combinaciones de causas con puertas Y / OEl fallo necesita que coincidan dos o más cosasEs un defecto sencillo: te pierdes en el dibujo
Pareto, hojas de datos, gráficosDecidir qué problema atacar y ver si la acción funcionaTienes muchos defectos distintos o necesitas un antes y un despuésConfundes que dos cosas coincidan con que una cause la otra
8DOrdenar todo lo anterior con equipo, contención y cierreEl problema llega al cliente o se repiteLo usas para un defecto menor detectado en tu línea: sobra papel
AMFE (AMEF, FMEA)Prevenir fallos antes de que ocurranDiseñas un producto o un proceso, o lo cambiasLo usas para investigar un problema que ya ha ocurrido

La combinación que mejor funciona en fábrica es casi siempre la misma: Es / No es para acotar, Ishikawa para abrir, hechos para filtrar, 5 porqués para tirar del hilo que queda y una prueba para verificar. Hacerlo al revés (empezar por los porqués sobre la primera idea que sale en la reunión) es la forma más rápida de equivocarse con mucha seguridad.

Cómo elegir en dos minutos

Ejemplo resuelto: pintura que se despega en unas tapas

Te lo cuento como caso de formación (los datos son de ejemplo, no de una empresa real), siguiendo los seis pasos.

1. Descripción del problema

Tapas de chapa pintadas en polvo. El cliente rechaza lotes porque la pintura se despega en su ensayo de adherencia. Con datos: empieza hace dos semanas; las tapas malas salen mezcladas con buenas; no hay patrón de turnos ni de operarios; el espesor de pintura y el curado del horno están dentro de lo especificado en buenas y malas.

2. Contención

Se bloquea el stock, se hace un ensayo de adherencia por muestreo reforzado en cada lote antes de expedir y se informa al cliente. El cliente queda protegido, pero no sabemos aún por qué pasa.

3 y 4. Causas posibles y filtro con hechos

Causa posibleHecho que la contradice o la apoyaResultado
Horno de curado con temperatura bajaCurado igual en buenas y malasDescartada
Espesor de pintura insuficienteEspesor igual en buenas y malasDescartada
Un operario aplica mal la pinturaNo hay patrón de turnos ni de personasDescartada
Lote nuevo de pinturaEl lote cambió hace un mes, no hace dos semanasDescartada
Chapa con otro aceite de protecciónHace dos semanas entró un lote nuevo de chapa; se consume mezclado con el anterior (explica la mezcla de buenas y malas)Probable

5. Verificación

Antes de probar se escribe la hipótesis: «si la causa es el aceite nuevo, la chapa del lote nuevo fallará el ensayo y la del anterior no, con todo lo demás igual». Se pintan chapas de los dos lotes el mismo día, en la misma línea, con la misma gente y el mismo horno. La del lote nuevo falla; la del anterior agarra (defecto encendido). Después, chapa del lote nuevo con una pasada adicional de desengrase: agarra (defecto apagado). Causa de ocurrencia verificada.

Faltan las otras dos preguntas. No detección: en producción solo se miraba el aspecto y se medía el espesor; la adherencia se ensayó al aprobar la pieza, años atrás. Se comprueba pasando tapas malas conocidas por la inspección de siempre: pasan todas. Sistémica: la especificación de compra no decía nada del aceite de protección, el proveedor no tenía obligación de avisar de ese cambio y el análisis de riesgos del proceso no contemplaba variaciones en la chapa. Esto no se «enciende y apaga»: se verifica con los documentos.

6. Acciones y eficacia

CausaAcciónCómo sabremos que funciona
Ocurrencia: aceite nuevo no compatible con el desengraseAjustar el desengrase validado con los dos aceites, o volver al aceite anterior de acuerdo con el proveedorEnsayos de adherencia correctos en todos los lotes durante el periodo acordado
No detección: no se ensaya la adherencia en serieEnsayo de adherencia por lote en el plan de control, con plan de reacciónPrueba con tapas malas conocidas: el nuevo control las para
Sistémica: compras y riesgos no cubren el aceiteEspecificación de compra con el aceite y aviso obligatorio de cambios; actualizar el AMFE de procesoDocumentos revisados y auditados; revisar otros materiales comprados con el mismo hueco

Fíjate en que «formar a los pintores» no aparece por ningún sitio. No habría servido de nada: el problema no estaba en sus manos.

Los errores que más veo en los análisis de causa raíz

Qué piden las normas

La ISO 9001 pide, ante una no conformidad, determinar sus causas y evaluar si hace falta actuar para que no se repita (apartado 10.2). Si trabajas en automoción, la IATF 16949:2016 va más allá en su apartado 10.2.3: un proceso documentado de resolución de problemas, con análisis de causa raíz, método y resultados documentados, acciones sistémicas y extensión a productos y procesos parecidos. Ninguna de las dos te dice qué herramienta usar: eso lo eliges tú (o tu cliente, en sus requisitos específicos). Si tu punto de partida es una no conformidad, en la guía de no conformidad te explico cómo redactarla para que el análisis empiece bien.

Lo que tiene que quedar escrito

Un buen registro de análisis de causa raíz cabe en pocas hojas y tiene estas partes: descripción del problema con su Es / No es, contención y su resultado, causas posibles con las descartadas y el motivo, plan de verificación (una fila por causa con hipótesis, prueba, resultado y evidencia), causas verificadas de ocurrencia, no detección y sistémica, acciones con responsable y fecha, y criterio de eficacia. Si usas el 8D, el informe 8D ya trae ese orden.

Mi consejo final: dos líneas con una prueba valen más que una página de explicaciones. Quien lea tu análisis (tu cliente, tu auditor o tu jefa) no busca un documento bonito: busca saber cómo sabes que esa es la causa.

Preguntas frecuentes

¿Qué es un análisis de causa raíz?

Es el proceso de encontrar, con hechos y no con opiniones, la condición que provocó un problema, para eliminarla y que no vuelva. Termina cuando la causa está verificada y la acción ha demostrado que funciona.

¿Qué herramientas se usan en un análisis de causa raíz?

Las más usadas en industria son el Es / No es para describir el problema, el diagrama de Ishikawa para abrir causas posibles, los 5 porqués para tirar del hilo, el árbol de fallos para causas combinadas y los datos (Pareto, gráficos) para comprobar. El 8D es el marco que las ordena.

¿Cuál es la diferencia entre causa raíz y causa directa?

La causa directa es lo que provocó el defecto en la pieza (un tope suelto, un sensor anulado). La causa raíz es la condición del proceso o del sistema que permitió que esa causa directa existiera; si actúas solo sobre la directa, el problema vuelve por otro camino.

¿El error humano puede ser una causa raíz?

Casi nunca. «El operario se equivocó» es el punto de partida de la siguiente pregunta: qué en el puesto, la instrucción o el diseño hizo posible ese error y por qué no se detectó.

¿Cuánto tiempo lleva un análisis de causa raíz?

Depende del problema: una mañana para un defecto acotado o varias semanas para uno intermitente. Lo que no puede ser es la tarde antes de enviar el informe al cliente.