5 รูปแบบความล้มเหลวของการนำ MES มาใช้ และจุดตรวจที่คัดออกได้ก่อนสั่งงาน
โรงงานจำนวนไม่น้อยเพิ่งรู้หลังตรวจรับว่าระบบ MES เปิดใช้แล้วแต่หน้างานไม่ได้ใช้จริง ความล้มเหลวแทบไม่เกิดในขั้นเขียนโปรแกรม แต่มักถูกกำหนดไว้ตั้งแต่ตอนที่ความต้องการและขอบเขตยังคลุมเครือ บทความนี้สรุปห้ารูปแบบความล้มเหลวที่พบซ้ำในการนำ MES มาใช้ และจุดตรวจที่คุณตรวจเองได้ก่อนสั่งงาน
ห้ารูปแบบความล้มเหลวที่พบซ้ำ
- ขอบเขตไม่มีเส้นแบ่ง: ยัดทั้งการวางแผน คุณภาพ เครื่องจักร คลังสินค้า และพลังงานไว้ในเฟสแรกทั้งหมด พอโมดูลใดติดขัด โครงการทั้งหมดก็หยุด
- แหล่งข้อมูลยังไม่ยืนยัน: ออกแบบเสร็จแล้วจึงพบว่าเครื่องจักรในสถานีสำคัญไม่มีพอร์ตสื่อสาร ยอดผลิตและยอดของเสียจึงกลับไปกรอกมือ
- ทับซ้อนกับ ERP: ใบสั่งผลิต วัตถุดิบ และสต๊อกถูกบันทึกซ้ำในสองระบบ พอตัวเลขไม่ตรงกัน หน้างานก็เลิกกรอกทั้งสองฝั่ง
- ไม่ได้นิยามเกณฑ์ตรวจรับ: สัญญาเขียนเพียง "พัฒนาฟังก์ชัน MES" หลังเปิดใช้จึงตีความต่างกันว่าแค่ไหนคือเสร็จ และข้อมูลต้องแม่นยำเพียงใด
- การสนับสนุนจบตอนเปิดใช้: ไม่มีข้อตกลงบำรุงรักษา พอปรับปรุงไลน์เพียงครั้งเดียว รายงานก็ออกไม่ได้อีก
ทั้งห้ารูปแบบมีจุดร่วมเดียวกัน คือปัญหาเกิดก่อนเซ็นสัญญา ไม่ใช่ระหว่างการพัฒนา
จุดตรวจที่ตรวจเองได้ก่อนสั่งงาน
- อธิบายขอบเขตเฟสแรกได้ในประโยคเดียวหรือไม่: ไลน์ไหน สถานีใดบ้าง ออกรายงานอะไร
- ยืนยันแหล่งที่มาของข้อมูลแต่ละรายการแล้วหรือยัง: จาก PLC เครื่องสแกนบาร์โค้ด เครื่องมือวัด หรือกรอกมือ ระบุทีละรายการ
- เส้นแบ่งกับ ERP อยู่ตรงไหน: ใบสั่งผลิตมาจากไหน ข้อมูลผลผลิตส่งกลับไปที่ใด ใครถือข้อมูลหลัก
- เกณฑ์ตรวจรับวัดได้หรือไม่: ความหน่วงของข้อมูล นิยามการรวมยอดในรายงาน ความครบถ้วนของข้อมูลหลังการเชื่อมต่อกลับมา ระบุไว้ในข้อตกลงทางเทคนิค
- ขอบเขตการบำรุงรักษาชัดเจนหรือไม่: เวลาตอบสนอง เนื้อหาการบำรุงรักษารายปี และวิธีรับมือเมื่อไลน์เปลี่ยน
ตรึงความต้องการไว้ที่สามชั้น: หน้าจอ รายงาน รายการข้อมูล
ความต้องการที่เขียนเป็นข้อความล้วนเปิดช่องให้ตีความต่างกัน ต้องลงไปถึงสามชั้นที่มองเห็นได้ — หน้าจอหน้าตาเป็นอย่างไร รายงานออกคอลัมน์ใดบ้าง แต่ละรายการข้อมูลมาจากแอดเดรสใดของเครื่องใด — เมื่อนั้นทั้งสองฝ่ายจึงเห็นภาพสิ่งส่งมอบตรงกัน
เมื่อสามชั้นนี้ลงตัว ผู้รับงานจึงประเมินปริมาณงานได้แม่นยำ และผู้ซื้อจึงตัดสินได้ว่าราคาสมเหตุสมผลหรือไม่ โครงการที่ข้ามขั้นนี้มักได้เพียงราคาประมาณการ และภายหลังก็ขีดเส้นขอบเขตการเปลี่ยนแปลงไม่ได้
| ชั้น | สิ่งที่ต้องตกลง | ผลเมื่อขาดไป |
|---|---|---|
| หน้าจอ | มีหน้าจออะไรบ้าง ใครเป็นผู้ดู แบ่งสิทธิ์การใช้งานอย่างไร | หลังเปิดใช้หน้างานบอกว่าใช้ยาก ต้องรื้อทำหน้าจอใหม่ |
| รายงาน | คอลัมน์ในรายงาน นิยามการรวมยอด ความถี่การสร้างและรูปแบบการส่งออก | ตัวเลขไม่ตรงกัน ฝ่ายผลิตกับฝ่ายคุณภาพตีความต่างกัน |
| รายการข้อมูล | เครื่องต้นทาง แอดเดรสที่อ่าน และรอบการอัปเดตของแต่ละรายการ | สถานีสำคัญเก็บข้อมูลไม่ได้ ต้องกลับไปกรอกมือ |
การทยอยใช้งานเป็นเฟสมักนิ่งกว่าการเปิดใช้ทีเดียว
เริ่มจากเดินสายพื้นฐาน — เก็บข้อมูล เฝ้าระวัง ออกรายงาน — ให้ครบบนไลน์เดียวก่อน แล้วค่อยขยายไปสู่การวางแผน คุณภาพ และคลังสินค้า ผลงานเฟสแรกใช้ต่อเป็นฐานของเฟสถัดไปได้ เงินลงทุนในการนำร่องจึงไม่สูญเปล่า
การแบ่งเฟสยังช่วยทดสอบความเข้ากันในการทำงานร่วมกัน เพียงสี่ถึงแปดสัปดาห์บนขอบเขตแคบ ๆ ก็เห็นความเร็วในการตอบสนอง คุณภาพเอกสาร และวิธีสื่อสารของคู่ค้าได้ชัดกว่าเอกสารรับรองใด ๆ
สรุป
ผลลัพธ์ของโครงการ MES ถูกกำหนดตั้งแต่ขั้นตอนรวบรวมความต้องการเป็นส่วนใหญ่ ขอบเขตเฟสแรก แหล่งข้อมูล เส้นแบ่งกับ ERP เกณฑ์ตรวจรับ และขอบเขตการบำรุงรักษา — ตกลงห้าเรื่องนี้ให้จบก่อนสั่งงาน ความเสี่ยงในขั้นติดตั้งจะลดลงอย่างเห็นได้ชัด
หากสถานการณ์หน้างานยังไม่ชัด เริ่มจากการวัดค่าฐานของข้อมูลก่อนก็ได้ วัดก่อน แล้วค่อยกำหนดเป้าหมายการปรับปรุงและขอบเขต
ปรึกษาขอบเขตเฟสแรกของ MES
บอกเราเกี่ยวกับสภาพไลน์ผลิตและรายงานที่ต้องการ เราจะเสนอขอบเขตเฟสแรกและแผนทยอยติดตั้งให้
ติดต่อเรา