บทความเรื่อง Planned Maintenance คืออะไร ได้แนะนำสูตร MTBF, MTTR และ Availability พร้อมตัวอย่างคำนวณสั้น ๆ ไว้แล้วในหัวข้อ "ตัวชี้วัดที่ต้องติดตาม" แต่ปัญหาที่ทีมซ่อมบำรุงเจอในหน้างานจริงไม่ใช่ "สูตรผิด" ปัญหาจริงอยู่ที่ข้อมูลดิบที่ป้อนเข้าสูตรถูกต้องหรือไม่ ตีความถูกทางหรือไม่ และรู้ทันกับดักที่ทำให้ตัวเลขดูสวยแต่หลอกตัวเองหรือเปล่า บทความนี้เป็นภาคเจาะลึกที่ต่อยอดจาก flagship บทความเสาที่ 3 โดยตรง ครอบคลุมการออกแบบระบบเก็บข้อมูลดิบให้ถูกต้อง ตัวอย่างเดินเลขเต็มจากข้อมูลจริง 3 ชุด กับดักการคำนวณ 8 ข้อที่พบบ่อยที่สุด ไปจนถึงการตีความค่าเพื่อตัดสินใจเชิงบำรุงรักษาจริง

MTBF และ MTTR คืออะไร นิยามที่ต้องแม่นยำตั้งแต่ต้น

MTBF (Mean Time Between Failures) คือเวลาเฉลี่ยที่เครื่องจักรทำงานได้ระหว่างความล้มเหลวสองครั้งติดกัน คำว่า "Mean" คือหัวใจของนิยามนี้ เพราะ MTBF เป็นค่าเฉลี่ยทางสถิติที่คำนวณจากกลุ่มเหตุการณ์ความเสียหายหลายครั้ง หรือกลุ่มเครื่องจักรประเภทเดียวกัน ไม่ใช่การพยากรณ์ว่าเครื่องหนึ่งจะเสียเมื่อไหร่ ส่วน MTTR (Mean Time To Repair) คือเวลาเฉลี่ยที่ทีมซ่อมบำรุงใช้ลงมือซ่อมจริงต่อความเสียหายหนึ่งครั้ง นับเฉพาะช่วงที่ช่างอยู่หน้างานและลงมือแก้ไข ไม่รวมเวลารอ

ความเข้าใจผิดที่พบบ่อยที่สุดในหน้างานคือการอ่าน MTBF เป็น "อายุการใช้งานที่คาดหวังของเครื่องเดียว" เช่น เห็น MTBF 500 ชั่วโมง แล้วสรุปว่าปั๊มตัวนี้จะวิ่งได้ครบ 500 ชั่วโมงพอดีก่อนเสียทุกรอบ ความเข้าใจนี้ผิดหลักสถิติตั้งแต่ต้น เพราะ MTBF ไม่ได้บอกว่าเมื่อไหร่เครื่องหนึ่งจะเสีย บอกเพียงอัตราเฉลี่ยของกลุ่มเหตุการณ์ เครื่องเดียวกันอาจเสียที่ชั่วโมงที่ 50 ในรอบหนึ่ง แล้วไปเสียอีกทีที่ชั่วโมงที่ 950 ในอีกรอบ โดยค่าเฉลี่ยยังเท่ากับ 500 ชั่วโมงพอดี การกระจายตัวของเวลาการเสียจึงสำคัญไม่น้อยกว่าค่าเฉลี่ย ดังจะอธิบายในหัวข้อสถิติด้านล่าง

ด้วยเหตุนี้ MTBF ที่มีความหมายทางสถิติจริงต้องคำนวณจากกลุ่มเสมอ อาจเป็นกลุ่มเหตุการณ์ความเสียหายหลายครั้งของเครื่องเดียวในช่วงเวลายาวพอ หรือกลุ่มเครื่องจักรรุ่นเดียวกันที่สภาพใกล้เคียงกัน ยิ่งจำนวนเหตุการณ์น้อย ค่าที่ได้ยิ่งผันผวนสูงและเชื่อถือได้น้อยลง องค์กรที่วางรากฐานนี้ดีมักมาจากการวางโครงสร้าง 8 เสาหลักของ TPMเชื่อมตัวชี้วัดระดับปฏิบัติการกับเป้าหมายระดับบนผ่าน KMI-KPI-KAI

ตัวชี้วัดนิยามแบบเต็มตอบคำถามอะไรข้อควรระวังหลัก
MTBFเวลาเฉลี่ยที่เครื่องทำงานได้ระหว่างความล้มเหลวสองครั้ง (Uptime หารด้วยจำนวนครั้งเสีย)เครื่องเสียบ่อยแค่ไหนโดยเฉลี่ยเป็นค่าเฉลี่ยของกลุ่ม ไม่ใช่การพยากรณ์เครื่องเดียว
MTTRเวลาเฉลี่ยที่ซ่อมจริง (active repair) ต่อครั้ง ไม่รวมเวลารอทีมซ่อมเก่งและพร้อมแค่ไหนมักถูกนับปนกับเวลารอจนบวมเกินจริง
MDTเวลาหยุดรวมทั้งหมดต่อครั้ง ตั้งแต่เกิดเหตุถึงเริ่มผลิตได้ (รวมเวลารอ)ธุรกิจสูญเสียเวลาการผลิตไปเท่าไหร่ต่อครั้งคือตัวเลขที่ควรใช้คำนวณ Availability ไม่ใช่ MTTR
Availabilityสัดส่วนเวลาที่เครื่องพร้อมทำงานจริง = MTBF ÷ (MTBF+MDT)ในเวลาทั้งหมด เครื่องพร้อมใช้งานกี่เปอร์เซ็นต์ต้องใช้ MDT ไม่ใช่ MTTR ในตัวหาร มิฉะนั้นค่าจะสูงเกินจริง

หัวใจของการคำนวณที่ถูกต้อง อยู่ที่การเก็บข้อมูลดิบ ไม่ใช่ที่สูตร

