근본원인분석 (Root Cause Analysis)
쉽게 풀면
공장 기계가 갑자기 멈췄다고 해봅시다. "퓨즈가 나갔으니 새 퓨즈로 갈아 끼우면 되겠다"고 생각하면 당장은 기계가 다시 돌아가지만, 며칠 뒤 같은 문제가 또 일어날 수 있습니다. 근본원인분석은 여기서 멈추지 않고 "왜 퓨즈가 나갔지? → 과전류가 흘렀기 때문이다 → 왜 과전류가 흘렀지? → 모터에 과부하가 걸렸기 때문이다 → 왜 과부하가 걸렸지?"처럼 "왜?"를 반복해서 물으며 진짜 원인의 뿌리까지 파고듭니다. 이렇게 표면적인 증상만 고치는 것이 아니라 뿌리 원인을 제거해야, 같은 문제가 다시 발생하는 것을 막을 수 있습니다. 대표적으로 "왜?"를 다섯 번 반복해 원인을 좁혀가는 5Why 기법이나, 원인을 뼈대 모양으로 정리하는 피시본 다이어그램 같은 도구가 쓰입니다.
왜 중요한가
사고나 불량이 발생했을 때 표면적 증상만 해결하면 같은 문제가 반복되기 때문에, 근본원인분석은 품질관리, 안전공학, 의료안전, IT 시스템 장애 대응 등 재발 방지가 중요한 거의 모든 분야에서 핵심 절차로 자리잡고 있습니다. 논문에서는 사고 사례 분석이나 공정 개선 연구의 방법론으로 자주 채택되며, 분석 결과가 이후 예방 대책이나 시스템 개선 방향을 결정하는 근거로 이어집니다.
논문에서는 이렇게 쓰입니다
이 문장은 제조공정이나 설비 신뢰성을 다루는 품질관리 논문에서, 반복되는 불량이나 고장의 진짜 원인을 규명하는 대목입니다. 근본원인분석은 사고가 발생한 이후에 원인을 추적한다는 점에서, 사고 발생 전에 위험을 미리 예측하는 고장모드영향분석와 짝을 이루어 함께 인용되는 경우가 많습니다.
환자 안전 사고를 개인의 실수로 치부하지 않고, 의료기관의 정보 전달 체계라는 시스템 차원의 문제까지 추적해 원인을 규명했다는 뜻입니다.
IT 시스템 장애 사례에서, 눈에 보이는 오류 로그를 넘어 그 오류를 유발한 배포 과정의 설정 문제까지 파고들어 근본 원인을 찾아냈다는 뜻입니다.
조금 더 깊게 보면
근본원인분석에는 앞서 소개한 5Why 기법이나 피시본(이시카와) 다이어그램 외에도, 사건의 흐름을 시간 순으로 나열해 각 단계의 원인을 추적하는 사건 및 인과 관계 분석(ECFA), 여러 원인이 어떻게 결합해 사고로 이어졌는지를 트리 구조로 표현하는 결함수분석(FTA) 같은 기법이 함께 활용됩니다. 근본 원인은 대개 하나가 아니라 여러 요인(기술적 결함, 절차 미비, 조직 문화 등)이 겹쳐 작용하는 경우가 많아, 분석 결과를 단일 원인으로 단순화하지 않고 여러 기여 요인을 함께 제시하는 것이 일반적입니다.
주의할 점
근본원인분석은 눈에 보이는 첫 번째 원인(직접 원인)에서 분석을 멈추면 실패합니다. 예를 들어 "작업자 실수"로 결론짓는 것은 근본원인이 아니라 증상에 가까우며, 왜 그 실수가 반복적으로 가능했는지(교육 부족, 작업 절차 미비 등) 시스템 차원까지 파고들어야 재발 방지 대책이 실효성을 가집니다.