A3 문제 해결: A3 보고서를 단계별로 작성하는 방법

By Mirko Peters · 2026-11-11

한 장으로 정리하는 A3 문제 해결. A3 보고서를 단계별로 작성하는 방법, 템플릿 구성, 숫자를 활용한 작성 예시, 그리고 다른 사람이 이 방식을 잘 활용하도록 코칭하는 방법을 다룹니다.

Automatically translated with AI from the original post. Read the English original

A3 문제 해결은 한 장의 종이에 문제를 정의하고 해결 과정을 구조적으로 정리하는 방법입니다. A3 보고서에는 문제를 명시하고, 데이터로 현재 상태를 보여주며, 목표를 설정하고, 근본 원인을 찾고, 대응 방안을 제시하고, 후속 조치를 계획하는 내용이 담깁니다. 이 글은 A3 보고서를 올바르게 작성하고 다른 사람에게도 가르쳐야 하는 린 관리자를 위한 글입니다. 각 단계를 차례로 설명하고, 템플릿 구성과 작성 예시를 제시하며, 마지막으로 코칭 질문과 흔히 저지르는 실수를 정리합니다.

핵심 요약

• A3 보고서는 한 장에 문제 해결 과정을 이야기처럼 담습니다. 왼쪽에는 문제와 현재 상태를, 오른쪽에는 대응 방안과 후속 조치를 배치합니다.
• A3의 가치는 종이 자체가 아니라 그 과정에서 생기는 사고와 대화에 있습니다. 따라서 현장(gemba)에서 얻은 데이터를 바탕으로 작성하십시오.
• 대응 방안보다 근본 원인 분석이 먼저입니다. 사실에 기반해 5 Whys를 활용하고, 여러 원인이 얽혀 있다면 먼저 특성요인도(피시본 다이어그램)를 그리십시오.
• A3는 PDCA 사이클을 기록하므로, 결과를 확인하는 계획과 효과가 확인된 방식을 표준화하는 계획을 반드시 포함해야 합니다.
• "근본 원인을 어떻게 확인했습니까?", "각 대응 방안은 어떤 원인을 해결합니까?"와 같은 질문으로 코칭하십시오.

A3 문제 해결이란 무엇입니까?

린 엔터프라이즈 연구소(Lean Enterprise Institute, LEI)는 A3 보고서를 도요타에서 시작된 관행으로 설명합니다. 이름은 용지에서 왔습니다. A3는 가로 297mm, 세로 420mm 크기의 용지를 가리키는 국제 용어이며, 미국의 11 x 17인치 타블로이드 용지와 비슷합니다. 자세한 내용은 LEI 글 A3의 여러 측면 이해하기에서 확인할 수 있습니다.

팀은 지속적 개선 활동의 일환으로 A3를 사용합니다. 예를 들어 카이젠 프로젝트를 기록하는 데 활용합니다. 같은 글은 두 가지 개념을 구분합니다. A3 사고는 문제를 해결하거나 업무 프로세스를 개선하는 체계적인 접근법이며, 결과를 A3 용지에 적지 않아도 따를 수 있습니다. A3 보고서는 소통, 협업, 조율을 돕고 변화에 대한 책임자의 공감을 얻는 데 도움이 되는 스토리보드입니다.

IndustryWeek의 A3 보고서 입문서는 몬태나 주립대학교의 Durward Sobek의 강연을 바탕으로 하며, 유용한 관점을 더합니다. 보고서는 사람 사이의 대화를 위한 소통 도구이며, 보고서를 만드는 과정이 실질적인 가치라는 것입니다. 또한 A3 보고서가 PDCA 사이클의 핵심 결과를 기록한다고 설명합니다. Sobek은 이렇게 말합니다. 구조를 따르면 "그렇게 부르지 않더라도 실제로 PDCA를 수행하고 있는 것"입니다. PDCA 사이클은 이 한 페이지 뒤에 있는 계획, 실행, 확인, 조치의 순환 원리입니다.

A3 보고서는 단계별로 어떻게 작성합니까?

LEI는 레이아웃을 간단히 설명합니다. 왼쪽에는 문제 또는 현재 상태를, 오른쪽에는 검토하고 시험한 뒤 선택한 대책을 적습니다. 일반적인 섹션 순서는 아래와 같으며, 섹션 이름은 회사에 맞게 바꾸면 됩니다.