สูตร MTBF และ MTTR มีเพียงบรรทัดเดียวและไม่เคยเปลี่ยน สิ่งที่ทำให้ตัวเลขสองตัวนี้ผิดเพี้ยนในทางปฏิบัติคือคุณภาพของข้อมูลดิบที่ป้อนเข้าสูตร บทความ Planned Maintenance คืออะไร พูดถึงจุดเวลาสำคัญของความเสียหายไว้แล้วในภาพรวม หัวข้อนี้จะขยายว่าต้องบันทึกจุดเวลาใดบ้าง และเหตุใดการปนกันระหว่างเวลาซ่อมจริงกับเวลารอจึงทำให้ MTTR ที่รายงานกันสูงเกินจริงหลายเท่าตัว

4 จุดเวลาที่ต้องบันทึกทุกครั้งที่เกิดความเสียหาย

ใบแจ้งซ่อมหรือ Work Order ที่ดีต้องบังคับบันทึกเวลาอย่างน้อย 4 จุด ไม่ใช่แค่ "เวลาแจ้ง" กับ "เวลาปิดงาน" ตามที่หลายระบบทำกันอยู่ เพราะสองจุดนั้นแยกเวลาซ่อมจริงออกจากเวลารอไม่ได้เลย

จุดเวลานิยามใครบันทึก
T0 เวลาที่เกิดเหตุเวลาที่เครื่องจักรหยุดทำงานหรือแสดงอาการผิดปกติจริง ไม่ใช่เวลาที่มีคนมาเห็นผู้ควบคุมเครื่องหรือระบบเซนเซอร์อัตโนมัติ
T1 เวลาที่ช่างเริ่มลงมือเวลาที่ช่างซ่อมบำรุงมาถึงหน้างานและเริ่มวินิจฉัยหรือลงมือแก้ไขช่างซ่อมบำรุงเซ็นรับงานในระบบ
T2 เวลาที่ซ่อมเสร็จเวลาที่งานซ่อมทางกลไกหรือไฟฟ้าเสร็จสมบูรณ์ เครื่องพร้อมทดสอบช่างซ่อมบำรุงเซ็นปิดงานซ่อม
T3 เวลาที่เริ่มผลิตได้จริงเวลาที่เครื่องจักรกลับมาผลิตชิ้นงานที่ผ่านมาตรฐานคุณภาพจริงผู้ควบคุมเครื่องหรือหัวหน้ากะยืนยัน

จากจุดเวลาทั้งสี่ คำนวณช่วงย่อยได้สามช่วง คือเวลารอช่าง (T1−T0) เวลาซ่อมจริงหรือ MTTR (T2−T1) และเวลารอหลังซ่อมก่อนกลับมาผลิตได้ (T3−T2) ผลรวมทั้งสามช่วงคือเวลาหยุดรวมหรือ MDT (T3−T0) องค์กรที่บันทึกแค่ T0 กับ T3 จะไม่มีทางรู้ว่าเวลาที่หายไปเกิดจากช่างซ่อมช้าหรือระบบสนับสนุนช้า ควรตรวจสอบว่าเวลาที่บันทึกมาจากเหตุการณ์จริงด้วยหลัก 3-Gen ไปดูของจริงที่หน้างาน เป็นระยะ ทีมผลิตที่ผ่านการฝึก Autonomous Maintenance (AM) มาดีมักบันทึก T0 ได้แม่นยำกว่า เพราะรู้จักอาการผิดปกติตั้งแต่ระยะเริ่มต้นจากกิจกรรมทำความสะอาดประจำวัน

โรงงานที่ต้องการความแม่นยำสูงขึ้น เริ่มติดตั้งเซนเซอร์ตรวจจับสถานะเครื่องจักรอัตโนมัติเพื่อบันทึก T0 โดยไม่ต้องพึ่งคน เป็นทิศทางของ Smart Factory และ Industry 4.0 ที่ต่อยอดจาก TPM เดิม ส่วนระบบบันทึกเวลาทั้งสี่จุดควรอยู่ในระบบ CMMSที่บังคับกรอกฟิลด์เวลา เพราะข้อมูลขาดหายบางส่วนจะทำให้สถิติทั้งชุดใช้งานไม่ได้

แยก "เวลาซ่อมจริง" ออกจาก "เวลารอ" จุดที่ MTTR บวมเกินจริงมากที่สุด

เวลารอที่ปนเข้าไปใน MTTR มีหลายรูปแบบ และแต่ละแบบมีวิธีแก้ต่างกันโดยสิ้นเชิง การนำเวลารอทั้งหมดไปกองรวมเป็น MTTR ก้อนเดียวทำให้ทีมบำรุงรักษาแก้ปัญหาผิดจุดเสมอ เช่น สั่งอบรมเพิ่มทักษะช่างทั้งที่ปัญหาจริงคือระบบเบิกอะไหล่ช้า

ประเภทเวลารอตัวอย่างหน้างานแนวทางลด
รอช่างว่าง (Response delay)แจ้งซ่อมแล้วช่างติดงานอื่นอยู่ กว่าจะมาถึงหน้างาน 30 ถึง 90 นาทีจัดกะช่างประจำโซน กำหนด response time เป็น KPI แยกจาก MTTR
รออะไหล่ (Wait for parts)อะไหล่อยู่คลังคนละอาคาร หรือของหมดสต๊อกต้องสั่งซื้อจัดชุดอะไหล่ critical spare ไว้ใกล้จุดใช้งาน ทำระบบเบิกด่วน
รอใบอนุมัติงาน (Wait for permit)งาน hot work หรือ LOTO ต้องรอผู้มีอำนาจเซ็นอนุมัติก่อนเริ่มกำหนดผู้อนุมัติสำรองต่อกะ ไม่ให้ติดคอขวดที่คนเดียว
รอผู้เชี่ยวชาญหรือผู้รับเหมาช่วงกะดึกไม่มีช่างเฉพาะทาง เช่น ผู้เชี่ยวชาญเกียร์ ต้องรอกะเช้าหรือเรียกจากบ้านทำSkill Matrixวางแผนอัตรากำลังข้ามกะให้ครอบคลุมทักษะวิกฤต
รอตรวจสอบหรือสตาร์ทเครื่องซ่อมเสร็จแล้วแต่ต้องรอ QC ตรวจสอบ หรือรอ warm-up และ alignment checkกำหนดขั้นตอน verification ให้กระชับและมีคนพร้อมประจำ

