8D 리포트 작성법, 불량 사례로 따라가는 D0부터 D8

항공 사고가 나면 조사 기관은 누구의 잘못인지 가리는 데서 멈추지 않습니다. 비행 기록과 정비 이력을 거슬러 올라가 사고의 직접 원인과, 그것을 막지 못한 제도의 빈틈을 함께 찾고, 같은 사고가 다시 나지 않도록 권고안을 남기죠. 조사 보고서가 정해진 순서로 쓰이는 것도 누가 읽어도 같은 결론에 이르게 하기 위해서입니다.

반도체 회사가 고객 불량에 답하는 문서인 8D 리포트도 같은 목적을 가집니다. 이 글에서는 8D 리포트 작성법을 가상의 반도체 불량 사례 하나로 D0부터 D8까지 따라가며, 단계마다 무엇을 적고 어디서 자주 실수하는지 정리합니다.

8D 리포트 작성법의 뼈대

8D(Eight Disciplines)는 문제를 여덟 단계로 풀어 가는 문제 해결 방법이고, 그 과정과 결과를 정리한 문서가 8D 리포트입니다. 자동차 업계를 중심으로 널리 퍼졌고, 지금은 반도체 공급사가 고객 불량에 회신하는 표준 형식처럼 쓰이죠. 많은 회사가 긴급 대응 단계인 D0를 앞에 붙여 아홉 단계로 운영합니다.

회사마다 단계 이름과 나누는 방식은 조금씩 다르지만 큰 흐름은 같습니다. 고객을 먼저 지키고, 원인을 검증하고, 사람이 아니라 시스템을 고치는 순서죠.

가상 사례로 보는 D0부터 D2

D0 긴급 대응

첫 번째로 할 일은 원인 분석이 아니라 고객 라인을 지키는 일입니다. 문제 로트의 출하를 멈추고, 다른 로트의 대체 물량을 보낼 수 있는지 확인해 고객의 생산이 멈추지 않게 하죠. 동시에 불량 칩을 빨리 회수해 분석을 시작할 수 있도록 준비합니다.

D1 팀 구성

팀은 고객 대응을 맡는 품질 엔지니어를 리더로 두고, 패키지 조립 공정 엔지니어, 테스트 엔지니어, 고장 분석 엔지니어로 꾸립니다. 리포트에는 이름만이 아니라 각자의 역할을 함께 적어, 고객이 이 팀이 문제를 풀 수 있는 구성인지 판단할 수 있게 하죠.

D2 문제 기술

8D 리포트 작성법에서 가장 자주 지적받는 곳이 D2입니다. 흔한 실수는 “출력 불량 발생, 원인 조사 중”처럼 한 줄로 쓰는 것인데, 문제 기술은 누가 읽어도 같은 장면을 떠올릴 수 있어야 하죠. 그래서 무엇을, 왜, 언제, 어디서, 누가, 어떻게, 얼마나를 묻는 5W2H로 사실을 채웁니다.

문제가 생긴 것(Is)과 생길 수 있었지만 생기지 않은 것(Is Not)을 나란히 적는 Is/Is Not 분석도 유용합니다. 이 사례에서는 불량이 두 로트에만 있고 다른 로트에는 없으며, 상온 검사가 아닌 고온 검사에서만 나타난다는 대비가 원인을 좁히는 첫 단서가 되죠.

D3 임시 봉쇄 조치

임시 봉쇄 조치(ICA, Interim Containment Action)는 근본 원인을 찾기 전까지 불량이 더 퍼지지 않게 막는 울타리입니다. 공장 창고의 재고, 운송 중인 물량, 고객사에 이미 입고된 물량까지 의심 범위를 정하고 모두 격리하죠.

이 사례에서는 의심 로트와 같은 기간에 같은 조립 라인을 거친 로트까지 범위로 잡고, 고온 기능 테스트를 추가해 전수 선별했다고 가정합니다. 리포트에는 선별한 수량, 걸러진 불량 수, 조치를 시작한 날짜를 숫자로 적어야 하죠.

봉쇄 조치는 어디까지나 임시입니다. 선별 테스트를 계속 유지하면 원인은 그대로 둔 채 비용만 늘어나므로, D6에서 영구 대책의 효과가 확인되면 해제한다는 계획까지 함께 세웁니다.

D4 근본 원인, 발생 원인과 유출 원인

D4는 8D의 중심입니다. 여기서는 불량이 왜 생겼는지인 발생 원인(Occurrence Root Cause)과, 생긴 불량이 왜 공장의 검사를 빠져나갔는지인 유출 원인(Escape Root Cause)을 따로 찾아야 하죠. 둘 중 하나만 고치면 같은 유형의 문제가 다시 고객에게 갈 수 있습니다.

이 사례에서 고장 분석팀은 불량 칩을 단면 연마와 전자 현미경으로 관찰해, 와이어 본딩 볼 바로 위의 목 부분에 미세한 균열이 있는 것을 찾았다고 가정합니다. 이 균열은 상온에서는 맞닿아 있다가 고온에서 패키지가 팽창하면 벌어져 신호가 끊길 수 있죠.

