Dashboard โรงงาน: คู่มือ KPI สำคัญ เห็นปัญหาก่อนเสียเวลา

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

Dashboard โรงงานคืออะไร

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

เริ่มจากคำถาม เช่น งานไหนเสี่ยงส่งไม่ทัน เครื่องใดหยุดนาน และของเสียมาจากขั้นใด แล้วเลือก KPI ที่ตอบคำถามนั้นได้

KPI หลักและวิธีคำนวณ

• ผลผลิตเทียบแผน: จำนวนที่ผลิตตามนิยาม ÷ จำนวนตามแผน
• Scrap Rate: จำนวนของเสีย ÷ จำนวนรวม โดยใช้หน่วยเดียวกัน
• First Pass Yield: จำนวนที่ผ่านครั้งแรก ÷ จำนวนที่เข้าสู่กระบวนการ
• Downtime: เวลาหยุดแยกตามเหตุและขอบเขตเวลาที่ตกลง
• งานค้างและอายุงาน: รายการที่ยังไม่เสร็จพร้อมเวลาค้าง
• On-time Delivery: รายการส่งตรงเวลา ÷ รายการที่ถึงกำหนดตามนิยามองค์กร

OEE = Availability × Performance × Quality โดยนิยามปัจจัยและฐานเวลาให้คงที่ ตาม คำอธิบาย OEE ของ IBM ใช้เพื่อมองประสิทธิผลเครื่องจักร ไม่ควรแทน KPI ทุกด้านของโรงงาน

Architecture ของข้อมูล Dashboard

Production/QC/Maintenance → Data Pipeline → Analytical Store → KPI Calculation → Dashboard แยก Query หนักจากฐานข้อมูลธุรกรรมเมื่อโหลดกระทบหน้างาน

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

Workflow ทำ KPI ให้ใช้งานจริง

1. เลือกการตัดสินใจที่ต้องการสนับสนุน
2. ระบุนิยามและแหล่งข้อมูลร่วมกับหน้างาน
3. คำนวณกับตัวอย่างที่ผู้ใช้ตรวจเองได้
4. ตั้งเป้าหมายตามบริบทและ Baseline
5. กำหนดผู้รับผิดชอบและ Trigger แจ้งเตือน
6. เปิด Drill-down และตรวจข้อมูลขาด
7. ทบทวนว่าตัวเลขนำไปสู่การแก้ปัญหาหรือไม่

ประโยชน์ทางธุรกิจและเทคนิค

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

ต้นทุนอยู่ที่การทำให้ข้อมูลเข้ากันและตรวจได้ มากกว่าการวาดกราฟ หากข้อมูลต้นทางช้า ควรแก้การบันทึกก่อนตั้ง Dashboard เป็น Real-time โดยชื่ออย่างเดียว

ตัวอย่าง OEE พร้อมเงื่อนไข

ตัวอย่างสมมติ: เวลาวางแผน 480 นาที เครื่องทำงาน 420 นาที Ideal Cycle Time 0.5 นาทีต่อชิ้น ผลิตรวม 800 ชิ้น และได้ของดี 760 ชิ้น

Availability = 420/480, Performance = (0.5×800)/420, Quality = 760/800 จึงได้ OEE ประมาณ 79.17% ตัวอย่างนี้สมมติว่านิยามของดีและช่วงเวลาวางแผนผ่านการตกลงแล้ว ไม่ใช่เป้าหมายสากลที่ทุกโรงงานต้องใช้

Security ของข้อมูลผลิตและพนักงาน

จำกัดข้อมูลต้นทุน สูตรผลิต และข้อมูลรายบุคคลตามหน้าที่ จอรวมหน้างานอาจแสดงเฉพาะข้อมูลสายผลิตโดยไม่เผยข้อมูลที่ไม่จำเป็น ตรวจสิทธิ์ Export และการเข้าถึง Drill-down ด้วย

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

Scalability และ Integration

กำหนด Data Freshness ตามงาน เช่น การติดตามเหตุหยุดกับรายงานต้นทุนอาจใช้ความถี่ต่างกัน รองรับหลายโรงงานด้วยเวลา หน่วย และชื่อ KPI ที่สอดคล้อง

การรวมข้อมูลจาก ERP และเครื่องจักรต้องจับคู่ Work Order, Machine และช่วงเวลา ไม่เทียบยอดที่คนละฐาน หากแหล่งข้อมูลยังไม่ครบให้แสดง Coverage หรือสถานะ ไม่แสดงศูนย์แทนข้อมูลหาย

ปัญหาที่พบบ่อยและ Best Practices

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

ตั้งเป้าให้สัมพันธ์กับประเภทเครื่องและสินค้า อย่าตัด Performance เกิน 100% อัตโนมัติโดยไม่ตรวจว่า Ideal Cycle Time หรือข้อมูลผิด เพราะอาจซ่อนปัญหานิยาม

แนวทางระยะถัดไป

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

สรุป Dashboard โรงงานที่ช่วยตัดสินใจ

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

จุดตรวจสำคัญของ Dashboard โรงงาน

• KPI มีสูตรและหน่วยชัดเจน
• มี Source, Freshness และ Coverage
• OEE มีฐานเวลาที่ตกลงร่วมกัน
• Drill-down ถึงข้อมูลต้นทางได้
• มี Owner และแนวทางเมื่อผิดเป้า

เตรียมข้อมูลเพื่อประเมินระบบกับ Zairosoft

หากต้องการประเมินแนวทางพัฒนาหรือปรับระบบ เตรียมนิยาม KPI และแหล่งข้อมูล เพื่อให้การคุยเริ่มจากขอบเขตและความเสี่ยงที่ชัดเจน ดูข้อมูลบริการและช่องทางติดต่อได้ที่ Zairosoft