ข้อสังเกตสำคัญคือเวลารอบางประเภท เช่น รอช่างว่างหรือรอสตาร์ทเครื่อง มักเป็นการหยุดสั้น ๆ ที่หน้างานมักไม่รายงานเพราะดูไม่ใช่การเสียใหญ่โต ซึ่งมีธรรมชาติต่างจากMinor Stop Loss (Chokotei)ที่เป็นการหยุดจิ๋วระหว่างเดินเครื่องปกติ เวลารอในบริบทนี้เกิดขึ้นระหว่างเหตุการณ์ breakdown ที่นับเป็นความล้มเหลวอยู่แล้ว จึงต้องแยกให้ชัดว่าเป็นคนละเรื่องกัน ไม่ควรเหมารวมหรือแยกออกจาก MDT โดยพลการ

ตัวอย่างคำนวณเดินเลขเต็ม 3 ชุด จากข้อมูลดิบจริงหน้างาน

สามตัวอย่างต่อไปนี้จำลองจากรูปแบบข้อมูลที่พบได้จริงในโรงงาน แต่ละชุดแสดง log เหตุการณ์ทีละครั้งพร้อมจุดเวลาทั้งสี่ แล้วไล่คำนวณ MTBF, MTTR (active repair), MDT และ Availability ให้เห็นวิธีคิดทุกขั้นตอน ตัวเลข Availability ในหัวข้อนี้เป็นคนละมุมกับ Performance และ Quality ในสูตร OEE เพราะเป็นเพียงหนึ่งในสามองค์ประกอบเท่านั้น

ชุดที่ 1 ปั๊มหล่อเย็น P-101

ช่วงเวลาสังเกตการณ์ 1 มกราคม ถึง 31 มีนาคม รวม 90 วัน เครื่องเดินต่อเนื่อง 24 ชั่วโมงต่อวัน ไม่มีการหยุดตามแผน จึง exposure time = 90×24 = 2,160 ชั่วโมง ในช่วงนี้เกิดความเสียหาย 4 ครั้ง ดังตาราง

ครั้งที่ / วันที่T0 เกิดเหตุT1 ช่างเริ่มงานT2 ซ่อมเสร็จT3 เริ่มผลิตได้อาการหรือสาเหตุ
1 / 15 ม.ค.08:0008:4510:1510:30ลูกปืนมอเตอร์ปั๊มมีเสียงดัง เปลี่ยนลูกปืน
2 / 2 ก.พ.14:0014:2017:5018:00Mechanical seal รั่ว เปลี่ยนซีลใหม่
3 / 20 ก.พ.03:0004:3005:3005:45ปั๊มหยุดกะดึก ไม่มีช่างประจำกะ ต้องเรียกจากบ้าน
4 / 18 มี.ค.09:0009:1009:4009:45สายพานขับหย่อน ปรับความตึงใหม่

เวลาซ่อมจริง (T2−T1) และเวลารอ (T1−T0)+(T3−T2) ต่อครั้ง เป็นนาที: ครั้งที่ 1 ซ่อมจริง 90 รอ 60 · ครั้งที่ 2 ซ่อมจริง 210 รอ 30 · ครั้งที่ 3 ซ่อมจริง 60 รอ 105 · ครั้งที่ 4 ซ่อมจริง 30 รอ 15 รวมเวลาซ่อมจริง 390 นาที รวมเวลารอ 210 นาที เวลาหยุดรวม = 390+210 = 600 นาที (10 ชั่วโมง) Uptime = 2,160−10 = 2,150 ชั่วโมง (n = 4 ครั้ง) จึงคำนวณได้ดังนี้

  • MTBF = Uptime ÷ n = 2,150 ÷ 4 = 537.5 ชั่วโมง
  • MTTR (เฉพาะเวลาซ่อมจริง) = 390 ÷ 4 = 97.5 นาที (ประมาณ 1.63 ชั่วโมง)
  • MDT (เวลาหยุดรวมเฉลี่ยต่อครั้ง) = 600 ÷ 4 = 150 นาที (2.5 ชั่วโมง)
  • Availability = MTBF ÷ (MTBF+MDT) = 537.5 ÷ 540 = 0.9954 หรือ 99.54%

ข้อสังเกต: ครั้งที่ 3 ซึ่งเกิดกะดึก มีเวลารอสูงถึง 105 นาทีจากทั้งหมด 165 นาที (เกือบ 64%) เพราะไม่มีช่างประจำกะดึก หากนำ MDT ก้อนนี้ไปตีความว่าเป็นฝีมือช่างแย่ จะผิดทันที ต้นตอจริงคือการจัดอัตรากำลังกะดึก ไม่ใช่ทักษะการซ่อม

ชุดที่ 2 สายพานลำเลียง C-205

ช่วงเวลาสังเกตการณ์ 60 วัน สายพานนี้เดินเครื่องตามแผน 2 กะ หรือ 16 ชั่วโมงต่อวัน และหยุดตามแผน 8 ชั่วโมงต่อวันเพื่อทำความสะอาดและ PM ประจำวัน เวลาหยุดตามแผนนี้ต้องตัดออกจาก exposure time ตั้งแต่ต้น ไม่นำมาปนกับการคำนวณ MTBF และ MTTR ของความเสียหายที่ไม่ได้วางแผน จึง exposure time = 60×16 = 960 ชั่วโมง เกิดความเสียหาย 5 ครั้งในช่วงนี้

