ในการตอบสนองต่อ Nonconformity วิธีที่ใช้บ่อยที่สุดคือ 5 Whys ซึ่งเหมาะกับปัญหาที่มี root cause เดียวและชัดเจน แต่หลายครั้งปัญหาในระบบคุณภาพมีหลายสาเหตุพร้อมกัน กระทบหลายแผนก และต้องการการประสานงานระหว่างฝ่าย
8D (Eight Disciplines) คือ framework ที่พัฒนาโดย Ford Motor Company ในปี 1987 ปัจจุบันเป็นมาตรฐานของอุตสาหกรรมยานยนต์ (IATF 16949) และใช้กันแพร่หลายในงาน Supplier Quality
ที่มาและความเป็นมาของ 8D
8D ดัดแปลงมาจาก MIL-STD-1520 ของกระทรวงกลาโหมสหรัฐ ก่อนที่ Ford จะนำมาปรับใช้กับงาน QA ในโรงงานผลิต โครงสร้าง 8 ขั้นนี้บังคับให้ทีม:
- ไม่ข้ามขั้น Containment (หยุดความเสียหายก่อน)
- ใช้ทีมข้ามแผนก (ไม่ใช่คนเดียวคิด)
- ตอบทั้งที่อาการและที่สาเหตุ
- ป้องกันที่ระบบ ไม่ใช่แค่กรณีเดียว
- บันทึก Lessons Learned เพื่อให้เกิดประโยชน์ในอนาคต
5 Whys vs 8D — เลือกอย่างไร
| หัวข้อ | 5 Whys | 8D |
|---|---|---|
| ความซับซ้อน | ปัญหาเดียว สาเหตุเดียว | หลายสาเหตุ หลายฝ่ายกระทบ |
| ทีม | 1–2 คน | ทีมข้ามแผนก 4–8 คน |
| ระยะเวลา | 1–2 ชั่วโมง | 2–8 สัปดาห์ |
| Containment | ไม่บังคับ | บังคับ (D3) |
| Documentation | สั้น | เต็มรูปแบบ 8 sections |
| เหมาะกับ | NC ทั่วไป | Major NC, ปัญหากระทบลูกค้า |
โดยทั่วไป NC ที่กระทบลูกค้าภายนอก, ปัญหา recall, หรือ Major NC จาก External Audit ควรใช้ 8D
D0–D8: 8 ขั้นของ 8D
D0: Preparation & Emergency Response Action
ก่อนเริ่มอย่างเป็นทางการ ประเมินว่าปัญหาต้อง 8D หรือไม่ และมีอันตรายเฉพาะหน้าที่ต้องระงับทันทีหรือไม่ เช่น หยุดสายผลิต, แจ้งลูกค้า
D1: Establish the Team
จัดตั้งทีมข้ามแผนก 4–8 คน พร้อม Champion (ผู้บริหารที่ sponsor) และ Team Leader
ทีมต้องมี:
- ความรู้เฉพาะทางในกระบวนการที่เกี่ยวข้อง
- อำนาจตัดสินใจ
- เวลาทำงานร่วมกัน
D2: Describe the Problem
เขียน Problem Statement แบบ 5W2H:
- Who ใครพบ ใครได้รับผลกระทบ
- What อะไรเกิดขึ้น
- Where เกิดที่ไหน
- When เกิดเมื่อไหร่
- Why ทำไมเป็นปัญหา (ผลกระทบ)
- How เกิดอย่างไร
- How many จำนวนเท่าไหร่
D3: Implement Containment Actions
หยุดความเสียหายก่อน ทั้งของที่ส่งไปแล้ว และของที่กำลังจะส่ง:
- กักของในคลัง
- คัดของในลูกค้า (ถ้าจำเป็น)
- ทบทวนผลที่ได้ทำไปแล้ว
- แจ้งลูกค้าหรือผู้เกี่ยวข้อง
D3 ไม่ใช่ root cause fix แต่เป็นการ "ปิดเลือด" ก่อน
D4: Identify the Root Cause
ใช้เครื่องมือเช่น 5 Whys, Fishbone Diagram, Fault Tree Analysis เพื่อหา root cause ที่แท้จริง
เคล็ดลับ: root cause ต้องตอบคำถามได้ว่า "ถ้าแก้แล้วปัญหาจะไม่เกิดซ้ำ"
D5: Choose & Verify Permanent Corrective Action
เลือก action ที่:
- แก้ที่ root cause จริง
- ทำได้จริงในทรัพยากรที่มี
- ไม่สร้างปัญหาใหม่
ก่อนนำไปใช้จริง ต้อง verify ด้วยข้อมูลหรือการทดลองว่าได้ผล
D6: Implement Permanent Corrective Action
นำ action ไปใช้จริง พร้อม:
- แผนการ rollout ชัดเจน
- การฝึกอบรมพนักงานที่เกี่ยวข้อง
- การยกเลิก Containment ของ D3 อย่างเป็นระบบ
- การตรวจสอบประสิทธิผล (Effectiveness Check) ตามระยะเวลาที่กำหนด
D7: Prevent Recurrence
ปรับระบบเพื่อป้องกันไม่ให้ปัญหาเดียวกัน (หรือคล้ายกัน) เกิดที่อื่น:
- อัพเดท Procedure / Work Instruction
- ปรับ Document Control
- เพิ่มจุดตรวจใน Internal Audit Checklist
- ทบทวน FMEA ของกระบวนการ
D8: Congratulate the Team & Lessons Learned
- บันทึกบทเรียนใน Lessons Learned Repository
- แชร์กับทีมอื่นที่อาจเจอปัญหาคล้ายกัน
- Recognition กับทีมที่ทำสำเร็จ
ตัวอย่างจริง: 8D สำหรับการคืนสินค้าจากลูกค้า
ปัญหา: ลูกค้าคืนผลิตภัณฑ์ 50 ชิ้นจาก lot 2025-A เนื่องจากค่าทดสอบเกินเกณฑ์
- D0: หยุดส่งของ lot 2025-A ทันที, แจ้งลูกค้าภายใน 24 ชั่วโมง
- D1: ทีม 6 คน — QA, Production, Engineering, Purchasing, Lab, Customer Service
- D2: "Lot 2025-A 50 ชิ้นจาก 200 ชิ้น มีค่า X เกินเกณฑ์ 15% ลูกค้ารายงานพบเมื่อ 5 พ.ค."
- D3: กักของในคลัง 150 ชิ้น, ทดสอบ 100% ก่อนปล่อย, ทดสอบ lot ก่อนหน้า/หลังที่ใช้ batch reagent เดียวกัน
- D4: Root cause analysis → Reagent batch ใหม่ที่ใช้ใน lot นี้ไม่ผ่าน QC แต่เข้าระบบเพราะ Incoming Inspection skip step
- D5: เพิ่ม mandatory QC test ของทุก reagent batch ใหม่, validate ก่อนปล่อยใช้
- D6: ปรับ SOP, ฝึกอบรมทีม, รัน 100% QC ทดสอบในเดือนแรก
- D7: อัพเดท Approved Vendor List, เพิ่ม supplier audit ปีละครั้ง, ทบทวน Risk Register
- D8: บันทึกใน Lessons Learned แชร์กับ sister plant, recognize ทีม
เครื่องมือเสริมที่ใช้กับ 8D
- Fishbone Diagram (Ishikawa) สำหรับ D4 root cause analysis
- Pareto Chart จัดอันดับปัญหาเมื่อมีหลายข้อ
- FMEA (Failure Mode Effects Analysis) สำหรับ D7 prevention
- Control Chart ติดตามผลหลัง D6 implementation
บทความที่เกี่ยวข้อง
- CAR คืออะไร และรับมืออย่างไรเมื่อถูกออก NCR — 5 Whys และ Fishbone ที่เป็นพื้นฐานของ D4
- Observation vs NCR ต่างกันอย่างไร — 8D เหมาะกับ Major NC ไม่ใช่ Observation
- Risk-Based Thinking ใน ISO 9001 ทำอย่างไรในทางปฏิบัติ — D7 prevention เชื่อมกับ Risk Register