OEE กับ TPM ทำงานร่วมกัน: ตัวชี้วัด วิธีปรับปรุง และซอฟต์แวร์แบ่งหน้าที่กันอย่างไร

แยกแยะสามแนวคิดให้ชัดก่อน อย่าให้แทนกัน

OEE บรรยายการสูญเสียประสิทธิภาพของเครื่องจักรผ่านอัตราการเดินเครื่องตามเวลา อัตราประสิทธิภาพการทำงาน และอัตราผลิตภัณฑ์ที่ผ่านเกณฑ์ ตอบคำถามว่าการสูญเสียอยู่ที่ใด กินเวลาหรือผลผลิตเท่าใด TPM สร้างกลไกการป้องกัน การปรับปรุง และการเติบโตของความสามารถ ผ่านการมีส่วนร่วมร่วมกันของผู้ปฏิบัติงาน ฝ่ายบำรุงรักษา กระบวนการ และฝ่ายบริหาร ตอบคำถามว่าใครจะลดการสูญเสียและป้องกันการเกิดซ้ำด้วยวิธีใด

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

จับคู่กิ่งการสูญเสียของ OEE เข้ากับกิจกรรม TPM

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

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

สร้างวงจรปิดจากเหตุการณ์ความผิดปกติไปสู่การปฏิบัติงานบำรุงรักษา

ห่วงโซ่เหตุการณ์ที่ลงมือได้หนึ่งชุดมักประกอบด้วย การบันทึกอัตโนมัติของอุปกรณ์ การเรียกผ่านอันดงหรือโดยบุคลากร การตอบสนองและมาถึงหน้างาน การกู้สถานการณ์ชั่วคราว การวิเคราะห์สาเหตุ การนำมาตรการไปปฏิบัติ และการตรวจสอบการเกิดซ้ำ เวลาหยุดเครื่อง เวลาซ่อมบำรุง และเวลารอคอยควรแยกออกจากกันอย่างเหมาะสม มิฉะนั้นจะตัดสินไม่ได้ว่าจุดเน้นการปรับปรุงอยู่ที่ความน่าเชื่อถือของอุปกรณ์หรือห่วงโซ่การตอบสนอง

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

• การพบเหตุ: เก็บสัญญาณดั้งเดิมของอุปกรณ์ เวลาที่เกิด และบริบทของผลิตภัณฑ์หรือสภาวะการทำงาน
• การตอบสนอง: บันทึกการเรียก การรับงาน การมาถึง การเลื่อนระดับ และการประสานที่จำเป็น
• การกู้สถานการณ์: แยกการรีเซ็ตชั่วคราว การแก้ไขถาวร และการยืนยันกลับสู่การผลิต
• การวิเคราะห์: ใช้รูปแบบความขัดข้องกับหลักฐานหน้างานหากลไก ไม่ใช่กรอกว่าจัดการแล้วอย่างเดียว
• การป้องกัน: เปลี่ยนมาตรการเป็นงานตรวจตามจุด การบำรุงรักษา อะไหล่ มาตรฐาน หรืองานปรับปรุง แล้วทบทวนการเกิดซ้ำ

ข้อมูลตรวจตามจุด บำรุงรักษา และซ่อมแซมต้องเชื่อมกันอย่างไร

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

การเชื่อมข้อมูลไม่ได้แปลว่าทุกฟังก์ชันต้องอยู่ในระบบเดียวกัน แพลตฟอร์มบำรุงรักษาที่มีอยู่ยังคงเป็นระบบหลักได้ โดยแพลตฟอร์ม OEE หรืออันดงส่งเหตุการณ์ผ่านอินเทอร์เฟซ หากใช้วงจรใบสั่งงานแบบกำหนดเอง ก็ต้องชี้ขอบเขตกับระบบที่มีอยู่ให้ชัด การสร้างแบบจำลองโดเมนการบริหารอายุการใช้งานอุปกรณ์และ TPM ของ ORPAON เซี่ยงไฮ้ ประเมินการขยายตามสถานการณ์ ไม่ได้นำเสนอเป็นผลิตภัณฑ์ TPM อิสระที่สมบูรณ์

เส้นทางการทำงานร่วมกันที่ลงมือได้จริงหนึ่งแบบ

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

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

• ขั้นที่หนึ่ง: ตรวจสอบสูตร OEE เวลาผลิตตามแผน และสถานะอุปกรณ์ ให้ได้ฐานข้อมูลการสูญเสียที่เชื่อถือได้
• ขั้นที่สอง: เลือกการสูญเสียที่เกิดซ้ำ จัดการทบทวนร่วมของการปฏิบัติงาน อุปกรณ์ กระบวนการ และคุณภาพ
• ขั้นที่สาม: เชื่อมบันทึกความผิดปกติ การตอบสนอง การซ่อมบำรุง และการปรับปรุง ตามอุปกรณ์และเหตุการณ์
• ขั้นที่สี่: เปลี่ยนมาตรการเป็นการบำรุงรักษาด้วยตนเอง การบำรุงรักษาตามแผน หรือการเปลี่ยนแปลงงานมาตรฐาน
• ขั้นที่ห้า: ตรวจสอบการเกิดซ้ำและการสูญเสีย OEE ตามช่วงเวลาที่กำหนด หากไม่ดีขึ้นให้กลับไปวิเคราะห์กลไก

สามแบบแผนที่พบบ่อยและวิธีแก้

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

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

• ไม่ใช้การลดเวลาที่บันทึกแทนการลดเวลาหยุดเครื่องจริง
• ไม่ใช้จำนวนการส่งตรวจตามจุดแทนประสิทธิผลของการตรวจและการปิดความผิดปกติ
• ไม่เรียกแดชบอร์ดอันดง แดชบอร์ด OEE หรือใบสั่งงานแบบกำหนดเองว่าระบบ TPM ที่สมบูรณ์
• ไม่ตั้งสมมติฐานว่าผลิตภัณฑ์ APS WMS QMS หรือ TPM อิสระจะส่งมอบพร้อมโครงการโดยอัตโนมัติ