ครั้งที่ / วันที่T0 เกิดเหตุT1 ช่างเริ่มงานT2 ซ่อมเสร็จT3 เริ่มผลิตได้อาการหรือสาเหตุ
1 / 5 ม.ค.09:1509:1509:3509:35สายพานหลุดราง ช่างอยู่หน้างานพอดี ปรับกลับเข้าราง
2 / 14 ม.ค.13:0013:3015:0015:10ลูกกลิ้ง bearing เสียงดังผิดปกติ เปลี่ยนลูกกลิ้ง
3 / 2 ก.พ.07:0009:0009:4509:50มอเตอร์ขับไหม้ รออะไหล่จากคลังคนละอาคาร
4 / 19 ก.พ.11:0011:0511:3511:40สายพานขาด เย็บต่อชั่วคราว
5 / 27 ก.พ.16:0016:4519:1519:20โครงสร้างรับสายพานร้าว ต้องเชื่อมซ่อม รอใบอนุมัติ hot work

เวลาซ่อมจริงแต่ละครั้ง (นาที): 20, 90, 45, 30, 150 รวม 335 นาที เวลารอแต่ละครั้ง (นาที): 0, 40, 125, 10, 50 รวม 225 นาที เวลาหยุดรวม = 335+225 = 560 นาที Uptime = 960−(560÷60) = 960−9.33 = 950.67 ชั่วโมง (n = 5 ครั้ง)

  • MTBF = 950.67 ÷ 5 = 190.13 ชั่วโมง
  • MTTR (เฉพาะเวลาซ่อมจริง) = 335 ÷ 5 = 67 นาที (ประมาณ 1.12 ชั่วโมง)
  • MDT (เวลาหยุดรวมเฉลี่ย) = 560 ÷ 5 = 112 นาที (ประมาณ 1.87 ชั่วโมง)
  • Availability = 190.13 ÷ 192.0 = 0.9903 หรือ 99.03%

จุดที่ควรสังเกต: ครั้งที่ 3 มีเวลารอ 125 นาทีจากทั้งหมด 170 นาที (ประมาณ 74%) เพราะอะไหล่อยู่คนละอาคาร และครั้งที่ 5 มีเวลารอ 50 นาทีจากการรอใบอนุมัติ hot work ทั้งสองเป็นปัญหาระบบสนับสนุน ไม่ใช่ฝีมือช่าง 4M Analysisแยกตาม Man, Machine, Material, Method ช่วยชี้ว่าควรแก้ที่ Material หรือ Method ไม่ใช่โทษตัวช่าง

ชุดที่ 3 มอเตอร์เกียร์ GM-310

ช่วงเวลาสังเกตการณ์ 120 วัน ตั้งแต่ 1 มกราคม ถึง 30 เมษายน เดินเครื่องต่อเนื่อง 24 ชั่วโมงต่อวัน exposure time = 120×24 = 2,880 ชั่วโมง เครื่องนี้เสียเพียง 3 ครั้งในช่วงนี้ แต่แต่ละครั้งใช้เวลาซ่อมนานกว่าสองตัวอย่างแรกมาก เพราะเป็นงานที่ต้องเปิดเคสเกียร์และเปลี่ยนชิ้นส่วนภายใน

ครั้งที่ / วันที่T0 เกิดเหตุT1 ช่างเริ่มงานT2 ซ่อมเสร็จT3 เริ่มผลิตได้อาการหรือสาเหตุ
1 / 22 ม.ค.10:0010:3016:3017:00แบริ่งเกียร์ชุดในเสียหาย เปลี่ยนแบริ่ง
2 / 8-9 มี.ค.22:0006:00 (วันถัดไป)09:30 (วันถัดไป)09:45 (วันถัดไป)ซีลกันน้ำมันรั่ว กะดึกไม่มีช่างเฉพาะทางเกียร์ ต้องรอกะเช้า
3 / 14 เม.ย.08:0008:1509:1509:20จุดยึดฐานมอเตอร์คลายตัว ขันแน่นใหม่

เวลาซ่อมจริงแต่ละครั้ง (นาที): 360, 210, 60 รวม 630 นาที เวลารอแต่ละครั้ง (นาที): 60, 495 (รอข้ามกะจนถึงเช้าวันถัดไป), 20 รวม 575 นาที เวลาหยุดรวม = 630+575 = 1,205 นาที Uptime = 2,880−(1,205÷60) = 2,880−20.08 = 2,859.92 ชั่วโมง (n = 3 ครั้ง)

  • MTBF = 2,859.92 ÷ 3 = 953.31 ชั่วโมง
  • MTTR (เฉพาะเวลาซ่อมจริง) = 630 ÷ 3 = 210 นาที (3.5 ชั่วโมง)
  • MDT (เวลาหยุดรวมเฉลี่ย) = 1,205 ÷ 3 = 401.67 นาที (ประมาณ 6.69 ชั่วโมง)
  • Availability = 953.31 ÷ 960.0 = 0.9930 หรือ 99.30%

MTBF ที่สูงถึง 953 ชั่วโมงไม่ได้แปลว่าเครื่องนี้น่าห่วงน้อยกว่าเครื่องอื่นเสมอไป เพราะเมื่อเสียแต่ละครั้ง ทั้ง MTTR และ MDT สูงกว่าปั๊มและสายพานมาก โดยเฉพาะครั้งที่ 2 ที่เวลารอสูงถึง 495 นาที (8.25 ชั่วโมง) จากการไม่มีช่างเฉพาะทางเกียร์ในกะดึก การวางแผนด้วยSkill Matrixให้ครอบคลุมทักษะวิกฤตทุกกะจึงสำคัญไม่น้อยกว่าการทำให้ MTBF สูงขึ้น

สรุปเปรียบเทียบผลลัพธ์ทั้ง 3 เครื่อง

เมื่อนำผลของทั้งสามเครื่องมาเทียบกันในตารางเดียว จะเห็นรูปแบบที่แตกต่างกันชัดเจน แม้ทั้งสามจะอยู่ในโรงงานเดียวกัน

เครื่องจักรจำนวนครั้งเสีย (n)Exposure timeMTBFMTTR (ซ่อมจริง)MDT (หยุดรวม)Availability
ปั๊มหล่อเย็น P-10142,160 ชม.537.5 ชม.97.5 นาที150 นาที99.54%
สายพานลำเลียง C-2055960 ชม. (เวลาทำงานตามแผน)190.1 ชม.67 นาที112 นาที99.03%
มอเตอร์เกียร์ GM-31032,880 ชม.953.3 ชม.210 นาที401.7 นาที99.30%

