DMAIC 개요: 6시그마 문제 해결의 다섯 단계

DMAIC는 무엇인가

DMAIC는 정의(Define), 측정(Measure), 분석(Analyze), 개선(Improve), 관리(Control)의 머리글자를 딴 말입니다. 6시그마에서 이미 있는 공정의 문제를 풀 때 쓰는 표준 순서로, 핵심 생각은 단순합니다. 감으로 고치지 말고, 문제를 숫자로 정의하고, 숫자로 원인을 찾고, 숫자로 개선을 확인하고, 숫자로 유지하자는 것입니다.

이 순서가 필요한 이유는 사람들이 흔히 "원인을 안다고 믿고" 곧바로 해결책부터 시도하기 때문입니다. 해결책을 먼저 정하면 측정이 개선의 증거가 아니라 변명의 도구가 됩니다. DMAIC는 각 단계가 끝날 때 다음 단계로 넘어가도 되는지 확인하는 관문(tollgate)을 두어, 근거가 부족한 채 앞으로 달려가는 것을 막습니다.

정의 단계: 무엇을 풀 것인가

정의 단계에서는 문제, 목표, 범위, 고객 요구를 한 장의 문서(프로젝트 차터)로 정리합니다. 좋은 정의는 "불량이 많다"가 아니라 "A 라인의 외관 불량률이 최근 3개월 평균 4.2%(예시 데이터)이고, 6개월 안에 2% 이하로 낮춘다"처럼 측정 가능한 형태입니다.

고객의 소리를 품질 특성(CTQ)으로 바꾸는 일도 이 단계에 속합니다. "빨리 받고 싶다"는 요구는 "주문 후 납기 3일 이내 비율"처럼 숫자로 잴 수 있는 문장으로 바뀌어야 이후 단계에서 쓸 수 있습니다.

측정 단계: 지금 어느 수준인가

측정 단계에서는 먼저 측정 자체를 믿을 수 있는지 확인하고(측정 시스템 분석), 그다음 현재 공정의 수준을 데이터로 파악합니다. 측정 도구가 부정확하면 이후 모든 분석이 흔들리므로 순서가 중요합니다.

현재 수준은 평균과 산포, 그리고 규격에 비춘 공정능력(Cp, Cpk, 시그마 수준)으로 나타냅니다. 이때 만들어진 기준선(baseline)이 나중에 개선 효과를 비교할 기준이 됩니다. 데이터는 어떤 기간, 어떤 조건에서 모았는지도 함께 기록해 두어야 합니다.

분석 단계: 왜 그런가

분석 단계는 후보 원인을 많이 늘어놓은 뒤 데이터로 걸러내는 과정입니다. 특성요인도와 파레토 차트로 후보를 정리하고, 가설검정·회귀·분산분석으로 어떤 요인이 결과(Y)에 실제로 영향을 주는지 확인합니다.

목표는 핵심 원인 몇 가지(Vital Few)를 찾는 것입니다. 원인이 열 개로 남아 있다면 아직 분석이 끝나지 않은 것입니다. 통계적으로 유의하더라도 실무에서 의미 있는 크기인지까지 함께 보세요.

개선 단계: 어떻게 고칠 것인가

개선 단계에서는 찾은 핵심 원인을 줄이거나 없애는 해결안을 만들고, 시험해서 효과를 확인합니다. 요인이 여러 개이면 실험계획법(DOE)으로 조건 조합을 효율적으로 시험할 수 있습니다. 해결안의 위험은 FMEA로 미리 점검합니다.

개선 효과는 개선 전후 데이터를 같은 방법으로 비교해 확인합니다. "좋아진 것 같다"가 아니라 "평균이 이만큼 이동했고 그 차이는 우연으로 설명하기 어렵다"를 말할 수 있어야 합니다.

관리 단계: 유지하는 방법

많은 개선이 몇 달 뒤 원래대로 돌아갑니다. 관리 단계는 이를 막기 위해 관리도로 공정을 감시하고, 표준 작업 문서를 고치고, 이상이 생겼을 때 누가 무엇을 할지 정해 둡니다. 개선 결과를 담당 부서에 넘겨주는 단계이기도 합니다.

마지막으로 프로젝트 결과와 배운 점을 정리해 다음 프로젝트가 참고할 수 있게 남깁니다. 효과의 재무적 환산도 이때 합니다.

처음 시작하는 사람에게

모든 단계를 완벽히 하려다 지치기 쉽습니다. 작은 문제 하나를 골라 다섯 단계를 끝까지 한 번 돌아 보는 것이 가장 좋은 공부입니다. Solve에서 읽기 전용 예시 과제를 열어 각 단계에 어떤 내용이 채워지는지 먼저 살펴보세요.