1. 머리글. 제목, 담당자(작성자 표기), 날짜, 그리고 이 문서를 읽고 승인할 사람("받는 사람" 항목)을 적습니다. 그 독자를 기준으로 작성합니다.
2. 배경. 이 문제가 왜 중요한가요? 안전, 품질, 납기 또는 비용, 그리고 사업 목표와 연결하십시오. 몇 줄이면 충분합니다.
3. 현재 상태. 실제 현장(겐바, 일본어로 "현장"이라는 뜻)에서 확인한 데이터를 바탕으로 공정을 현재 상태 그대로 설명합니다. 간단한 다이어그램이나 차트를 사용하고, 숫자를 포함한 문제 정의를 한 문장으로 정확하게 제시합니다.
4. 목표. 측정 가능한 목표치와 기한을 적습니다. 예를 들어 "분기 말까지 누설 시험 불량률을 4.8%에서 2.4%로 낮춘다"와 같이 씁니다.
5. 근본 원인 분석. 증상이 아니라 원인을 찾습니다. 관찰된 사실을 바탕으로 5 Whys를 사용합니다. 여러 원인이 얽혀 있는 복잡한 문제라면 피시본(특성요인도)부터 시작합니다. 이에 대해서는 아래에서 더 자세히 설명합니다.
6. 대책. 각 원인을 제거하기 위해 무엇을 할지, 담당자는 누구이며 언제까지 완료할지 나열합니다. 노력 대비 효과가 가장 큰 대책을 선택합니다.
7. 실행 계획. 담당자를 포함한 짧은 일정표를 작성하고, 소규모 시범 적용을 포함합니다.
8. 사후 점검. 결과를 언제, 어떻게 확인할지, 효과가 있었던 방법을 어떻게 표준화할지, 목표를 달성하지 못했을 때 어떻게 할지를 적습니다.

A3는 작업 문서로 활용하십시오. 배운 내용에 따라 계속 갱신하며, 담당자는 현장에서 독자와 함께 내용을 검토합니다.

근본 원인은 어떻게 찾나요?

근본 원인 분석은 A3의 핵심입니다. 가장 도움이 되는 두 가지 도구가 있습니다.

ASQ 용어집은 Five Whys를 반복해서 "왜?"를 묻는 근본 원인 분석 기법으로 설명합니다. 보통 약 다섯 번 반복하지만 더 많거나 적어도 괜찮습니다. 이 기법은 Sakichi Toyoda가 개발한 것으로 알려져 있습니다. 적용 규칙은 다음과 같습니다. 데이터에 기반한 정확한 문제 정의로 시작하고, 각 "왜?"에 가설이 아닌 관찰된 사실로 답하며, 실행 가능한 원인에 도달하면 멈추고, 조치하기 전에 근본 원인을 검증합니다.

Five Whys는 원인과 결과가 일직선으로 이어지는 문제에 가장 잘 맞습니다. 여러 원인이 서로 얽힌 복잡한 문제에는 가설을 한 장에 정리하는 피시본(이시카와) 다이어그램을 먼저 사용한 뒤, 가장 유력한 가지에 5 Whys를 적용하십시오. Ishikawa diagrams and the 5 whys를 다룬 iSixSigma 기사도 바로 이 조합을 권장하며, 그럴듯한 첫 번째 원인에서 멈추면 증상만 다루는 조치로 이어진다고 경고합니다.

A3 템플릿: 무엇을 어디에 적을까

용지를 두 개의 열로 나누고, 가장자리를 맞춘 상자를 사용하십시오.

• 상단: 제목, 담당자, 날짜, "받는 사람" 항목.
• 왼쪽 열: 배경, 현재 상태(차트 포함), 목표, 근본 원인 분석(5 Whys 또는 피시본 포함).
• 오른쪽 열: 대책, 실행 계획, 사후 점검 및 결과.

하단에는 미결 사항을 위한 작은 상자를 추가하십시오. 글은 짧게, 글머리 기호와 그림을 활용하십시오. 한 장에 들어가지 않는다면 문제 정의가 지나치게 넓은 것일 가능성이 큽니다.

예시: 누설 시험 불량

이 예시는 가정한 수치를 사용합니다.