ปั๊มหล่อเย็นเสียบ่อยที่สุดเมื่อเทียบสัดส่วน แต่ MTTR และ MDT ต่ำ ทำให้ Availability สูงสุดในกลุ่ม สายพานลำเลียงมี MTBF ต่ำสุดเพราะกลไกสัมผัสงานโดยตรงและมีจุดสึกหรอหลายจุด ส่วนมอเตอร์เกียร์เสียน้อยที่สุดแต่กระทบการผลิตนานที่สุดเมื่อเสีย ปั๊มและสายพานเหมาะกับPredictive Maintenance (CBM)เพื่อจับสัญญาณก่อนเสีย ส่วนมอเตอร์เกียร์ที่เสียไม่บ่อยแต่รุนแรงเหมาะกับRCMเพื่อวางแผนอะไหล่-กำลังคนล่วงหน้าเฉพาะจุดวิกฤต

กับดักการคำนวณ 8 ข้อที่ทำให้ตัวเลข MTBF และ MTTR โกหก

ตัวเลข MTBF และ MTTR ที่ผิดเพี้ยนในทางปฏิบัติแทบทั้งหมดไม่ได้มาจากสูตรผิด แต่มาจากวิธีเตรียมข้อมูลก่อนเข้าสูตร ตารางด้านล่างรวบรวมกับดักที่พบบ่อยที่สุด 8 ข้อ

กับดักอาการที่พบวิธีแก้
1. รวม planned downtime ปนกับ unplannedนำเวลาหยุดตามแผน เช่น PM หรือเปลี่ยนรุ่น ไปรวมกับ breakdown ทำให้ MTBF ต่ำเกินจริงแยก exposure time เฉพาะช่วงทำงานตามแผน ตามตัวอย่างสายพานลำเลียงข้างต้น
2. เครื่องไม่เคยเสียเลยเท่ากับ MTBF อนันต์เครื่องใหม่หรือดูแลดีมากอาจไม่เสียเลยตลอดช่วงสังเกตการณ์ หารด้วยศูนย์ครั้งไม่ได้ทางคณิตศาสตร์รายงาน exposure time ที่ผ่านไปโดยไม่เสีย (censored data) แทนการประกาศ MTBF เป็นตัวเลขตายตัว เช่น ผ่านมา 3,000 ชั่วโมงยังไม่เสีย
3. เทียบ MTBF ข้ามเครื่องต่างอายุหรือสภาพนำ MTBF เครื่องใหม่ไปเทียบตรง ๆ กับเครื่องเก่าที่ผ่านช่วง wear-out แล้วสรุปว่าทีมซ่อมทำงานแย่กว่าเข้าใจตำแหน่งแต่ละเครื่องบนBathtub Curveก่อนเปรียบเทียบ เพราะอัตราการเสียต่างกันตามธรรมชาติ
4. MTBF ระดับเครื่องปนกับระดับชิ้นส่วนวิกฤตเครื่องเดียวกันมีทั้งเหตุขัดข้องเล็กน้อยและความเสียหายจุดวิกฤตซ้ำ ๆ แต่รายงานรวมเป็น MTBF เดียว มองไม่เห็นจุดอ่อนจริงแยกวิเคราะห์ MTBF ของชิ้นส่วนวิกฤตต่างหากจากเครื่องทั้งเครื่อง อ้างอิงผลFMEAที่ระบุจุดวิกฤตไว้ล่วงหน้า
5. นับเวลารอปนกับเวลาซ่อมจริงจน MTTR บวมMTTR ที่รายงานสูงผิดปกติเพราะรวมเวลารออะไหล่หรือรอใบอนุมัติเข้าไปด้วย ทำให้ประเมินฝีมือช่างผิดพลาดแยก MTTR (active repair) ออกจาก MDT (รวมเวลารอ) เสมอ ตามหลักการในหัวข้อเก็บข้อมูลดิบด้านบน
6. ใช้จำนวนตัวอย่าง n น้อยเกินไปสรุปผลจากความเสียหายเพียง 1 ถึง 2 ครั้งว่าเป็นค่าปกติ ทั้งที่ความผันผวนของกลุ่มตัวอย่างเล็กสูงมากสะสมข้อมูลข้ามหลายรอบเวลาก่อนสรุปแนวโน้ม หรือรวมกลุ่มเครื่องรุ่นเดียวกันเพื่อเพิ่มขนาดตัวอย่าง
7. ไม่หักเวลาหยุดที่ไม่ใช่ breakdown เชิงกลเวลาที่เครื่องหยุดเพราะขาดวัตถุดิบหรือรอคำสั่งผลิตถูกนับปนเป็นเวลาไม่พร้อมใช้งาน ทำให้ Availability เชิงกลดูแย่กว่าจริงแยกสาเหตุการหยุดตามหมวดให้ชัดตั้งแต่ต้นทาง เฉพาะ breakdown เชิงกลเท่านั้นที่เข้าสูตร MTBF และ MDT
8. ดูแค่ค่าเฉลี่ย ไม่ดูการกระจายตัวเครื่องสองเครื่องมี MTBF เท่ากันแต่ความเสี่ยงต่างกันมาก เพราะเครื่องหนึ่งเสียสม่ำเสมอ อีกเครื่องเสียกระจุกตัวเป็นช่วง ๆดูการกระจายของเวลาการเสียประกอบค่าเฉลี่ยเสมอ ตามที่อธิบายในหัวข้อถัดไป

มองลึกกว่าค่าเฉลี่ย พื้นฐานสถิติเบื้องหลัง MTBF และ MTTR

