Reliability Leadership Diary · EP01

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

8/22/20261 นาทีอ่าน

02:47. วันอังคารไลน์การผลิตที่ 3
มอเตอร์ขับเคลื่อนหลัก

โทรศัพท์สั่นบนโต๊ะข้างเตียง คุณรู้ตั้งแต่ยังไม่ได้อ่านข้อความแล้วว่ามันคืออะไร เพราะไม่มีใครโทรมาตอนตีสองสี่สิบเจ็ดเพื่อบอกข่าวดี

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

ใบงานนั้นยังอยู่ในระบบ สถานะ “รอวางแผน” มันไม่เคยได้ขึ้นตารางเลยสักครั้ง เพราะทุกสัปดาห์มีอย่างอื่นที่ด่วนกว่าเสมอ

04:17 ถึงหน้างาน

กว่าคุณจะเข็นรถเข้าประตูโรงงาน ฝ่ายผลิตเสียเวลาไปแล้ว 90 นาที

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

ฝ่ายบำรุงรักษากำลังวิ่ง ฝ่ายปฏิบัติการกำลังเดือด และในไฟล์สเปรดชีตที่ไม่มีใครเปิดดู ค่า Downtime กำลังไต่ขึ้นเงียบ ๆ ชั่วโมงละราว 140,000 บาท

ไม่มีใครในโรงงานคืนนี้ทำอะไรผิด ทุกคนทำเต็มที่ที่สุดเท่าที่ระบบจะให้ทำได้

09:05ไลน์กลับมาเดิน

ไลน์กลับมาเดินตอนเก้าโมงห้า มีคนตบไหล่ช่าง มีคนพูดคำว่า “เก่งมาก” ผู้จัดการโรงงานส่งข้อความขอบคุณในกลุ่ม

และนี่คือส่วนที่อันตรายที่สุดของทั้งคืน — มันจบลงด้วยความรู้สึกดี

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

สิ่งที่เพิ่งเกิดขึ้นมีชื่อของมัน

คุณไม่ได้เจอเหตุฉุกเฉิน คุณกำลังใช้ชีวิตอยู่ในกลยุทธ์แบบหนึ่ง

สิ่งที่เกิดขึ้นเมื่อคืนเรียกว่า การบำรุงรักษาเชิงตอบสนอง (Reactive Maintenance) — รอให้พัง แล้วค่อยตอบสนอง จะเรียกว่า Run-to-failure, Break-fix หรือ Emergency response ก็ได้ รูปแบบเหมือนกันหมด

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

การบำรุงรักษาเชิงตอบสนองไม่ใช่กลยุทธ์ที่แย่ มันคือการไม่มีกลยุทธ์ต่างหาก

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

โรงงานเดินมาถึงคืนนี้ได้อย่างไร

ไม่มีใครเลือกสิ่งนี้ แต่ทุกคนอนุญาตให้มันเกิด

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

ตอนโรงงานยังเล็ก ทุกอย่างอยู่ในหัวคนคนเดียว

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

แล้วก็ถึงปีที่งบถูกตัด

งานบำรุงรักษาเป็นเป้าที่ตัดง่ายที่สุด เพราะความเจ็บปวดมาทีหลังเสมอ ลดรอบ PM เลื่อน Rebuild ออกไปก่อน ลดคนลงหนึ่งตำแหน่ง ตัวเลขไตรมาสนั้นสวยขึ้นจริง ๆ จนกระทั่งค่าซ่อมฉุกเฉินและค่าขนส่งอะไหล่ด่วนกลับมาเก็บเงินคืนในราคาสองเท่า

โปรแกรม PM ที่มีอยู่ ไม่ได้ป้องกันอะไรเลย

บางโรงงานไม่เคยสร้าง บางโรงงานสร้างไว้บนกระดาษแล้วไม่เคยเดิน และหลายโรงงานมีใบงานที่เขียนว่า “ตรวจสอบสายพานลำเลียง” — กว้างจนช่างทำได้อย่างเดียวคือติ๊กถูก โปรแกรม PM ที่ป้องกันความล้มเหลวไม่ได้ ก็เป็นแค่กระดาษ

