Diagrama de flujo del análisis de causa raíz

Cómo funciona

1. Renombra los carriles con tus roles reales

   Sustituye Facilitador, Responsable del proceso, Equipo de investigación, Calidad y Dirección por las funciones que de verdad tienes. Mantén al facilitador separado del responsable del proceso siempre que puedas: una investigación dirigida por quien responde del proceso tiende a pararse en las causas que resultan cómodas de enunciar. Fusiona carriles en lugar de dejar uno que aparece una sola vez.

2. Fija el disparador y el umbral

   Escribe qué abre un análisis de causa raíz en tu organización —una desviación, un incidente repetido, una reclamación de cliente por encima de cierta gravedad, una auditoría no superada— y, con la misma claridad, qué no lo abre. Un análisis para todo significa uno de verdad para nada. Pon el umbral junto al nodo de inicio para que los criterios de entrada viajen con el diagrama.

3. Define qué cuenta como evidencia suficiente

   La decisión «¿Evidencias suficientes para continuar?» solo funciona si alguien ha escrito qué evidencia se espera: muestras de retención, registros y su plazo de conservación, partes de lote o de turno, notas de entrevistas, fotografías. Marca lo perecedero, porque eso fija con qué rapidez tienen que ocurrir la contención y la recogida.

4. Elige el método de análisis de forma deliberada

   Sustituye «Generar hipótesis de causa» por los métodos que tu equipo va a usar de verdad e indica cuándo aplica cada uno: los 5 porqués para una cadena lineal, un Ishikawa para un problema con varias categorías plausibles, un árbol de fallos cuando los fallos se combinan. Nombrarlos en el nodo evita que la elección sea la que usó el facilitador la última vez.

5. Di qué significa verificar y quién lo cuestiona

   Define la prueba que hay detrás de «¿Causa verificada con evidencias?»: la causa explica toda la cronología, las evidencias son coherentes con ella, y eliminarla habría evitado el problema. Después nombra al revisor del carril de Calidad. El cuestionamiento independiente es lo que separa una conclusión verificada de una suposición compartida.

6. Define la entrega a CAPA y versiona el diagrama

   Sé explícito sobre dónde acaba este proceso y dónde empieza CAPA, normalmente en una acción aprobada con responsable, fecha límite y verificación de eficacia definida. Si trabajas con ISO 9001, esa es la frontera entre el requisito del apartado 10.2 de determinar las causas de una no conformidad y la acción correctiva que le sigue; la norma no prescribe un método de análisis, así que el que elijas es tuyo y debes documentarlo. Mantén el diagrama versionado y recoge su aprobación, para que investigadores y revisores trabajen con la misma versión.

Preguntas frecuentes

¿Cuáles son los pasos de un proceso de análisis de causa raíz?

Definir el problema, contenerlo, recoger evidencias, reconstruir la cronología, generar hipótesis de causa, contrastarlas con las evidencias, verificar la causa, separarla de los factores contribuyentes y, por último, proponer acciones correctivas y entregarlas a CAPA. La secuencia importa más que el método: contención antes del análisis para que el problema deje de extenderse, evidencias antes que hipótesis para que el equipo no esté defendiendo una teoría formada el primer día, y verificación antes de escribir cualquier acción correctiva.

¿Qué diferencia hay entre una causa raíz y un factor contribuyente?

Una causa raíz es aquella que puedes eliminar para que este problema no pueda repetirse. Un factor contribuyente hizo el problema más probable, más difícil de detectar o más grave cuando ocurrió, pero eliminarlo por sí solo no lo habría evitado. La mayoría de las investigaciones reales producen una o dos causas raíz y varios factores contribuyentes, y todos pueden generar acciones, pero solo la causa raíz justifica cerrar la investigación. Es un paso propio en este diagrama porque los equipos que se lo saltan tienden a escribir acciones contra el factor que resulta más fácil de arreglar.

¿Debo usar los 5 porqués o un diagrama de Ishikawa?

Los 5 porqués encajan en una cadena causal lineal que pertenece a un solo equipo: cada respuesta se convierte en la siguiente pregunta y te detienes cuando seguir te saca de lo que controlas. Un diagrama de Ishikawa (espina de pescado) va mejor cuando podrían intervenir varias categorías —método, máquina, material, personas, medición, entorno— porque obliga al equipo a considerar ramas por las que si no pasaría de largo. Muchas investigaciones usan ambos: generan candidatos en el Ishikawa y luego bajan con los 5 porqués por la rama que sostienen las evidencias. Ninguno es un método de verificación, y por eso el contraste de hipótesis es aquí un paso aparte.

¿Qué hacer cuando no hay datos suficientes para encontrar la causa?

Decidirlo explícitamente y dejar constancia de la decisión. Esta plantilla pone tres ramas en «¿Evidencias suficientes para continuar?»: continuar, ampliar muestreo y entrevistas para reevaluar, o cerrar con una limitación de datos documentada. La tercera es la que casi todos los procedimientos omiten, y su ausencia es la razón por la que los equipos escriben una causa especulativa en lugar de afirmar que las evidencias ya no estaban. Cerrar declarando la limitación es un resultado legítimo, y normalmente genera una acción propia: conseguir que la próxima vez ese dato esté disponible.