ในทางวิศวกรรมความน่าเชื่อถือ (Reliability Engineering) MTBF สัมพันธ์โดยตรงกับอัตราการเสีย หรือ Failure Rate แทนด้วยสัญลักษณ์ λ (แลมบ์ดา) คือ λ = 1 ÷ MTBF ถ้า MTBF = 500 ชั่วโมง อัตราการเสียเฉลี่ย = 1÷500 = 0.002 ครั้งต่อชั่วโมง หรือประมาณ 2 ครั้งต่อ 1,000 ชั่วโมง ใช้ประมาณความเสียหายที่คาดว่าจะเกิดได้ แต่ต้องอาศัยสมมติฐานว่าอัตราการเสียคงที่ตลอดช่วงที่พิจารณา ซึ่งจริงเฉพาะบางช่วงอายุของเครื่องจักรเท่านั้น

ทำไมเวลาการเสียส่วนใหญ่ไม่ได้กระจายแบบ Normal Distribution

ความเข้าใจผิดที่ตามมาคือสมมติว่าเวลาการเสียกระจายแบบ Normal Distribution หรือโค้งระฆังคว่ำสมมาตร แต่ในความเป็นจริงเวลาการเสียของเครื่องจักรอุตสาหกรรมส่วนใหญ่ไม่ได้กระจายแบบนั้น เพราะกลไกการเสียมีธรรมชาติต่างกันตามช่วงอายุ ช่วงต้น (early-life) มักมาจากข้อบกพร่องการผลิตหรือติดตั้ง อัตราการเสียสูงแล้วลดลง ช่วงกลาง (useful life) เกิดแบบสุ่ม อัตราการเสียคงที่และต่ำ ช่วงปลาย (wear-out) อัตราการเสียเพิ่มขึ้นจากการสึกหรอสะสม สามช่วงนี้วาดกราฟรวมกันได้รูปทรงคล้ายอ่างอาบน้ำ อธิบายไว้ในBathtub Curve คืออะไร

ผลที่ตามมาคือค่าเฉลี่ย MTBF ตัวเดียวอาจซ่อนความจริงต่างกันไว้ข้างหลัง เครื่องสองเครื่องอาจมี MTBF เท่ากันที่ 500 ชั่วโมง แต่เครื่องหนึ่งเสียสม่ำเสมอทุก 450 ถึง 550 ชั่วโมง (กระจายแคบ คาดการณ์ง่าย) ขณะที่อีกเครื่องเสียกระจุกตัวช่วงสั้น ๆ แล้วเงียบไปนาน (กระจายกว้าง คาดการณ์ยาก) ความเสี่ยงเชิงธุรกิจจึงสูงกว่ามากแม้ค่าเฉลี่ยเท่ากัน จึงต้องใช้เครื่องมือทางสถิติ เช่น การแจกแจงแบบ Weibull ระบุตำแหน่งบน Bathtub Curve และเลือกกลยุทธ์ให้เหมาะ หลักคิดเดียวกับRCMที่เลือกกลยุทธ์เฉพาะแต่ละชิ้นส่วนแทนมาตรฐานเดียวทั้งเครื่อง

ตีความอย่างไรให้นำไปตัดสินใจได้จริง

MTBF และ MTTR มีความหมายมากที่สุดเมื่อนำมาอ่านคู่กันเป็นแนวโน้ม ไม่ใช่อ่านแยกเป็นตัวเลขเดี่ยว ๆ ในแต่ละรอบรายงาน ตารางด้านล่างสรุปสถานการณ์ที่พบบ่อยและแนวทางตอบสนอง

สถานการณ์ความหมายที่เป็นไปได้สิ่งที่ควรทำต่อ
MTBF เพิ่มขึ้น และ MTTR ก็เพิ่มขึ้นด้วยเสียน้อยลงแต่เมื่อเสียแล้วซ่อมยากขึ้นหรือรุนแรงขึ้น อาจเกิดจากปล่อยปัญหาเล็กสะสมจนกลายเป็นความเสียหายใหญ่แทนที่จะซ่อมแต่เนิ่น ๆตรวจสอบว่าความรุนแรงเพิ่มขึ้นจริงหรือเป็นเพราะความพร้อมอะไหล่และกำลังคน แล้วทำWhy-Why Analysisเจาะสาเหตุ
MTBF คงที่ แต่ downtime รวมเพิ่มขึ้นความถี่การเสียเท่าเดิม แต่แต่ละครั้งใช้เวลานานขึ้น ไม่ว่า MTTR หรือเวลารอที่เพิ่มขึ้นแยกดูว่าเวลาซ่อมจริงเพิ่มหรือเวลารอเพิ่ม เพื่อแก้ต้นตอให้ตรงจุดระหว่างทักษะทีมซ่อมกับระบบสนับสนุน
MTBF ลดลง แต่ MTTR คงที่เสียบ่อยขึ้นแต่ความรุนแรงต่อครั้งเท่าเดิม มักมาจากการเสื่อมสภาพเชิงระบบหรือสภาพการทำงานเปลี่ยนไปทำP-M Analysisเจาะสาเหตุความถี่ที่เพิ่มขึ้นเชิงฟิสิกส์
MTBF เพิ่มขึ้น และ MTTR ลดลงทั้งความถี่และความรุนแรงดีขึ้นพร้อมกัน สัญญาณบวกที่มักมาจากมาตรการ TBM หรือ CBM หรือทักษะทีมงานที่พัฒนาขึ้นบันทึกเป็นมาตรฐานใหม่และถอดบทเรียนไปใช้กับเครื่องจักรกลุ่มเดียวกัน
MTBF สูง แต่ Availability โดยรวมยังต่ำอาจมี downtime ประเภทอื่นนอกเหนือ breakdown เช่น เวลาปรับตั้งเครื่อง เปลี่ยนรุ่น หรือรอวัตถุดิบ ที่ไม่ได้อยู่ในสูตร MTBF และ MDTแยกประเภท downtime ทั้งหมดให้ชัดก่อนสรุปว่าปัญหาอยู่ที่ความน่าเชื่อถือของเครื่องจักร
MTBF ผันผวนสูง แม้ค่าเฉลี่ยระยะยาวจะดูดีความเสี่ยงเชิงระบบสูง ผลผลิตคาดการณ์ไม่ได้ แม้ตัวเลขสรุปรายเดือนจะดูสวยพิจารณากลยุทธ์Predictive Maintenance (CBM)เพื่อจับสัญญาณล่วงหน้าแทนพึ่งค่าเฉลี่ยระยะยาวอย่างเดียว