원인을 좁힐 때는 5Why나 특성요인도 같은 도구를 쓰고, 공정 이력을 추적합니다. 그 결과 두 로트가 모두 한 와이어 본더에서, 와이어를 내보내며 본딩하는 공구인 캐필러리(Capillary)의 교체 주기를 넘겨 생산되었다는 사실을 확인했다고 하죠. 유출 원인은 최종 테스트가 상온에서만 진행되어 온도에 따라 드러나는 간헐 불량을 잡지 못한 점입니다.

원인은 재현으로 검증해야 확정됩니다. 교체 주기를 넘긴 캐필러리로 일부러 시료를 만들어 온도 사이클을 걸었을 때 같은 균열과 증상이 나오면, 추정이 아니라 검증된 원인이 되죠. 근본 원인 칸에 “작업자 부주의”라고만 적는 것은 피해야 할 대표적인 실수입니다.

D5와 D6, 영구 대책의 선정과 검증

D5에서는 원인마다 대책을 고르고, 적용 전에 효과를 확인합니다. 이 사례에서는 발생 원인에 캐필러리 사용 횟수를 장비가 세어 한도에 이르면 자동으로 멈추는 인터록을, 유출 원인에 해당 제품의 최종 테스트에 고온 조건을 더하는 대책을 세웠다고 가정하죠.

좋은 대책은 사람의 주의에 기대지 않습니다. “교육 실시”나 “주의 문구 부착”은 실천하기 쉽지만 같은 실수를 다시 막는 힘이 약해서, 가능하면 장비나 시스템이 실수 자체를 막는 실수 방지(Poka-yoke) 방식을 택합니다.

D6에서는 대책을 실제 라인에 적용하고 효과를 데이터로 보여 줍니다. 적용 후 일정 기간의 본딩 강도 데이터와 고온 테스트 결과, 고객 불량 접수 현황을 정리하고, 효과가 확인되면 D3의 전수 선별을 해제하죠. 해제한 날짜와 근거를 남겨야 고객이 리포트를 믿고 받아들일 수 있습니다.

D7과 D8, 재발 방지와 마무리

D7은 이번 문제를 고친 데서 한 걸음 더 나아가, 같은 원인이 다른 곳에서 생기지 않게 하는 단계입니다. 같은 종류의 와이어 본더를 쓰는 다른 라인과 다른 제품에도 인터록을 적용하는데, 현장에서는 이를 수평 전개라고 부르죠.

문서도 함께 고칩니다. 공정 위험을 평가한 FMEA에 이번 고장 모드를 반영하고, 관리 계획서에 캐필러리 수명 관리와 고온 테스트 항목을 추가하며, 작업 표준서를 개정하죠. 그래야 담당자가 바뀌어도 대책이 사라지지 않습니다.

D8에서는 팀의 기여를 인정하고 리포트를 종결합니다. 형식적인 단계처럼 보이지만, 문제를 끝까지 풀어낸 경험을 조직이 기억하고 다음 문제에도 같은 방식으로 나서게 하는 의미가 있죠.

잘 쓴 8D와 아쉬운 8D 비교 표

지금까지 따라온 8D 리포트 작성법을 단계별로 정리하면, 고객이 읽고 납득하는 리포트와 다시 질문을 받는 리포트의 차이는 아래처럼 갈립니다.

구분	아쉬운 작성	잘 쓴 작성
D2 문제 기술	출력 불량 발생, 조사 중	5W2H와 Is/Is Not으로 로트, 조건, 수량을 사실로 기술
D3 봉쇄 조치	해당 로트 출하 중지	재고, 운송 중 물량, 고객 재고까지 범위와 선별 결과를 숫자로 기재
D4 근본 원인	작업자 부주의	발생 원인과 유출 원인을 나누고 재현 시험으로 검증
D5 대책 선정	작업자 교육 실시	장비 인터록, 테스트 조건 추가처럼 실수를 구조적으로 차단
D6 실행 검증	대책 적용 완료	적용 후 데이터로 효과 확인, 임시 조치 해제 근거 기재
D7 재발 방지	해당 장비만 조치	같은 장비와 제품에 수평 전개, FMEA와 관리 계획서 개정

핵심 정리

8D 리포트 작성법의 핵심은 긴급 대응과 봉쇄로 고객을 먼저 지키고, 발생 원인과 유출 원인을 나눠 검증한 뒤, 사람이 아닌 시스템을 고치는 대책으로 마무리하는 데 있습니다. 단계마다 숫자와 날짜, 검증 근거를 남겨야 고객이 대책의 타당성을 판단할 수 있죠.

항공 사고 조사 보고서가 책임자를 찾는 문서가 아니라 다음 비행을 안전하게 만드는 문서이듯, 8D도 같은 불량이 다시 나오지 않게 하는 데 목적이 있습니다. 리포트를 내보내기 전에 D4의 원인이 재현으로 검증되었는지, D7의 수평 전개 범위가 충분한지 스스로 점검해 보면 좋습니다.

면접 대비 질문