한 라인에서 월 5,000개의 하우징을 생산하며, 그중 240개가 누설 시험에서 불합격합니다. 불량률은 4.8%입니다. 팀의 목표는 2.4%, 즉 120개입니다.

불합격한 240개를 점검한 결과, 130개(54%)는 씰 위치 불량, 60개(25%)는 기공, 50개(21%)는 기타 원인으로 나타났습니다.

씰 위치 불량에 대한 5 Whys. 씰이 왜 잘못 놓였나요? 작업자가 가이드 없이 손으로 장착하기 때문입니다. 왜 가이드가 없나요? 지그에 씰 정지부가 없기 때문입니다. 왜 없나요? 지그가 최신 variant 이전에 제작되었기 때문입니다. 왜 업데이트되지 않았나요? 신규 variant가 지그 점검을 촉발하지 않기 때문입니다.

대책. 지그에 정지부를 추가하고, 신규 variant에 대한 지그 점검 항목을 체크리스트에 추가합니다. 팀은 씰 불량의 약 80%를 제거할 것으로 예상합니다.

계산을 확인하십시오. 130의 80%는 104입니다. 불량은 240에서 136으로 줄어들며, 비율은 136 ÷ 5,000 = 2.7%입니다. 개선된 수치이지만 목표인 2.4%에는 아직 미치지 못합니다. 따라서 후속 섹션에는 기공(porosity)을 겨냥한 두 번째 대책이 필요합니다. A3는 이러한 차이를 초기에 드러내며, 바로 그것이 A3의 목적입니다.

A3는 어떻게 코칭합니까?

린 관리자는 작성자 대신 보고서를 써 주는 방식이 아니라 질문을 던지는 방식으로 A3를 가르칩니다. 유용한 질문은 다음과 같습니다.

• 이것이 단순한 증상이 아니라 근본 원인임을 어떻게 확인했습니까?
• 이 대책은 그 원인을 어떻게 다룹니까?
• 현재 상태를 뒷받침하는 데이터는 무엇입니까? 현장(현지현물)에서 직접 확인했습니까?
• 무엇을, 언제 점검할 예정입니까?
• 시범 적용에서 무엇을 배웠습니까?

A3는 담당자의 작업 현장에서 짧고 정기적인 시간을 가지고 검토하십시오. 작성자에게 몇 분 안에 내용을 설명해 달라고 요청하십시오. 이야기가 명확하지 않다면, 생각도 명확하지 않은 것입니다.

흔한 실수

• 마지막에 A3를 작성하기. 이렇게 하면 A3는 사고 도구가 아니라 보고서가 되고 맙니다.
• 원인 확인 없이 대책으로 넘어가기. 원인보다 해결책을 먼저 내놓는 것은 추측에 불과합니다.
• 첫 번째 답에서 멈추기. 그럴듯한 원인이 곧 검증된 원인은 아닙니다.
• 모호한 목표. "품질 향상"은 검증할 수 없습니다. 수치와 기한을 사용하십시오.
• 지나치게 많은 텍스트. 2분 안에 아무도 읽지 않는다면 줄이십시오.
• 후속 조치 부재. 점검이 없으면 학습도 표준도 없습니다.

소프트웨어는 어떻게 도움이 되는가

A3는 종종 손으로 그리며, 많은 팀이 그 방식을 선호합니다. 그러나 여러 개의 A3를 관리해야 할 때는 소프트웨어가 도움이 됩니다. 각 A3를 담당자 및 상태와 함께 저장하고, 대책을 기한이 있는 조치와 연결하며, 여러 사업장에서 가시성을 확보할 수 있습니다. 종이 양식과 같은 배치를 보여 주는 보기 방식과, 실제 상황을 쉽게 촬영해 첨부할 수 있는 기능을 갖춘 도구를 고르십시오. 대화는 현장(겐바)에서 이루어지게 하고, 도구는 기록 용도로만 사용하십시오.

다음 단계

담당 분야에서 실제 문제 하나를 고르고, 두 칸짜리 시트를 그린 뒤 수치를 포함한 문제 기술서를 작성하십시오. 초안을 현장으로 가져가 실제 업무를 수행하는 사람들과 함께 검토하십시오. 그래야 A3 문제 해결이 여러분의 공장에서 제대로 작동하기 시작합니다.