ตัวชี้วัดที่แตกแขนงจาก MTBF และ MTTR ได้แก่ MTTF, MDT และ MTBM

นอกจาก MTBF และ MTTR แล้ว ยังมีตัวชี้วัดใกล้เคียงกันอีกสามตัวที่มักถูกใช้ปนกันอย่างไม่ถูกต้อง ทั้งที่แต่ละตัวตอบคำถามคนละแบบ

ตัวชี้วัดชื่อเต็มใช้กับอะไรข้อแตกต่างหลัก
MTBFMean Time Between Failuresอุปกรณ์หรือระบบที่ซ่อมได้แล้วกลับมาใช้งานต่อ (repairable item)วัดระยะเวลาระหว่างความล้มเหลว ใช้ Uptime หารจำนวนครั้ง
MTTFMean Time To Failureชิ้นส่วนที่ซ่อมไม่ได้ ต้องเปลี่ยนใหม่เมื่อเสีย (non-repairable item) เช่น หลอดไฟ แบตเตอรี่ เซนเซอร์บางชนิดวัดอายุจนกว่าจะเสียครั้งเดียวจบต่อชิ้น ไม่มีการซ่อมแล้วกลับมานับใหม่แบบ MTBF
MDTMean Down Timeการวัด Availability ที่แท้จริงของระบบรวมเวลารอทุกประเภท ทั้งอะไหล่ อนุมัติ กำลังคน ไม่ใช่แค่เวลาซ่อมจริงแบบ MTTR จึงมีค่า MDT มากกว่าหรือเท่ากับ MTTR เสมอ
MTBMMean Time Between Maintenanceวางแผนภาระงานทีมซ่อมบำรุงโดยรวมนับรวมทุกเหตุการณ์บำรุงรักษา ทั้งที่วางแผนไว้ (PM และ TBM) และที่ไม่ได้วางแผน (CM) ไม่ใช่นับเฉพาะความเสียหายแบบ MTBF

ตัวอย่าง MTTF คือหลอดไฟ LED บนไลน์ผลิตที่เมื่อเสียต้องเปลี่ยนดวงใหม่ทั้งหมด ไม่มีการซ่อมหลอดเดิม จึงรายงานเป็น MTTF ไม่ใช่ MTBF ส่วน MTBM มีประโยชน์เมื่อต้องวางแผนกำลังคนรวมทั้งงานPlanned Maintenance ทุกประเภททั้ง BM, TBM, CBM และ CM ไม่ใช่มองแค่ความเสียหายที่ไม่ได้วางแผน การแยกตัวชี้วัดให้ถูกประเภทช่วยให้รายงานผลไปยังผู้บริหารไม่คลาดเคลื่อน

ค่าเป้าหมายอ้างอิง ตามระดับความสุกงอมและประเภทอุตสาหกรรม

คำถามที่พบบ่อยที่สุดคือ MTBF เท่าไหร่ถึงจะเรียกว่าดี คำตอบคือไม่มีตัวเลขสากลตายตัว เพราะ MTBF ที่ดีของอุตสาหกรรมกระบวนการต่อเนื่องกับอุตสาหกรรมประกอบชิ้นส่วนแตกต่างกันโดยธรรมชาติของเครื่องจักรและความรุนแรงของสภาพการทำงาน ตารางด้านล่างให้กรอบอ้างอิงตามระดับความสุกงอม เป็นทิศทางกว้าง ๆ สำหรับประเมินตัวเองเทียบกับอดีต ไม่ใช่มาตรฐานที่เทียบข้ามอุตสาหกรรมได้โดยตรง

ระดับความสุกงอมลักษณะการบำรุงรักษาอุตสาหกรรมกระบวนการต่อเนื่องอุตสาหกรรมประกอบหรือไลน์ผลิต
เริ่มต้น (Reactive)ซ่อมเมื่อเสีย ไม่มีแผน TBM หรือ CBM ชัดเจนMTBF ระดับหลักสิบถึงร้อยชั่วโมง MTTR หลายชั่วโมงต่อครั้งMTBF ระดับหลักสิบชั่วโมง MTTR 1 ถึง 3 ชั่วโมงต่อครั้ง
กำลังพัฒนา (Planned)มี TBM ตามรอบ เริ่มเก็บข้อมูลอย่างเป็นระบบMTBF หลักร้อยถึงพันชั่วโมง MTTR ลดลงเหลือ 1 ถึง 3 ชั่วโมงMTBF หลักร้อยชั่วโมง MTTR ต่ำกว่า 1 ชั่วโมง
ดี (Proactive/RCM-CBM)ใช้ CBM และ RCM กำหนดกลยุทธ์เฉพาะจุดวิกฤต ข้อมูลครบและแม่นยำMTBF หลักพันชั่วโมงขึ้นไป MTTR ต่ำกว่า 1 ชั่วโมงMTBF หลักพันชั่วโมง MTTR วัดเป็นนาที

ข้อควรระวังคือห้ามนำตัวเลขในตารางนี้ไปเทียบข้ามอุตสาหกรรมโดยตรง เพราะเครื่องจักรในอุตสาหกรรมกระบวนการต่อเนื่องมักเดินเครื่อง 24 ชั่วโมงไม่หยุดเป็นปี จึงมีฐาน exposure time สูงกว่ามาก การเปรียบเทียบที่มีความหมายที่สุดคือเทียบตัวเองในอดีตกับปัจจุบันของเครื่องจักรประเภทเดียวกันในโรงงานเดียวกัน มากกว่าไล่ตามตัวเลขจากอุตสาหกรรมอื่นที่สภาพแวดล้อมต่างกัน แนวทางที่ยั่งยืนกว่าคือตั้งเป้าหมายสอดคล้องเส้นทางสู่Zero Breakdownของโรงงานตัวเอง และดูภาพรวมในคลัง Manufacturing KPIประกอบ

