เครื่องจักรหยุดกะทันหันกลางกะ ของเสียหลุดไปถึงมือลูกค้า อุบัติเหตุที่ไม่มีใครคาดคิดว่าจะเกิด ปัญหาเหล่านี้ส่วนใหญ่ไม่ได้เกิดขึ้นแบบไม่มีปี่มีขลุ่ย แต่มี "ร่องรอย" ที่วิศวกรและช่างเทคนิคสามารถคาดการณ์ล่วงหน้าได้ หากมีเครื่องมือวิเคราะห์ความเสี่ยงที่เป็นระบบ FMEA (Failure Mode and Effects Analysis) คือเครื่องมือนั้น เป็นวิธีวิเคราะห์ความล้มเหลวเชิงป้องกันที่ใช้กันแพร่หลายที่สุดในอุตสาหกรรมยานยนต์ อิเล็กทรอนิกส์ อาหาร และเภสัชกรรม และเป็นฟันเฟืองสำคัญที่เชื่อมโยงเสา Quality Maintenance (QM) เข้ากับเสา Planned Maintenance (PM) และ Early Management (EM) ในโครงสร้าง TPM บทความนี้จะพาไปเจาะลึกทุกมิติของ FMEA ตั้งแต่นิยาม เกณฑ์ให้คะแนนแบบเต็ม 1-10 การคำนวณ RPN ข้อจำกัดที่ต้องรู้ ไปจนถึงเคสตัวอย่างที่เดินครบกระบวนการจริง
FMEA คืออะไร
FMEA ย่อมาจาก Failure Mode and Effects Analysis หรือ "การวิเคราะห์รูปแบบความล้มเหลวและผลกระทบ" เป็นวิธีการเชิงระบบที่ใช้ระบุ "รูปแบบความล้มเหลว" (Failure Mode) ที่อาจเกิดขึ้นได้ในผลิตภัณฑ์ กระบวนการ หรือระบบใดระบบหนึ่ง แล้วประเมินว่าแต่ละรูปแบบความล้มเหลวนั้นมี "ผลกระทบ" (Effect) ต่อผู้ใช้งาน ลูกค้า หรือกระบวนการถัดไปอย่างไร ก่อนที่ความล้มเหลวนั้นจะเกิดขึ้นจริง หัวใจของ FMEA คือการคิดล่วงหน้า ไม่ใช่การแก้ปัญหาหลังเกิดเหตุเหมือน Why-Why Analysis หรือ P-M Analysis ที่ทำงานย้อนกลับจากปัญหาที่เกิดแล้ว
FMEA ให้คุณค่ากับองค์กรใน 3 มิติหลัก คือ (1) ป้องกันความเสียหายก่อนลงทุนสร้างเครื่องจักรหรือออกแบบกระบวนการจริง ซึ่งเชื่อมโยงโดยตรงกับหลักการ MP Design ของเสา Early Management (2) จัดลำดับความสำคัญของความเสี่ยงด้วยตัวเลขเชิงปริมาณ (RPN) แทนการใช้ความรู้สึกหรือประสบการณ์ส่วนบุคคล และ (3) สร้างเอกสารความรู้ (living document) ที่สะสมภูมิปัญญาขององค์กรเกี่ยวกับจุดอ่อนของเครื่องจักรและกระบวนการ ซึ่งส่งต่อไปใช้งานในแผน Planned Maintenance และการทำ RCM ได้โดยตรง
DFMEA vs PFMEA ต่างกันอย่างไร
FMEA แบ่งออกเป็นสองประเภทหลักตามขอบเขตการวิเคราะห์ คือ Design FMEA (DFMEA) ที่วิเคราะห์ความล้มเหลวในระดับการออกแบบผลิตภัณฑ์หรือเครื่องจักร และ Process FMEA (PFMEA) ที่วิเคราะห์ความล้มเหลวในระดับกระบวนการผลิตหรือการปฏิบัติงาน ทั้งสองแบบใช้ตรรกะการคำนวณ RPN เหมือนกัน แต่ต่างกันที่มุมมองและจุดที่เข้าไปแทรกแซง
| ประเด็น | DFMEA (Design FMEA) | PFMEA (Process FMEA) |
|---|---|---|
| ขอบเขตวิเคราะห์ | โครงสร้าง ชิ้นส่วน วัสดุ และฟังก์ชันของผลิตภัณฑ์/เครื่องจักรตั้งแต่ขั้นออกแบบ | ขั้นตอนการผลิต การปฏิบัติงาน การตั้งค่าเครื่องจักร และวิธีการทำงาน |
| ทำโดยใคร | ทีมวิศวกรออกแบบ (Design Engineer) ร่วมกับ R&D | ทีมวิศวกรกระบวนการ (Process Engineer) ร่วมกับฝ่ายผลิตและซ่อมบำรุง |
| ทำเมื่อไร | ช่วง Concept/Design ก่อนสร้างต้นแบบหรือสั่งซื้อเครื่องจักร | ช่วงออกแบบผังกระบวนการ ก่อนเริ่มผลิตจริง (Pre-launch) |
| Failure Mode ตัวอย่าง | วัสดุเลือกผิดประเภท โครงสร้างรับแรงไม่พอ ค่าความคลาดเคลื่อนของชิ้นส่วนแคบเกินไป | ตั้งค่าพารามิเตอร์ผิด ลำดับขั้นตอนสลับ ขาดการควบคุมจุดวิกฤต |
| เชื่อมโยงกับ TPM | Early Management (MP Design) และ Life-Cycle Cost | Planned Maintenance, Quality Maintenance และ Autonomous Maintenance |
ในทางปฏิบัติ โรงงานที่ซื้อเครื่องจักรสำเร็จรูปจากผู้ผลิตต่างประเทศมักไม่มีโอกาสทำ DFMEA เอง แต่ยังต้องทำ PFMEA เพื่อวิเคราะห์ว่ากระบวนการที่ตนเองออกแบบรอบเครื่องจักรนั้น (การป้อนวัตถุดิบ การตั้งค่า การเปลี่ยนรุ่น) มีความเสี่ยงอะไรบ้าง ซึ่งเป็นประเด็นที่พบบ่อยเมื่อทำ 4M Analysis ควบคู่กันไป
เกณฑ์ให้คะแนน Severity, Occurrence, Detection แบบเต็ม 1-10
หัวใจของ FMEA ที่ทำให้ทีมงานส่วนใหญ่ล้มเหลวคือการให้คะแนนแบบเดาหรือรู้สึกว่าน่าจะประมาณนี้ โดยไม่มีเกณฑ์อ้างอิงร่วมกัน ทำให้แต่ละคนให้คะแนนไม่ตรงกัน ทีมงานจึงต้องตกลงตารางเกณฑ์คะแนนร่วมกันก่อนเริ่มวิเคราะห์ และใช้ตารางเดียวกันนี้ทุกครั้งเพื่อให้ตัวเลข RPN เปรียบเทียบกันได้จริงทั้งโรงงาน
Severity (S) ความรุนแรงของผลกระทบ
Severity วัดว่าถ้าความล้มเหลวเกิดขึ้นจริง ผลกระทบร้ายแรงแค่ไหน เป็นค่าที่ผูกกับผลลัพธ์ ไม่ใช่ผูกกับโอกาสเกิด และเป็นค่าเดียวใน 3 ตัวที่มักไม่ลดลงจากมาตรการปรับปรุง เพราะเป็นคุณสมบัติของผลกระทบเอง เว้นแต่จะเปลี่ยนแบบผลิตภัณฑ์หรือออกแบบใหม่ทั้งระบบ
| คะแนน | เกณฑ์ | ตัวอย่างหน้างาน |
|---|---|---|
| 10 | อันตรายถึงชีวิตหรือบาดเจ็บรุนแรงต่อผู้ปฏิบัติงาน/ผู้บริโภค โดยไม่มีสัญญาณเตือนล่วงหน้า | สายไฟรั่วไม่มีระบบตัดไฟ ผู้ปฏิบัติงานถูกไฟดูด |
| 9 | อันตรายรุนแรงเช่นเดียวกับ 10 แต่มีสัญญาณเตือนล่วงหน้าบางส่วน หรือผิดกฎหมาย/ข้อบังคับสำคัญ | สารปนเปื้อนในอาหารเกินค่ามาตรฐานที่กฎหมายกำหนด |
| 8 | สายการผลิตหยุดทั้งระบบนานกว่า 8 ชั่วโมง หรือสินค้าทั้งล็อตต้องทำลายทิ้ง | หัวบรรจุอุดตันจนน้ำหนักสินค้าต่ำกว่ามาตรฐานทั้งล็อต |
| 7 | สายการผลิตหยุดเกิน 1 กะ ลูกค้าร้องเรียนรุนแรงหรือเรียกคืนสินค้าบางส่วน | ซีลปั๊มรั่วจนต้องหยุดเครื่องฉุกเฉินเพื่อซ่อม |
| 6 | สายการผลิตหยุด 1-8 ชั่วโมง ของเสียเกินเกณฑ์ยอมรับ ต้องคัดแยก 100% | เซนเซอร์ตรวจจับตำแหน่งคลาดเคลื่อนจนต้องคัดแยกสินค้าทั้งกะ |
| 5 | ประสิทธิภาพลดลงชัดเจน (OEE ลด) ต้องซ่อมก่อนเดินเครื่องต่อ แต่ไม่ถึงขั้นหยุดสาย | ลูกกลิ้งสึกจนความเร็วสายพานลดลง ต้องหยุดปรับตั้งระหว่างกะ |
| 4 | สายการผลิตหยุดน้อยกว่า 1 ชั่วโมง งานซ่อมเล็กน้อยระหว่างเดินเครื่อง | ต้องหยุดเคลียร์เศษวัสดุติดขัดเป็นครั้งคราว (minor stop) |
| 3 | ผลกระทบต่อคุณภาพเล็กน้อย ลูกค้าภายในสังเกตเห็นความผิดปกติแต่ไม่กระทบการทำงาน | เสียงเครื่องจักรผิดปกติเล็กน้อยแต่ยังทำงานได้ตามสเปก |
| 2 | ผลกระทบเล็กน้อยมาก ไม่กระทบสมรรถนะ เฉพาะพนักงานช่างสังเกตเท่านั้นที่รู้ | สีตัวเครื่องลอกเล็กน้อยไม่กระทบการทำงาน |
| 1 | ไม่มีผลกระทบที่สังเกตได้เลย | ความคลาดเคลื่อนอยู่ในช่วงที่ออกแบบรองรับไว้แล้ว |
Occurrence (O) ความถี่ที่คาดว่าจะเกิดสาเหตุนั้น
Occurrence วัดโอกาสที่สาเหตุ (Cause) ของ Failure Mode จะเกิดขึ้น ไม่ใช่โอกาสที่ผลกระทบจะเกิด ควรอ้างอิงจากข้อมูลประวัติจริง เช่น บันทึกใน ระบบ CMMS หรือ machine history ไม่ใช่ความรู้สึก และเป็นค่าที่ลดลงได้จริงเมื่อกำจัดสาเหตุที่รากด้วยมาตรการอย่าง Poka-Yoke หรือ TBM
| คะแนน | เกณฑ์ | ความถี่โดยประมาณ |
|---|---|---|
| 10 | เกิดขึ้นแทบทุกครั้งที่ใช้งาน ควบคุมสาเหตุแทบไม่ได้เลย | มากกว่า 1 ครั้งต่อสัปดาห์ |
| 9 | เกิดขึ้นบ่อยมาก เป็นปัญหาเรื้อรังที่ทีมงานรู้จักดี | ประมาณสัปดาห์ละครั้ง |
| 8 | เกิดขึ้นบ่อย มีรูปแบบซ้ำเดิม | ประมาณเดือนละครั้ง |
| 7 | เกิดขึ้นค่อนข้างบ่อย สังเกตเป็นรูปแบบได้ | ทุก 1-3 เดือน |
| 6 | เกิดขึ้นปานกลางค่อนสูง | ทุก 3-6 เดือน |
| 5 | เกิดขึ้นปานกลาง มีการควบคุมบางส่วนแล้ว | ทุก 6-12 เดือน |
| 4 | เกิดขึ้นนาน ๆ ครั้ง มีมาตรการควบคุมสาเหตุระดับหนึ่ง | ทุก 1-2 ปี |
| 3 | เกิดขึ้นน้อยมาก ควบคุมสาเหตุได้ดี | ทุก 2-3 ปี |
| 2 | แทบไม่เกิดในโรงงานนี้ แต่เคยพบในอุตสาหกรรมเดียวกัน | น้อยกว่าทุก 3 ปี |
| 1 | แทบเป็นไปไม่ได้ที่จะเกิด ไม่มีประวัติการเกิดเลย | ไม่เคยเกิดขึ้น |
Detection (D) โอกาสตรวจพบก่อนเกิดผลกระทบ
Detection เป็นตัวที่คนสับสนมากที่สุด เพราะคะแนนสูงใน Detection หมายถึงตรวจพบได้ยาก (แย่) ในขณะที่ Severity และ Occurrence คะแนนสูงหมายถึงแย่เหมือนกันแต่ในทิศทางตรง ดังนั้นคะแนน 1 ของ Detection คือดีที่สุด (ตรวจพบได้แน่นอนก่อนของเสียหลุดออกไป) ส่วนคะแนน 10 คือแย่ที่สุด (ตรวจไม่ได้เลย) การลดค่า Detection คือเป้าหมายหลักของการติดตั้งกลไก Poka-Yoke
| คะแนน | เกณฑ์ | ลักษณะการควบคุมปัจจุบัน |
|---|---|---|
| 10 | ไม่มีวิธีตรวจจับใด ๆ เลย | ไม่มีการตรวจสอบหรือควบคุมใด ๆ ในจุดนี้ |
| 9 | โอกาสตรวจพบต่ำมาก อาศัยดุลพินิจคนล้วนโดยไม่มีมาตรฐาน | ไม่มี checklist หรือเกณฑ์ตรวจสอบที่ชัดเจน |
| 8 | ตรวจพบได้ยาก การควบคุมเป็นทางอ้อมไม่เจาะจงปัญหานี้ | ตรวจสอบภาพรวมของเครื่องจักรแต่ไม่เจาะจงจุดเสี่ยง |
| 7 | ตรวจพบได้จากการตรวจสอบด้วยสายตาแบบสุ่มเป็นครั้งคราว | Spot check โดยไม่มีความถี่แน่นอน |
| 6 | ตรวจพบได้จากการตรวจตามรอบ (patrol) แต่ยังไม่เจาะจงจุดวิกฤต | รอบตรวจ Patrol ทั่วไปวันละ 1 ครั้ง |
| 5 | มีระบบตรวจสอบเป็น checklist โดยคน ความถี่ปานกลาง | ใบตรวจสอบมาตรฐานประจำกะ |
| 4 | มีการตรวจวัดเชิงสถิติหรือ CBM sensor ตรวจจับได้ก่อนเสียหายระดับหนึ่ง | เก็บค่าความสั่นสะเทือน/อุณหภูมิเป็นระยะ |
| 3 | มีระบบตรวจจับอัตโนมัติแจ้งเตือนก่อนเกิดผลกระทบ แต่ยังไม่ครอบคลุมทุกกรณี | เซนเซอร์แจ้งเตือนพร้อม alarm แต่ยังพึ่งพาคนตัดสินใจ |
| 2 | มีระบบ Poka-Yoke หรือ interlock ตรวจจับอัตโนมัติเกือบสมบูรณ์ | ระบบหยุดเครื่องอัตโนมัติเมื่อค่าผิดปกติ ครอบคลุมเกือบทุกกรณี |
| 1 | มีระบบป้องกันแบบ Poka-Yoke ที่ตรวจจับ/ป้องกันได้แทบ 100% | ของไม่ได้มาตรฐานไม่สามารถหลุดผ่านกระบวนการถัดไปได้เลย |
RPN คำนวณอย่างไร พร้อมตัวอย่างเต็มจากหน้างาน
RPN (Risk Priority Number) คือผลคูณของสามค่าที่ให้คะแนนไว้ข้างต้น
RPN = Severity (S) x Occurrence (O) x Detection (D)
เนื่องจากแต่ละค่าอยู่ในช่วง 1-10 ค่า RPN จึงมีช่วงตั้งแต่ 1 (แทบไม่มีความเสี่ยง) ไปจนถึง 1,000 (ความเสี่ยงสูงสุด) โรงงานส่วนใหญ่กำหนดเกณฑ์ตัดสินใจ (threshold) ไว้ เช่น RPN มากกว่า 100 ต้องมีมาตรการแก้ไขภายในกรอบเวลาที่กำหนด แต่อย่างที่จะอธิบายในหัวข้อถัดไป การใช้ threshold ตัวเลขเดียวมีข้อจำกัดที่ต้องระวัง
ตัวอย่างจากหน้างานจริง ปั๊มน้ำหล่อเย็น (Coolant Pump P-102) ในไลน์ขึ้นรูปโลหะ ซึ่งซีลกันรั่วแบบ mechanical seal เกิดการรั่วซึมซ้ำ ๆ ทีมงานนำเข้าสู่กระบวนการ FMEA และได้ผลดังนี้
| รายการ | รายละเอียด |
|---|---|
| ฟังก์ชัน (Function) | สูบจ่ายน้ำหล่อเย็นไปยังจุดหล่อเย็นแม่พิมพ์ อัตราการไหล 120 ลิตร/นาที |
| Failure Mode | ซีลกันรั่ว (mechanical seal) รั่วซึม |
| ผลกระทบ (Effect) | น้ำหล่อเย็นรั่วไหลบนพื้นเสี่ยงลื่นล้ม ระดับน้ำในถังลดจนปั๊มทำงานแบบ dry run เสียหายซ้ำซ้อน ต้องหยุดเครื่องฉุกเฉิน |
| Severity (S) | 7 เนื่องจากสายการผลิตหยุดเกิน 1 กะ และมีความเสี่ยงต่อบุคคลระดับปานกลางจากพื้นลื่น |
| สาเหตุ (Cause) | ซีลสึกหรอตามอายุใช้งาน (ใช้งานเกิน 8,000 ชั่วโมง จากอายุใช้งานคาดการณ์ 6,000 ชั่วโมง) และคุณภาพน้ำหล่อลื่นซีลไม่เพียงพอ |
| Occurrence (O) | 4 เคยเกิด 2 ครั้งในรอบ 12 เดือนที่ผ่านมา |
| การควบคุมปัจจุบัน (Current Control) | ตรวจสภาพรอยรั่วด้วยสายตาระหว่างรอบตรวจ (patrol) วันละ 1 ครั้ง ไม่มีบันทึกชั่วโมงใช้งานสะสมของซีล |
| Detection (D) | 6 ตรวจพบได้เฉพาะเมื่อรั่วจนเห็นเป็นหยดน้ำสะสมแล้วเท่านั้น |
| RPN | 7 x 4 x 6 = 168 |
ค่า RPN = 168 ถือว่าอยู่ในระดับที่ต้องดำเนินมาตรการแก้ไขตามเกณฑ์ของโรงงานส่วนใหญ่ ทีมงานกำหนดมาตรการเป็นการเปลี่ยนซีลเชิงป้องกันทุก 5,000 ชั่วโมง (TBM) ติดตั้งถาดรองรั่วพร้อมเซนเซอร์ตรวจระดับของเหลวแจ้งเตือนอัตโนมัติ และบันทึกชั่วโมงใช้งานสะสมในทะเบียนเครื่องจักร โดยมอบหมายทีมซ่อมบำรุงดำเนินการภายใน 60 วัน หลังดำเนินมาตรการให้คะแนนใหม่ได้ S=7 (คงเดิม เพราะผลกระทบเมื่อเกิดยังรุนแรงเท่าเดิม) O=2 (ลดความถี่จากการเปลี่ยนซีลเชิงป้องกันตามคาบ) และ D=2 (เซนเซอร์แจ้งเตือนทันทีที่มีของเหลวสะสมผิดปกติ) ทำให้ RPN ใหม่ = 7 x 2 x 2 = 28 หรือลดลงประมาณร้อยละ 83
ข้อจำกัดของ RPN ที่ต้องรู้ก่อนใช้งานจริง
RPN เป็นตัวเลขที่สะดวกต่อการจัดลำดับ แต่มีข้อจำกัดเชิงคณิตศาสตร์ที่ทีมงานต้องเข้าใจ ข้อแรกคือค่า RPN ที่เท่ากันไม่ได้แปลว่าความเสี่ยงจริงเท่ากัน เพราะ RPN เป็นเพียงผลคูณของสามตัวแปรที่มีความหมายต่างกันโดยสิ้นเชิง การคูณกันจึงทำให้สูญเสียข้อมูลว่าตัวเลขนั้นมาจากสัดส่วนใด ทั้งนี้ต้องระบุให้ชัดว่าเนื่องจากแต่ละค่าถูกจำกัดอยู่ในช่วง 1-10 เท่านั้น ชุดตัวเลขอย่าง 2x7x12 จึงเป็นไปไม่ได้ในทางปฏิบัติเพราะไม่มีค่าใดเกิน 10 แต่ชุดตัวเลขที่ถูกต้องตามสเกลนี้ก็ยังสามารถให้ผลคูณเท่ากันได้จากหลายชุดค่า ดังตารางเปรียบเทียบด้านล่าง
| กรณี | Severity | Occurrence | Detection | RPN | ความเสี่ยงเชิงคุณภาพ |
|---|---|---|---|---|---|
| A: ซีลปั๊มรั่ว (ตัวอย่างข้างต้น) | 7 | 4 | 6 | 168 | ผลกระทบระดับสูง เกิดไม่บ่อย ตรวจจับได้ปานกลาง |
| B: วาล์วนิรภัยติดขัด | 8 | 3 | 7 | 168 | ผลกระทบรุนแรงกว่า A เกิดน้อยกว่า แต่ตรวจจับยากกว่า Severity สูงถึง 8 ควรได้รับความสำคัญก่อน |
| C: รอยขีดข่วนผิวบรรจุภัณฑ์ | 4 | 6 | 7 | 168 | ผลกระทบต่ำกว่ามาก แต่เกิดถี่กว่าและตรวจจับยาก เป็นปัญหารำคาญมากกว่าความเสี่ยงร้ายแรง |
ทั้งสามกรณีมี RPN เท่ากันที่ 168 เป๊ะ แต่ความเร่งด่วนในการจัดการควรต่างกันมาก กรณี B ที่ Severity สูงถึง 8 ควรได้รับการแก้ไขก่อนกรณี A และ C แม้ RPN รวมจะเท่ากันก็ตาม เพราะหากเกิดขึ้นจริงแม้เพียงครั้งเดียว ผลกระทบจะรุนแรงกว่ามาก นี่คือเหตุผลที่มาตรฐานอุตสาหกรรมยานยนต์รุ่นใหม่แนะนำให้ใช้ Action Priority (AP) ควบคู่หรือแทนที่การใช้ RPN ล้วน ๆ
Action Priority คือแนวคิดที่ไม่คูณตัวเลขเข้าด้วยกัน แต่ใช้ตรรกะแบบเงื่อนไข (decision logic) พิจารณาค่า Severity ก่อนเป็นอันดับแรก แล้วจึงพิจารณา Occurrence และ Detection ประกอบ หลักการสำคัญคือหาก Severity สูงมาก (9-10) ต้องยกระดับเป็นลำดับความสำคัญสูงเสมอ ไม่ว่า RPN โดยรวมจะต่ำแค่ไหนก็ตาม เพราะความเสี่ยงด้านความปลอดภัยและกฎหมายไม่ควรถูกลดทอนความสำคัญด้วยตัวเลขที่คำนวณจากความถี่หรือการตรวจจับ ตารางด้านล่างเป็นแนวทางอย่างง่ายที่โรงงานสามารถปรับใช้ได้
| Severity | เงื่อนไข Occurrence/Detection | Action Priority | แนวทางจัดการ |
|---|---|---|---|
| 9-10 | ทุกกรณี ไม่ว่า O หรือ D จะเป็นเท่าใด | สูงมาก (ต้องแก้ทันที) | หยุดใช้งานจนกว่าจะมีมาตรการควบคุม ยกระดับถึงผู้บริหาร |
| 7-8 | Occurrence ตั้งแต่ 4 ขึ้นไป หรือ Detection ตั้งแต่ 6 ขึ้นไป | สูง | วางแผนแก้ไขภายในกรอบเวลาสั้น (เช่น 30-60 วัน) |
| 7-8 | Occurrence ไม่เกิน 3 และ Detection ไม่เกิน 5 | ปานกลาง | บรรจุในแผนปรับปรุงรอบถัดไป ติดตามแนวโน้ม |
| 4-6 | Occurrence ตั้งแต่ 6 ขึ้นไป หรือ Detection ตั้งแต่ 7 ขึ้นไป | ปานกลาง | ปรับปรุงการควบคุมเพื่อลด Detection ก่อน |
| 4-6 | Occurrence ไม่เกิน 5 และ Detection ไม่เกิน 6 | ต่ำ | เฝ้าระวังตามรอบทบทวนปกติ |
| 1-3 | ทุกกรณี | ต่ำมาก | บันทึกไว้เป็นข้อมูล ไม่ต้องดำเนินการเร่งด่วน |
ข้อสรุปเชิงปฏิบัติคือ ห้ามใช้ RPN เป็นเกณฑ์ตัดสินใจตัวเดียวโดยเด็ดขาด ทุกครั้งที่จัดลำดับความสำคัญ ให้ตรวจสอบค่า Severity แยกต่างหากเสมอ โดยเฉพาะรายการที่ Severity ตั้งแต่ 9 ขึ้นไป ต้องถูกหยิบขึ้นมาพิจารณาก่อนเสมอแม้ RPN รวมจะไม่สูงที่สุดในตารางก็ตาม
FMEA Worksheet เต็มรูปแบบ อธิบายทุกคอลัมน์
เอกสาร FMEA ที่ใช้งานจริงในโรงงานจะอยู่ในรูปแบบตาราง (worksheet) ที่มีคอลัมน์มาตรฐานดังนี้ ทีมงานควรใช้แบบฟอร์มเดียวกันทั้งโรงงานเพื่อให้เปรียบเทียบและรวบรวมข้อมูลข้ามเครื่องจักรได้
| คอลัมน์ | ความหมาย |
|---|---|
| ฟังก์ชัน (Function) | หน้าที่ของชิ้นส่วน/ขั้นตอนกระบวนการนั้น ต้องเขียนให้ชัดว่าควรทำอะไร เพื่อใช้เทียบกับสิ่งที่เกิดขึ้นจริงเมื่อล้มเหลว |
| Failure Mode | รูปแบบที่ฟังก์ชันนั้นล้มเหลว เขียนเป็นภาษาช่างเทคนิค เจาะจง ไม่เขียนกว้างเกินไป เช่น รั่ว หลวม อุดตัน แตกร้าว ไม่ใช่คำว่าเสีย |
| ผลกระทบ (Effect(s) of Failure) | สิ่งที่เกิดขึ้นตามมาเมื่อ Failure Mode นั้นเกิดจริง มองจากมุมผู้ใช้งานปลายทาง/กระบวนการถัดไป/ลูกค้า |
| Severity (S) | คะแนนความรุนแรงของผลกระทบ 1-10 ตามตารางเกณฑ์มาตรฐาน |
| สาเหตุ (Cause(s) of Failure) | รากสาเหตุเชิงกลไกที่ทำให้ Failure Mode เกิดขึ้น ควรลึกถึงระดับที่แก้ไขได้จริง ใช้ Why-Why Analysis ช่วยขุดให้ลึกพอ |
| Occurrence (O) | คะแนนความถี่ที่คาดว่าสาเหตุนั้นจะเกิด 1-10 อ้างอิงจากข้อมูลประวัติจริง |
| การควบคุมปัจจุบัน (Current Controls) | วิธีการตรวจสอบหรือป้องกันที่มีอยู่แล้วในปัจจุบัน ทั้งเชิงป้องกัน (prevention) และเชิงตรวจจับ (detection) |
| Detection (D) | คะแนนโอกาสตรวจพบก่อนเกิดผลกระทบ 1-10 ยิ่งน้อยยิ่งดี |
| RPN | ผลคูณ S x O x D ใช้จัดลำดับความสำคัญเบื้องต้น ควบคู่กับการพิจารณา Severity แยกต่างหาก |
| มาตรการแนะนำ (Recommended Action) | มาตรการเชิงป้องกันที่ลดค่า O หรือ D ลง เรียงลำดับความสำคัญจากมาตรการที่กำจัดสาเหตุที่รากก่อนเสมอ ก่อนมาตรการที่เป็นเพียงการตรวจจับ |
| ผู้รับผิดชอบและกำหนดเวลา (Responsible/Target Date) | ชื่อบุคคลหรือฝ่ายที่รับผิดชอบดำเนินการ พร้อมวันที่ต้องแล้วเสร็จ เพื่อผูกกับ Action Plan ที่ติดตามได้จริง |
| ผลดำเนินการและ RPN หลังแก้ไข (Actions Taken / Revised RPN) | บันทึกสิ่งที่ทำจริงและให้คะแนน S/O/D ใหม่หลังมาตรการมีผล เพื่อคำนวณ RPN ใหม่และยืนยันว่าความเสี่ยงลดลงจริง |
คอลัมน์สุดท้ายนี้สำคัญที่สุดแต่มักถูกมองข้าม เพราะ FMEA ที่ดีไม่ใช่เอกสารที่ทำเสร็จแล้วจบ แต่ต้องวนกลับมาปิดลูปด้วยตัวเลข RPN ใหม่เสมอ มิเช่นนั้นจะกลายเป็นเพียงเอกสารเก็บเข้าแฟ้มโดยไม่มีใครรู้ว่ามาตรการที่ทำไปได้ผลจริงหรือไม่
เคสเดินเต็มกระบวนการที่ 1 สายพานลำเลียงเดินเบี้ยว
โรงงานบรรจุอาหารแห่งหนึ่งมีปัญหาสายพานลำเลียง (conveyor belt) ในไลน์บรรจุ ที่ทำหน้าที่ลำเลียงชิ้นงานบรรจุภัณฑ์จากสถานีชั่งน้ำหนักไปยังสถานีปิดผนึกด้วยความเร็วคงที่ 30 เมตรต่อนาที เดินเบี้ยวออกจากแนวศูนย์กลางเป็นระยะ (belt mistracking) ทำให้ขอบสายพานเสียดสีกับโครงเครื่องจนฉีกขาด ชิ้นงานตกจากสาย และสายการผลิตต้องหยุดฉุกเฉินเพื่อเปลี่ยนสายพานซ้ำแล้วซ้ำเล่า เมื่อทีมงานข้ามฝ่ายสืบสาเหตุพบว่าลูกกลิ้งปรับแนว (tracking roller) สึกหรอและไม่ได้ปรับตั้งตามคาบเวลา ประกอบกับโครงสร้างเครื่องบางจุดไม่ได้ระดับ จึงนำกรณีนี้เข้าสู่กระบวนการ FMEA แบบเต็มรูปแบบ ได้ผลการให้คะแนนก่อนและหลังปรับปรุงดังตาราง
| รายการ | ก่อนปรับปรุง | หลังปรับปรุง |
|---|---|---|
| Severity (S) | 7 | 7 |
| Occurrence (O) | 5 | 2 |
| วิธีตรวจจับ | ตรวจสภาพด้วยสายตารอบเช้าแบบสุ่ม | เซนเซอร์ตรวจแนวสายพานอัตโนมัติแจ้งเตือนทันที |
| Detection (D) | 7 | 2 |
| RPN | 245 | 28 |
มาตรการที่ทีมงานเลือกใช้คือติดตั้งระบบ auto-alignment พร้อมเซนเซอร์ตรวจแนวสายพาน เพิ่มรายการตรวจสอบแนวสายพานในใบ TBM ทุกกะแทนการตรวจแบบสุ่ม และเพิ่มจุดวัดความสั่นสะเทือนที่มอเตอร์ขับเป็นส่วนหนึ่งของแผน CBM ผลลัพธ์คือ RPN ลดลงจาก 245 เหลือ 28 หรือลดลงประมาณร้อยละ 89 ซึ่งเป็นตัวเลขที่ทีมงานนำไปรายงานในตัวชี้วัด MTBF ของเครื่องจักรได้อย่างเป็นรูปธรรม
เคสเดินเต็มกระบวนการที่ 2 เครื่องบรรจุปริมาณไม่ครบ
เครื่องบรรจุของเหลวในไลน์ผลิตเครื่องดื่มแห่งหนึ่งทำหน้าที่บรรจุของเหลวลงขวดตามปริมาณที่กำหนด 500 มิลลิลิตร บวกลบ 2 เปอร์เซ็นต์ เกิดปัญหาหัวบรรจุ (filling nozzle) อุดตันบางส่วนเป็นระยะ ทำให้ปริมาณที่บรรจุลงขวดต่ำกว่ามาตรฐานที่ฉลากระบุ (underfill) เสี่ยงผิดกฎหมายฉลากสินค้าและเคยมีการร้องเรียนจากลูกค้าปลายทางมาแล้ว เมื่อสืบสาเหตุพบว่าเศษวัตถุดิบตกค้างสะสมที่หัวบรรจุจากรอบทำความสะอาด (CIP) ที่ห่างเกินไป ประกอบกับซีลหัวบรรจุเสื่อมสภาพ ทีมงานจึงนำกรณีนี้เข้าสู่กระบวนการ FMEA เช่นกัน ได้ผลดังตาราง
| รายการ | ก่อนปรับปรุง | หลังปรับปรุง |
|---|---|---|
| Severity (S) | 8 | 8 |
| Occurrence (O) | 6 | 3 |
| วิธีตรวจจับ | ชั่งน้ำหนักสุ่มตรวจ 1 ชิ้นทุก 30 นาที | ติดตั้ง checkweigher ตรวจ 100% พร้อมคัดออกอัตโนมัติ |
| Detection (D) | 6 | 1 |
| RPN | 288 | 24 |
มาตรการที่ทีมงานเลือกใช้แบ่งเป็นสองระดับ คือมาตรการลด Occurrence โดยปรับรอบความถี่การทำความสะอาด (CIP) ให้ถี่ขึ้นตามชั่วโมงใช้งานจริงแทนตารางตายตัวเดิม และมาตรการลด Detection ด้วยการติดตั้งเครื่องชั่งน้ำหนักอินไลน์ (checkweigher) ตรวจสอบทุกชิ้นแบบเรียลไทม์พร้อมระบบคัดสินค้าที่ไม่ได้มาตรฐานออกอัตโนมัติ ซึ่งเป็นกลไก Poka-Yoke เชิงตรวจจับ ผลลัพธ์คือ RPN ลดลงจาก 288 เหลือ 24 หรือลดลงประมาณร้อยละ 92
ทีมและกระบวนการทำ FMEA
FMEA ที่ทำโดยคนเดียวมักผิดพลาดเพราะไม่มีใครรู้ทุกมุมของปัญหา วิศวกรออกแบบอาจไม่รู้ว่าหน้างานจริงมีวิธีตั้งค่าที่ต่างจากคู่มือ ในขณะที่ช่างซ่อมบำรุงอาจไม่ทราบเหตุผลเชิงวิศวกรรมเบื้องหลังการออกแบบ FMEA ที่มีคุณภาพจึงต้องเป็นงานทีมข้ามฝ่ายเสมอ
| บทบาท | สิ่งที่นำมาสู่ทีม |
|---|---|
| Facilitator/ผู้นำการประชุม | ควบคุมกระบวนการให้เป็นไปตามระเบียบวิธี ป้องกันไม่ให้ทีมรีบสรุปคะแนนโดยไม่ผ่านการถกเถียง |
| วิศวกรออกแบบ/กระบวนการ | ความรู้เชิงทฤษฎีเรื่องฟังก์ชันและข้อจำกัดทางวิศวกรรมของอุปกรณ์ |
| ฝ่ายผลิต (Operator/หัวหน้ากะ) | ประสบการณ์ตรงหน้างาน รู้ว่าอาการผิดปกติที่แท้จริงเป็นอย่างไร |
| ฝ่ายซ่อมบำรุง | ประวัติการเสียจริง (machine history) และความเป็นไปได้ทางเทคนิคของมาตรการแก้ไข |
| ฝ่ายคุณภาพ (QA/QC) | ข้อมูลของเสียและข้อร้องเรียนจากลูกค้าที่เชื่อมโยงกับ Failure Mode |
| ฝ่ายความปลอดภัย (SHE) | มุมมองความเสี่ยงต่อบุคคลสำหรับ Failure Mode ที่ Severity สูง ให้คะแนนสอดคล้องกับหลักการของ KYT |
ในแง่จังหวะเวลา FMEA ไม่ใช่กิจกรรมที่ทำครั้งเดียวแล้วจบ แต่ควรเกิดขึ้นใน 3 จังหวะหลักดังตาราง
| จังหวะ | เป้าหมาย |
|---|---|
| ก่อนเปิดตัวเครื่องจักร/กระบวนการใหม่ | ป้องกันปัญหาตั้งแต่ขั้นออกแบบ เชื่อมกับ MP Design ของเสา Early Management ก่อนลงทุนสร้างจริง |
| ทบทวนตามรอบ (เช่น ทุกปี หรือเมื่อมีการเปลี่ยนแปลง 4M) | ปรับปรุงคะแนน O และ D ตามข้อมูลจริงที่สะสมมา และตรวจสอบว่ามาตรการเดิมยังได้ผลอยู่หรือไม่ |
| หลังเกิดเหตุการณ์ใหญ่ (breakdown รุนแรง หรืออุบัติเหตุ) | นำผลจากการวิเคราะห์ Why-Why หรือ FTA มาปรับปรุง FMEA เดิม เพื่อป้องกันไม่ให้เกิดซ้ำในจุดใกล้เคียง |
ขั้นตอนการทำ FMEA 6 ข้อ
- กำหนดขอบเขตและตั้งทีม เลือกระบบ เครื่องจักร หรือขั้นตอนกระบวนการที่จะวิเคราะห์ให้ชัดเจน ตั้งทีมข้ามฝ่ายตามหัวข้อก่อนหน้า และกำหนดแบบฟอร์ม worksheet ที่จะใช้ร่วมกัน
- ระบุฟังก์ชันและ Failure Mode ไล่ทีละชิ้นส่วนหรือขั้นตอน เขียนฟังก์ชันที่ควรทำ แล้วระดมสมองว่ามีทางใดบ้างที่ฟังก์ชันนั้นจะล้มเหลว เขียนให้เจาะจงที่สุด
- วิเคราะห์ผลกระทบและให้คะแนน Severity สำหรับแต่ละ Failure Mode ให้ระบุผลกระทบที่ตามมา แล้วให้คะแนน S ตามตารางเกณฑ์มาตรฐานร่วมกันทั้งทีม
- วิเคราะห์สาเหตุและให้คะแนน Occurrence ขุดหาสาเหตุเชิงกลไกด้วยเครื่องมืออย่าง Why-Why Analysis แล้วให้คะแนน O จากข้อมูลประวัติจริง
- ประเมินการควบคุมปัจจุบันและให้คะแนน Detection คำนวณ RPN บันทึกวิธีตรวจสอบที่มีอยู่ ให้คะแนน D แล้วคูณ S x O x D ได้ค่า RPN พร้อมพิจารณา Severity แยกต่างหากตามหลัก Action Priority
- กำหนดมาตรการ มอบหมายผู้รับผิดชอบ และติดตามผล จัดลำดับความสำคัญ กำหนดมาตรการที่มุ่งลดสาเหตุที่รากก่อนเสมอ มอบหมายผู้รับผิดชอบพร้อมกำหนดเวลา แล้ววนกลับมาให้คะแนนใหม่หลังดำเนินการเพื่อยืนยันผล
กับดัก 8 ข้อที่พบบ่อยเมื่อทำ FMEA
- ให้คะแนนคนเดียวแทนที่จะเป็นมติทีม เมื่อวิศวกรคนเดียวกรอกคะแนนทั้งตารางโดยไม่ผ่านการถกเถียงกับฝ่ายผลิตและซ่อมบำรุง ตัวเลขที่ได้จะสะท้อนมุมมองเดียวและมักคลาดเคลื่อนจากความเป็นจริงหน้างาน
- ทำครั้งเดียวแล้วไม่ทบทวน FMEA ที่ทำเสร็จแล้วเก็บเข้าแฟ้มโดยไม่เคยเปิดดูอีกจะล้าสมัยทันทีที่มีการเปลี่ยนแปลง 4M เกิดขึ้น ทำให้คะแนน O และ D ไม่ตรงกับสภาพจริง
- สับสน Severity ของผลกระทบกับความถี่ที่เกิด บางทีมให้คะแนน S สูงเพราะเกิดบ่อย ทั้งที่ Severity ควรวัดจากความรุนแรงเมื่อเกิดเท่านั้น ความถี่เป็นหน้าที่ของ Occurrence ต่างหาก การปนกันสองมิตินี้ทำให้ RPN บิดเบือนทั้งระบบ
- มองข้าม Hidden Failure ความล้มเหลวของอุปกรณ์นิรภัยหรือระบบสำรอง เช่น วาล์วระบายความดันฉุกเฉิน มักไม่แสดงอาการจนกว่าจะถึงเวลาที่ต้องใช้งานจริง ทีมที่ไม่คิดถึง Failure Mode ประเภทนี้จะประเมิน Detection ต่ำเกินจริงเพราะไม่เคยเห็นมันพัง ทั้งที่ไม่มีระบบตรวจสอบเชิงป้องกันเลย
- ใช้ RPN ตัวเดียวตัดสินใจโดยไม่ดู Severity แยก ดังที่อธิบายไว้ในหัวข้อข้อจำกัดของ RPN การจัดลำดับด้วย RPN รวมเพียงอย่างเดียวอาจทำให้รายการที่ Severity สูงมากถูกลดความสำคัญลงอย่างผิดพลาด
- เขียน Failure Mode กว้างเกินไป การเขียนเพียงว่าเครื่องเสียหรือของเสีย ทำให้ไม่สามารถวิเคราะห์สาเหตุหรือกำหนดมาตรการที่เจาะจงได้ ต้องเขียนถึงระดับกลไก เช่น ตลับลูกปืนแตกร้าว ไม่ใช่มอเตอร์เสีย
- ไม่อัปเดตหลังเปลี่ยนแปลง 4M เมื่อเปลี่ยนวัตถุดิบ วิธีการทำงาน คน หรือเครื่องจักรบางส่วน แต่ไม่ย้อนกลับมาทบทวน FMEA เดิม เอกสารจะไม่สะท้อนความเสี่ยงที่แท้จริงอีกต่อไป ควรผูก FMEA เข้ากับกระบวนการ 4M Change Control โดยตรง
- ทำเสร็จแล้วไม่ผูกกับ Action Plan ที่ติดตามได้จริง มาตรการแนะนำที่เขียนไว้สวยหรูในตารางแต่ไม่มีผู้รับผิดชอบ ไม่มีกำหนดเวลา และไม่มีการติดตามปิดงาน จะไม่ต่างอะไรจากการไม่ได้ทำ FMEA เลย ควรเชื่อมมาตรการทุกข้อเข้ากับระบบ Action Plan ของโรงงาน
FMEA เชื่อมโยงกับเครื่องมือ TPM อื่นอย่างไร
FMEA ไม่ได้ทำงานอย่างโดดเดี่ยว แต่เป็นจุดเชื่อมกลางที่ป้อนข้อมูลเข้าออกกับเครื่องมือ TPM แทบทุกเสาหลัก
RCM (Reliability Centered Maintenance) ผลลัพธ์จาก FMEA โดยเฉพาะรายการ Failure Mode ที่มี RPN หรือ Severity สูง คือข้อมูลตั้งต้นที่ RCM นำไปใช้ในตรรกะการตัดสินใจ (decision logic) เพื่อเลือกกลยุทธ์บำรุงรักษาที่เหมาะสมที่สุดสำหรับแต่ละ Failure Mode ไม่ว่าจะเป็น TBM, CBM หรือปล่อยให้เสียแล้วซ่อม (Run-to-Failure) ขึ้นอยู่กับความคุ้มค่า
Early Management (EM) DFMEA ควรทำตั้งแต่ช่วงออกแบบเครื่องจักรหรือกระบวนการใหม่ ซึ่งเป็นหัวใจของ MP Design ในเสา Early Management การพบ Failure Mode ตั้งแต่บนกระดาษก่อนลงทุนสร้างจริงมีต้นทุนแก้ไขต่ำกว่าการพบหลังติดตั้งเครื่องจักรแล้วหลายเท่าตัว
Poka-Yoke มาตรการแก้ไขที่ได้จาก FMEA จำนวนมากออกแบบออกมาเป็นกลไก Poka-Yoke โดยตรง เพราะเป้าหมายคือลดค่า Detection ให้เหลือ 1-2 ซึ่งทำได้ดีที่สุดด้วยกลไกป้องกันความผิดพลาดอัตโนมัติมากกว่าการเพิ่มการตรวจสอบด้วยคน
Quality Maintenance (QM Matrix) FMEA ทำงานคู่กับ QA Matrix และ QM Matrix โดย QM Matrix เชื่อมโยงคุณลักษณะคุณภาพ (quality characteristic) เข้ากับขั้นตอนกระบวนการและชิ้นส่วนเครื่องจักร (Q-Component) ในขณะที่ FMEA เจาะลึกลงไปว่าแต่ละจุดนั้นมีโอกาสล้มเหลวแบบใดและรุนแรงแค่ไหน
P-M Analysis เมื่อ Failure Mode ใดมี RPN สูงเรื้อรังและมาตรการทั่วไปแก้ไม่หาย มักเป็นสัญญาณว่าสาเหตุซับซ้อนกว่าที่คิด ควรส่งต่อไปวิเคราะห์เชิงลึกด้วย P-M Analysis ที่มองปัญหาในระดับฟิสิกส์ของกลไก
Why-Why Analysis ในขั้นตอนวิเคราะห์สาเหตุของแต่ละ Failure Mode ทีมงานควรใช้ Why-Why Analysis (5 Why) ขุดถามซ้ำจนถึงรากสาเหตุที่แท้จริง แทนที่จะหยุดที่อาการผิวเผินซึ่งจะทำให้มาตรการแก้ไขไม่ได้ผลถาวร
FTA (Fault Tree Analysis) สำหรับ Failure Mode ที่มีหลายสาเหตุร่วมกันแบบซับซ้อน เช่นต้องเกิดเงื่อนไข A และ B พร้อมกันจึงจะนำไปสู่ผลลัพธ์ การเขียนเป็นแผนภาพต้นไม้ตรรกะด้วย FTA จะช่วยให้เห็นความสัมพันธ์ AND/OR ระหว่างสาเหตุได้ชัดเจนกว่าการเขียนเป็นรายการในตาราง FMEA เพียงอย่างเดียว
FMEA กับภาพรวมความสำเร็จของ TPM
ท้ายที่สุดแล้ว คุณค่าของ FMEA ไม่ได้อยู่ที่ตารางที่กรอกเสร็จสวยงาม แต่อยู่ที่ตัวเลข RPN ที่ลดลงจริงเมื่อวัดซ้ำ และผลลัพธ์เชิงธุรกิจที่ตามมา เช่น OEE ที่สูงขึ้นจากการลด breakdown ที่คาดการณ์ได้ล่วงหน้า จำนวนข้อร้องเรียนลูกค้าที่ลดลงจาก Quality Defect Loss ที่ถูกป้องกันตั้งแต่ต้นทาง และค่า MTBF ที่ยืดออกจากมาตรการเชิงป้องกันที่มาจากการวิเคราะห์อย่างเป็นระบบ ไม่ใช่การเดา
องค์กรที่เดินสาย TPM อย่างจริงจังตามแนวทาง TPM 12 ขั้นตอน มักผนวก FMEA เข้าไว้เป็นส่วนหนึ่งของ Daily Management และกิจกรรม Autonomous Maintenance ขั้นที่เกี่ยวข้องกับการวิเคราะห์จุดเสี่ยง โดยฝึกให้พนักงานหน้างานเข้าใจหลักการพื้นฐานผ่าน OPL และเสริมทักษะการวิเคราะห์ผ่านระบบ Skill Matrix เพื่อให้ FMEA ไม่ใช่งานของวิศวกรเพียงไม่กี่คน แต่เป็นวัฒนธรรมการคิดป้องกันล่วงหน้าที่แทรกอยู่ในทุกระดับขององค์กร ตัวชี้วัดที่ได้จากกระบวนการนี้ยังนำไปผูกกับระบบ KMI KPI KAI เพื่อรายงานผลจากระดับปฏิบัติการขึ้นไปถึงผู้บริหารได้อย่างเป็นรูปธรรม
หากโรงงานของท่านกำลังมองหาแนวทางเริ่มต้นวางระบบ FMEA ให้เหมาะกับบริบทของเครื่องจักรและกระบวนการจริง ทีมที่ปรึกษาของเราพร้อมให้คำแนะนำตั้งแต่การออกแบบ worksheet การฝึกอบรมทีมข้ามฝ่าย ไปจนถึงการเชื่อมโยงผลลัพธ์เข้ากับแผนบำรุงรักษาทั้งระบบ ปรึกษาผู้เชี่ยวชาญ TPM ของเรา
