식스 시그마 DMAIC 근본 원인 분석
개요
식스 시그마 DMAIC 근본 원인 분석 템플릿은 왼쪽에서 오른쪽으로 배열된 다섯 개 열(Define, Measure, Analyze, Improve, Control)로 구성된 구조화된 5단계 문제 해결 프레임워크입니다. 각 단계 상단에는 안내 질문이 있고, 아래에는 발견 내용을 기록하는 전용 워크스페이스가 있습니다. 이 템플릿은 데이터 기반 순서를 강제하므로, Analyze가 데이터로 확인되기 전에 Improve 단계로 건너뛰면 안 됩니다.
사용 대상
품질 엔지니어, 프로세스 개선 팀, 제품 및 엔지니어링 팀, 운영 관리자, 그리고 Six Sigma 실무자(그린벨트/블랙벨트). 제조, 소프트웨어 개발, 의료, 금융 등 결함 감소나 공정 변동 축소에 주력하는 모든 산업에 적용 가능합니다.
사용 방법
다섯 단계를 왼쪽에서 오른쪽으로 순서대로 진행하세요:
정의 – 문제를 명확히 하고, 고객을 식별하며, 목표와 범위를 설정합니다.
측정 – 기준 지표를 설정하고 현행 성과 데이터를 수집합니다.
분석 – 5 Whys 또는 피시본 다이어그램으로 근본 원인을 식별하고 데이터를 통해 원인을 검증합니다. 해당 단계에 5 Whys나 피시본 프레임을 첨부할 수 있습니다.
개선 – 검증된 근본 원인을 겨냥한 해결책을 개발하고, 전체 적용 전에 파일럿을 진행합니다.
관리 – 해결책을 표준화하고 결과를 모니터링하며, 개선 효과를 유지하기 위한 대응 계획을 수립합니다.
예시
프로덕션으로 유출되는 소프트웨어 결함을 다루는 제품 팀:
정의: 최종 사용자에게 도달하는 결함이 너무 많음; 목표는 4분기 말까지 유출 결함을 50% 줄이는 것; 범위는 체크아웃 및 결제 스쿼드.
측정: 기준선(5월–7월): 월 평균 유출 결함 14건; 60%는 체크아웃 모듈에서 발생; 지원팀은 결함 티켓 처리에 월 약 90시간 소요.
분석: 상위 10개 결함에 대해 5 Whys를 실시한 결과 자동화된 회귀 번들이 없고 사전 출시 검토가 서둘러 진행된 것으로 나타남; 10건 중 8건은 회귀 테스트로 발견될 수 있었음.
개선: 120개 테스트로 구성된 자동화 회귀 번들을 구축하고, PR 리뷰 체크리스트와 24시간 릴리스 동결을 추가했으며, 9월에 체크아웃 스쿼드에서 파일럿을 진행함.
관리: 주간 결함 대시보드 운영; 경보 임계값을 월 유출 결함 5건으로 설정; 10월부터 모든 스쿼드의 CI에서 회귀 번들 사용을 의무화. 결과: 파일럿 이후 유출 결함이 월 14건에서 6건으로 감소.
감사합니다!
Khawaja Rizwan 님