กับดักเชิงพฤติกรรม เมื่อ MTBF กลายเป็นเครื่องมือประเมินผลงาน

ปัญหาที่ร้ายแรงกว่าความผิดพลาดทางคำนวณคือกับดักเชิงพฤติกรรม เกิดขึ้นเมื่อผู้บริหารนำ MTBF ไปผูกกับการประเมินผลงานช่างซ่อมบำรุงโดยตรง เช่น ตั้งเป้าว่าทีมที่มี MTBF สูงกว่าคือทีมที่เก่งกว่า หรือผูก MTBF กับโบนัสรายบุคคล พฤติกรรมที่ตามมาแทบทุกครั้งคือการปั้นข้อมูล ไม่ใช่การปรับปรุงงานจริง ช่างจะเริ่มไม่รายงานเหตุขัดข้องเล็ก ๆ ที่แก้เองได้เงียบ ๆ เพราะรู้ว่าการรายงานจะทำให้ MTBF ของตัวเองแย่ลง

ผลลัพธ์ที่ตามมาคือระบบข้อมูลทั้งชุดเสียความน่าเชื่อถือ เพราะเหตุการณ์เล็ก ๆ ที่ไม่ถูกรายงานคือสัญญาณเตือนล่วงหน้าที่มีค่าที่สุดสำหรับป้องกันความเสียหายใหญ่ในอนาคต การซ่อนข้อมูลทำให้ MTBF ดูดีขึ้นในกระดาษ แต่ความเสี่ยงจริงไม่ได้ลดลง ทำลายวัฒนธรรมการรายงานโปร่งใสซึ่งเป็นรากฐานของDaily Managementที่ดี จึงควรใช้ MTBF/MTTR เป็นตัวชี้วัดของระบบ ไม่ใช่ของบุคคล ประเมินทีมงานจากพฤติกรรมเชิงคุณภาพแทน เช่น ความสม่ำเสมอในการบันทึกข้อมูลและความรวดเร็วในการตอบสนอง โดยอาศัยการบริหารการเปลี่ยนแปลงในองค์กร TPMสร้างความไว้วางใจว่าการรายงานตามจริงจะไม่ถูกลงโทษ

Checklist ตั้งระบบเก็บข้อมูลให้พร้อมคำนวณ MTBF และ MTTR ได้ถูกต้อง

ก่อนเชื่อตัวเลข MTBF และ MTTR ที่รายงานออกมาจากระบบใด ให้ตรวจสอบรากฐานการเก็บข้อมูลตามรายการต่อไปนี้ก่อน

  1. ใบแจ้งซ่อมหรือ Work Order บังคับกรอกครบ 4 จุดเวลา (T0 ถึง T3) ไม่ปล่อยให้ปิดงานได้โดยเว้นฟิลด์ว่าง
  2. แยกฟิลด์เวลาซ่อมจริงกับเวลารอตั้งแต่การออกแบบฟอร์ม ไม่ใช่มาแยกทีหลังจากตัวเลขรวม
  3. ระบุประเภทเวลารอทุกครั้ง ไม่ว่ารอช่าง รออะไหล่ รออนุมัติ รอผู้เชี่ยวชาญ หรือรอตรวจสอบ เพื่อวิเคราะห์แยกสาเหตุภายหลัง
  4. แยก planned downtime ออกจาก unplanned downtime ตั้งแต่ต้นทาง กำหนด exposure time ให้ชัดต่อเครื่องจักรแต่ละตัว
  5. กำหนดนิยามความล้มเหลวให้ตรงกันทั้งโรงงาน เช่น หยุดกี่นาทีถึงนับเป็น breakdown ไม่ใช่แค่ minor stop เพื่อไม่ให้แต่ละกะนับต่างกัน
  6. แยกระดับการวิเคราะห์ให้ชัดว่าเป็น MTBF ของเครื่องทั้งเครื่องหรือชิ้นส่วนวิกฤตจุดใดจุดหนึ่ง อ้างอิงจุดวิกฤตจาก FMEA
  7. สะสมข้อมูลให้มีจำนวนเหตุการณ์เพียงพอก่อนสรุปแนวโน้ม อย่างน้อยหลายไตรมาสหรือรวมกลุ่มเครื่องรุ่นเดียวกัน
  8. ตรวจสอบคุณภาพข้อมูลเป็นระยะด้วยการไปดูหน้างานจริง เทียบกับสิ่งที่บันทึกในระบบว่าตรงกันหรือไม่
  9. ไม่ผูก MTBF หรือ MTTR รายบุคคลเข้ากับการประเมินผลงานหรือโบนัสโดยตรง เพื่อป้องกันการปั้นข้อมูล
  10. ทบทวนนิยามและวิธีเก็บข้อมูลร่วมกันทั้งทีมผลิตและทีมซ่อมบำรุงอย่างสม่ำเสมอ ให้เข้าใจตรงกันว่าทำไมข้อมูลแม่นยำจึงสำคัญกว่าตัวเลขที่ดูดี

MTBF และ MTTR เป็นเพียงผลลัพธ์ปลายทางของระบบข้อมูลเบื้องหลัง สูตรทั้งสองไม่เคยซับซ้อน แต่คุณภาพของ T0 ถึง T3 ที่บันทึกทุกครั้งต่างหากกำหนดว่าตัวเลขที่ได้จะใช้ตัดสินใจได้จริงหรือเป็นเพียงตัวเลขสวยงามที่หลอกตัวเอง โรงงานที่วางรากฐานถูกต้องตั้งแต่ต้นจะเห็นแนวโน้มความน่าเชื่อถือของเครื่องจักรชัดเจนขึ้นทุกไตรมาส กลับไปทบทวนภาพรวมเสาที่ 3 ได้ที่Planned Maintenance คืออะไร หากต้องการความช่วยเหลือออกแบบระบบเก็บข้อมูลและ Dashboard ติดตาม MTBF/MTTR ทีมงานพร้อมให้คำปรึกษาที่TPM Consulting