ทีมเล็กเกินกว่างาน ทุกอย่างจึงเหลือแต่เรื่องด่วน

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

ไม่มีคนวางแผน ไม่มีคนจัดตาราง

ไม่มี Planner งานก็ไม่ถูกเตรียมล่วงหน้า ไม่มี Scheduler เวลาซ่อมก็ไม่ถูกปกป้อง ช่างเดินเข้ามาตอนเช้าแล้วถามว่า “วันนี้มีอะไรไฟไหม้บ้าง?” — คำถามเดียวนี้บอกทุกอย่างเกี่ยวกับระบบที่คุณมี

และผู้บริหารมองไม่เห็นสิ่งที่เกิดขึ้นจริง

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

ถึงจุดหนึ่ง ความโกลาหลก็กลายเป็นวัฒนธรรม

“ที่นี่มันก็เป็นแบบนี้แหละ” คนหยุดคัดค้าน วิธีแก้เฉพาะหน้ากลายเป็นมาตรฐาน การดับไฟกลายเป็นตราเกียรติยศ องค์กรปรับตัวเข้ากับความไร้ประสิทธิภาพ แทนที่จะแก้มัน — และนั่นคือขั้นที่รักษายากที่สุด

บิลที่ไม่มีใครเปิดดู

คืนเมื่อวานมีราคา และราคาที่คุณเห็นคือส่วนที่ถูกที่สุด

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

ภาพลวงตาของการควบคุม.

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

ในโรงงานที่เป็นเชิงตอบสนอง เครื่องจักรต่างหากที่ควบคุมคุณ ความล้มเหลวเป็นคนกำหนดตารางเวลา เหตุฉุกเฉินเป็นคนกำหนดลำดับความสำคัญ และการพังทลายเป็นคนกำหนดงบประมาณ คุณไม่ได้บริหารการปฏิบัติการ — การปฏิบัติการกำลังบริหารคุณ

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

ก้าวแรก

คืนถัดไปยังมาแน่ คำถามคือคุณจะเจอมันในฐานะอะไร

ถ้าคุณเห็นโรงงานของคุณอยู่ในเรื่องเล่านี้ — ความโกลาหล ต้นทุน ความเหนื่อยล้า — นั่นเป็นข่าวดี เพราะการมองเห็นคือเงื่อนไขแรก แต่การมองเห็นเฉย ๆ ไม่เปลี่ยนอะไรเลย

สิ่งที่ต้องตามมาคือ การตัดสินใจ — ตัดสินใจว่าการบำรุงรักษาเชิงตอบสนองจะไม่ใช่สภาวะถาวรอีกต่อไป และไม่ใช่คำตอบว่า “ที่นี่มันก็เป็นแบบนี้แหละ” อีกต่อไป

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

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

Command Check

ห้าคำถามก่อนไปตอนถัดไป

ตอบอย่างซื่อสัตย์ ไม่ต้องตอบให้ใครฟัง

  1. งานบำรุงรักษาของคุณเป็นงานเชิงตอบสนอง (ไม่ได้วางแผนล่วงหน้า) กี่เปอร์เซ็นต์?

  2. คุณรู้ต้นทุน Downtime จริงต่อชั่วโมงของสินทรัพย์วิกฤตแต่ละตัวหรือไม่?

  3. ครั้งล่าสุดที่ทีมของคุณปิดรอบ PM ได้ครบโดยไม่มีงานด่วนมาแทรก คือเมื่อไหร่? `คุณภาพงาน

  4. สิบสองเดือนที่ผ่านมามีช่างลาออกกี่คน — และด้วยเหตุผลอะไร?

  5. ผู้บริหารของคุณมองงานบำรุงรักษาเป็นศูนย์ต้นทุน หรือฟังก์ชันเชิงกลยุทธ์?

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