การแจ้งเตือนมากเกินไปจนไม่มีใครดู: ออกแบบการจัดระดับ การระงับ และการเก็บประวัติการรีเซ็ตใน SCADA
รายการแจ้งเตือนที่เลื่อนไม่หยุด หลายพันรายการต่อกะ เสียงเตือนถูกปิดไปนานแล้ว และฝ่ายซ่อมบำรุงเพิ่งย้อนดูประวัติหลังเครื่องหยุด — เป็นสถานการณ์ที่พบได้ทั่วไป สาเหตุมักไม่ใช่จำนวนจุดแจ้งเตือน แต่คือการไม่มีการจัดระดับ ไม่มีการระงับ และไม่มีกฎการปิดงาน ผลคือเลือกรายการที่ต้องจัดการจริง ๆ ออกมาจากรายการทั้งหมดไม่ได้ บทความนี้สรุปสาเหตุที่การแจ้งเตือนล้น และแนวทางออกแบบที่ทำได้จริง: การจัดระดับ การระงับ การเก็บประวัติการรีเซ็ต และผู้รับผิดชอบปิดงาน
ห้าสาเหตุที่ไม่มีใครดูรายการแจ้งเตือนอีก
- ไม่มีการจัดระดับ: ความเสียหายที่ทำให้เครื่องหยุดกับข้อมูลอ้างอิงปรากฏด้วยสีเดียวกันและเสียงเดียวกัน พนักงานเดินเครื่องจึงตัดสินไม่ได้ว่าควรจัดการอะไรก่อน
- การแจ้งเตือนสั่นซ้ำ: ค่าวิ่งขึ้นลงรอบค่าขีดจำกัด ทำให้การแจ้งเตือนเดิมเกิดซ้ำหลายสิบครั้งในไม่กี่นาทีจนเต็มรายการ
- ความเสียหายเดียวลากเป็นลูกโซ่: เมื่อเครื่องต้นทางหยุด สถานีปลายทางก็ปล่อยการแจ้งเตือนสืบเนื่องออกมาหลายสิบรายการ ต้นเหตุแรกจึงถูกกลบ
- ไม่มีกลยุทธ์การระงับ: ระหว่างหยุดเครื่อง ซ่อมบำรุง หรือเดินทดลอง เงื่อนไขตัดสินของโหมดเดินปกติยังทำงานต่อและปล่อยการแจ้งเตือนที่ไม่เกี่ยวข้องในช่วงนั้นออกมาเรื่อย ๆ
- ไม่มีผู้รับผิดชอบปิดงาน: เกิดแล้วไม่มีใครรับทราบ ไม่มีการบันทึกผลการจัดการ จำนวนรายการที่ยังไม่ปิดจึงพอกขึ้นและรายการก็ไม่เคยโล่ง
จุดร่วมของทั้งห้าข้อไม่ใช่ความยาวของรายการ แต่คือการเลือกรายการเดียวที่ควรอ่านออกมาจากรายการทั้งหมดไม่ได้ นี่คือโจทย์ที่การจัดระเบียบการแจ้งเตือนต้องแก้
ห้าเรื่องที่ออกแบบและลงมือทำได้
การจัดระเบียบการแจ้งเตือนไม่ใช่การลบจุดแจ้งเตือน ลบแล้วความผิดปกติหน้างานก็ยังเกิดเหมือนเดิม เพียงแต่ไม่มีใครรู้ สิ่งที่ต้องทำคือกำหนดระดับ เงื่อนไขการเกิด กฎการระงับ และผู้รับผิดชอบให้การแจ้งเตือนทุกรายการ เพื่อให้มันปรากฏเฉพาะตอนที่ควรถูกมองเห็น
- นิยามระดับความสำคัญ: กำหนดสี เสียง ผู้รับการแจ้ง และเวลาตอบสนองของแต่ละระดับ และให้การแสดงบนหน้าจอเหมือนกันทั้งโรงงาน
- เดดแบนด์และการหน่วงเวลา: ใส่ช่วงไม่ตอบสนองรอบค่าขีดจำกัด และตั้งเวลาหน่วงของขาเกิดกับขากลับสู่ปกติแยกกัน เพื่อกรองการแจ้งเตือนสั่นออกก่อนเข้ารายการ
- การแจ้งเตือนต้นเหตุแรกและการระงับลูกโซ่: นิยามความสัมพันธ์แม่-ลูกระหว่างการแจ้งเตือน ระหว่างที่เครื่องต้นทางหยุดให้ระงับการแจ้งเตือนสืบเนื่องปลายทาง และเก็บไว้เฉพาะรายการต้นเหตุแรก
- กฎการรีเซ็ตและเก็บประวัติ: บันทึกทั้งสี่สถานะ — เกิด รับทราบ กลับสู่ปกติ ปิดงาน — และเขียนลงฐานข้อมูลประวัติ ให้การแจ้งเตือนแต่ละรายการเป็นเหตุการณ์ที่ค้นย้อนได้
- ผู้รับผิดชอบปิดงาน: กำหนดผู้ตอบสนองด่านแรกตามระดับ และดูจำนวนรายการที่ยังไม่ปิดกับเวลาค้างเป็นรายวัน ไม่ใช่ดูแค่ยอดการเกิดรวม
จะกำหนดเกณฑ์การจัดระดับอย่างไร
สามถึงสี่ระดับเป็นช่วงที่ดูแลต่อได้จริง ยิ่งเพิ่มระดับ เกณฑ์ยิ่งใช้ไม่ได้ที่หน้างาน และผลที่มักเกิดคือการแจ้งเตือนทุกรายการถูกลงทะเบียนไว้ที่ระดับเดียวกัน
วิธีขีดเส้นที่ชัดเจนคือสามคำถาม เครื่องจักรหยุดหรือไม่ กระทบคุณภาพหรือไม่ เกี่ยวข้องกับความปลอดภัยหรือไม่ ถ้าสองระดับนำไปสู่การลงมือของคนแบบเดียวกัน ก็ไม่จำเป็นต้องแยกเป็นสองระดับ
| ระดับ | เกณฑ์การพิจารณา | ข้อกำหนดการตอบสนอง |
|---|---|---|
| ฉุกเฉิน (ระดับ 1) | เกี่ยวข้องกับความปลอดภัยหรือสิ่งแวดล้อม หรือเครื่องจักรหยุดไปแล้ว | จัดการทันที แจ้งผู้เข้าเวรทันทีและต้องบันทึกสิ่งที่ดำเนินการไว้ |
| สำคัญ (ระดับ 2) | จะนำไปสู่ของเสียหรือไลน์หยุด แต่ยังไม่หยุด | จัดการภายในกะ แจ้งผู้ดูแลงานซ่อมบำรุงและยืนยันสถานะเมื่อส่งกะ |
| เฝ้าระวัง (ระดับ 3) | สัญญาณเตือนล่วงหน้า เช่น แนวโน้มเสื่อมสภาพ หรือเข้าใกล้ขีดจำกัดบน | ยืนยันภายในวันเดียวกัน สรุปลงรายงานประจำวันและดูแนวโน้มรายสัปดาห์ |
| บันทึก (ระดับ 4) | ข้อมูลอ้างอิง เช่น การเปลี่ยนสถานะ ประวัติการสั่งงาน | ไม่แจ้งเตือนและไม่มีเสียง เก็บไว้ในฐานข้อมูลประวัติเพื่อการสอบย้อนเท่านั้น |
ตารางข้างบนเป็นแบบตั้งต้น ไม่ใช่มาตรฐานที่ใช้ร่วมกันได้ทุกที่ เกณฑ์การพิจารณาต้องนำไปเทียบทีละบรรทัดกับเครื่องจักรและเงื่อนไขกระบวนการจริง โดยทำร่วมกับทีมหน้างาน
การระงับกับการแจ้งต้องออกแบบไปด้วยกัน
การระงับกับการแจ้งเป็นสองด้านของการออกแบบเดียวกัน ถ้าเพิ่มช่องทางแจ้งโดยไม่ระงับ โทรศัพท์ก็จะดังตามไปด้วยและลงท้ายด้วยการตั้งเป็นโหมดเงียบ ยิ่งมีช่องทางมาก การเพิกเฉยยิ่งเบ็ดเสร็จ
- ระงับตามโหมดการเดินเครื่อง: ระหว่างหยุดเครื่อง ซ่อมบำรุง หรือเดินทดลอง ให้มาสก์เป็นกลุ่มการแจ้งเตือน และแสดงบนหน้าจอให้ชัดว่ากำลังอยู่ในสถานะมาสก์
- แบ่งชั้นช่องทางแจ้ง: แสดงบนหน้าจอครบทุกระดับ เสียงเฉพาะสองระดับบน อีเมลและการแจ้งบนมือถือเฉพาะระดับฉุกเฉิน แคบลงทีละขั้น
- ยกระดับตามเวลาค้าง: ส่งต่อขึ้นไปเฉพาะรายการที่ยังไม่ปิดเกินเวลาที่ตกลงไว้ ไม่ยกระดับตามจำนวนครั้งที่เกิด
- ทุกการมาสก์ต้องมีวันหมดอายุ: การระงับชั่วคราวต้องมีเวลาหมดอายุและคืนสถานะอัตโนมัติ เพื่อไม่ให้เหลือมาสก์ถาวรที่ไม่มีใครจำได้
ใช้ประวัติที่เก็บไว้ทบทวนเหตุการณ์รายเดือน
ในประวัติการแจ้งเตือนมีสามตัวเลขที่ควรดูทุกเดือน: รายการที่นำหน้าเรื่องจำนวนครั้งที่เกิด เวลาเฉลี่ยที่ใช้ปิดงาน และจำนวนการเกิดซ้ำที่ชี้ว่าเป็นการแจ้งเตือนสั่น ในหลายโรงงาน เพียงจัดการสิบรายการแรกก็ทำให้ความยาวของรายการเปลี่ยนไปอย่างเห็นได้ชัด
การทบทวนไม่ใช่งานครั้งเดียวจบ ค่าขีดจำกัดและระดับควรปรับกันทุกไตรมาส และกฎการดำเนินงานข้อนี้ควรเขียนไว้ในข้อตกลงทางเทคนิคตั้งแต่ตอนตรวจรับ เราเคยรับผิดชอบงานจัดระเบียบการแจ้งเตือนในโครงการขนาดใกล้ 30,000 จุดแจ้งเตือน ตัวเลขนี้เป็นหลักฐานของงานเฉพาะ ไม่ใช่ขนาดที่สมมติให้ทุกหน้างาน และไม่ใช่คำมั่นจำนวนจุดจากโบรชัวร์ที่แปะในทุกสัญญา ครอบคลุมการจัดระดับ การเก็บประวัติการรีเซ็ต การจัดการเหตุการณ์ และการแจ้งหลายช่องทาง และใช้แนวทางเดียวกันนี้กับการจัดระดับการแจ้งเตือนและการจัดการเหตุการณ์ใน SCADA ควบคุมกลุ่มสถานีสูบน้ำ
สรุป
การแจ้งเตือนมากเกินไปจนไม่มีใครดูเป็นปัญหาการออกแบบ ไม่ใช่ปัญหาจำนวน การนิยามระดับ เดดแบนด์และการหน่วงเวลา ต้นเหตุแรกกับการระงับลูกโซ่ กฎการรีเซ็ตและเก็บประวัติ และผู้รับผิดชอบปิดงาน — เมื่อครบห้าเรื่องนี้ รายการแจ้งเตือนจึงกลายเป็นเครื่องมือที่กะเดินเครื่องพึ่งได้
หากยังไม่รู้ว่าการแจ้งเตือนหน้างานกระจายตัวจริงอย่างไร ให้ส่งออกประวัติการแจ้งเตือนช่วงหนึ่งมาทำตารางสรุปก่อน ดูจำนวนครั้งที่เกิดและสถานะการปิดงาน แล้วจึงกำหนดขอบเขตงานจัดระเบียบ
ทบทวนรายการแจ้งเตือนหน้างาน
ส่งรายการจุดแจ้งเตือนที่มีอยู่และไฟล์ประวัติการแจ้งเตือนช่วงหนึ่งมาให้เรา เราจะเสนอแนวทางจัดระดับและการระงับให้
ติดต่อเรา