บันทึก
บรีฟทีมซ่อมบำรุงโรงงาน: สิ่งที่ต้องส่งต่อก่อนออกจากไซต์
เอกสารส่งมอบเข้าแฟ้ม แฟ้มเข้าชั้นวางของ หกเดือนต่อมาเมื่ออินเวอร์เตอร์ขึ้น fault code ตอนแปดโมงครึ่งวันจันทร์ ช่างไฟฟ้าประจำโรงงานไม่หยิบแฟ้มนั้นมาดู แต่หยิบโทรศัพท์ขึ้นมาโทร
สิ่งที่เขาพูดขึ้นอยู่กับว่ามีใครบรีฟเขาไว้ก่อนที่ทีมติดตั้งออกจากไซต์หรือเปล่า คนที่ได้รับ handover briefing อย่างถูกต้องจะบอกว่า “อินเวอร์เตอร์แสดง E012 เคยเคลียร์เองได้ แต่ผ่านมา 20 นาทีแล้วยังไม่กลับมา” ส่วนคนที่ไม่เคยได้รับการบรีฟจะบอกว่า “โซลาร์ดับหมด กดรีเซ็ตทุกอย่างที่หาเจอแล้ว ยังไม่ได้เรื่อง”
เอกสารทางเทคนิครองรับสายโทรแรก การบรีฟผู้ใช้งานสร้างความสามารถนั้นขึ้นมา
เอกสารอย่างเดียวยังไม่พอหรือ?
Technical file และใบรับมอบตอบคำถามว่า ติดตั้งอะไรและทำถูกต้องหรือไม่ ข้อมูลนี้เหมาะสำหรับวิศวกรที่เซ็นรับมอบ ทีมตรวจสอบในอนาคต และบันทึกการรับประกัน
Handover briefing ตอบคำถามที่ต่างออกไป คือ ทีมงานในโรงงานต้องรู้อะไรเพื่อดูแลระบบนี้ได้อย่างปลอดภัยและโทรขอความช่วยเหลือได้ถูกเวลา?
โรงงานที่ติดตั้งโซลาร์ขนาด 120 kWp บนหลังคาไม่ต้องการให้ช่างไฟฟ้าประจำโรงงานทำ string insulation test เป็น แต่ต้องการให้ช่างคนนั้นรู้ว่าหน้าจออินเวอร์เตอร์ในวันที่ระบบทำงานปกติหน้าตาเป็นอย่างไร ปุ่ม DC isolation คืออะไรและทำไมปิดขณะมีโหลดจึงอันตราย และ fault code ไหนต้องโทรทันทีกับ code ไหนรอถึงเช้าวันทำการได้
นี่คือความรู้ด้านปฏิบัติการที่ฝังอยู่ในคน ไม่ใช่ในเอกสาร เว้นแต่มีคนส่งต่อมันอย่างตั้งใจในวันส่งมอบงาน
ใครในโรงงานต้องได้รับการบรีฟบ้าง?
วิศวกรที่เซ็นใบรับมอบมักไม่ใช่คนแรกที่จะสังเกตเห็นปัญหา ขึ้นอยู่กับโรงงาน คนที่พบปัญหาก่อนมักจะเป็น:
- ช่างไฟฟ้าหรือช่างซ่อมบำรุงประจำพื้นที่ที่ติดตั้ง
- หัวหน้าซ่อมบำรุงที่ตรวจ log อุปกรณ์ทุกเช้า
- เจ้าหน้าที่รักษาความปลอดภัยหรือผู้ดูแลอาคารที่ตรวจห้องไฟฟ้าช่วงกลางคืน
โรงงานที่เดินเครื่อง 24 ชั่วโมง คนที่เจอ fault ตอนตีสองวันอาทิตย์ไม่ใช่ผู้จัดการโครงการที่มาร่วมประชุมรับมอบงาน ใครก็ตามที่เข้ากะกลางคืนต้องรู้อย่างน้อยสามอย่าง คือ ปกติหน้าตาเป็นอย่างไร มีปัญหาหน้าตาเป็นอย่างไร และต้องโทรหาใคร
การบรีฟที่ไปถึงแค่คนเซ็นเอกสารคือการบรีฟที่หายไปพร้อมกับคนคนนั้นทันทีที่เขาลาหยุด
บรีฟอะไรใน 45 นาที?
สี่สิบห้านาทีเหมาะสมสำหรับงานติดตั้งมาตรฐาน นานพอสำหรับเนื้อหาจำเป็น แต่ไม่นานจนทีมงานลูกค้าหาเหตุผลหลีกเลี่ยง
ค่าการทำงานปกติ สำหรับโซลาร์ 120 kWp: ตอนเที่ยงวันแดดดี อินเวอร์เตอร์รวมทั้งระบบควรแสดงระหว่าง 110 ถึง 120 kW ถ้าแสดง 70 kW ให้ตรวจก่อนว่ามีเงาบังหรือฟ้าครึ้มหรือไม่ก่อนโทร สำหรับ LED retrofit ต้องรู้ว่าการตั้งค่าบน control panel หมายความว่าอะไรและปรับได้แค่ไหน ส่วนนี้ป้องกันการโทรเพราะเห็นว่าระบบทำงานถูกแต่ดูผิดปกติในสายตาคนไม่คุ้นเคย
ผังจริงของระบบ ต้องเดินดูไม่ใช่ดูแบบ พาทีมงานไปดูอุปกรณ์ทุกชิ้นที่ต้องหาให้เจอในกรณีฉุกเฉิน ได้แก่ DC isolator หลัก ตู้ AC distribution board ช่องเชื่อมต่อสื่อสารอินเวอร์เตอร์ และหน่วยวัดไฟฟ้า คนที่เคยเดินไปดูสถานที่จริงสักครั้งจะหาเจออีกตอนตีสอง คนที่เห็นแค่ single-line diagram อาจหาไม่เจอ
สามสถานการณ์ที่เจอบ่อยแต่ไม่ใช่ fault สำหรับโซลาร์ อินเวอร์เตอร์อยู่ใน standby เพราะแสงแดดยังไม่ถึงเกณฑ์ (เกิดบ่อยตอนเช้าฟ้าครึ้ม มักถูกเข้าใจผิดว่า fault) สำหรับ LED โซนที่มืดเพราะ motion sensor หมดเวลาเมื่อไม่มีผู้ใช้งาน สำหรับ distribution board breaker ที่ trip เพราะโหลดที่เสียบต่ออยู่ขัดข้อง สิ่งเหล่านี้ไม่ใช่การโทรเรียกช่าง การอธิบายให้ทีมซ่อมบำรุงรู้จักสถานการณ์เหล่านี้ช่วยประหยัดการเรียกซ่อมที่ไม่จำเป็นได้หลายครั้งในปีแรก
สิ่งที่ห้ามทำ สำหรับโซลาร์: ห้ามรีเซ็ต protection relay โดยไม่ตัด DC ก่อน สำหรับ LED: ห้าม disable กลุ่ม sensor เพื่อแก้ปัญหาเฉพาะหน้าเพราะอาจเชื่อมกับระบบดับเพลิง สำหรับงานไฟฟ้าทุกประเภท: ห้าม bypass อุปกรณ์ป้องกันโดยไม่เข้าใจว่ามันป้องกันอะไร สิ่งเหล่านี้คือกฎการใช้งานเฉพาะไซต์ที่ต้องบอกในการบรีฟ ไม่ใช่ในรายงานหลังเกิดเหตุ
ขั้นตอนการแจ้งซ่อม โทรหาใครและเมื่อไหร่ สัญญาซ่อมบำรุง (ถ้ามี) ระบุสิ่งที่ครอบคลุม การบรีฟทำให้เป็นรูปธรรม ได้แก่ เบอร์โทรในเวลาทำการ เบอร์กรณีระบบดับนอกเวลา และความแตกต่างระหว่าง fault ที่รอได้กับที่รอไม่ได้
สิ่งที่ควรฝากไว้ที่ไซต์
Technical file ไม่ใช่การ์ดอ้างอิงด่วน มันคือเอกสารซ่อมบำรุง และนั่นคือการใช้งานที่ถูกต้อง
สิ่งที่ควรฝากไว้เพิ่มเติม คือแผ่นกระดาษ A4 หนึ่งแผ่นติดไว้ใกล้ตู้ main isolator อ่านได้ภายใน 30 วินาทีเมื่อมีสิ่งผิดปกติ สิ่งที่ควรอยู่บนแผ่นนั้น:
- ชื่อระบบและสถานที่ (หลังคาอาคาร 2 โซลาร์ 120 kWp)
- ค่าการแสดงผลปกติตอนเที่ยงวันแดดดี
- สัญญาณ fault สามอย่างพร้อมคำอธิบายที่เข้าใจได้
- เบอร์โทรบริการรับประกันพร้อมเวลาทำการ
- รายการ “ห้ามปรับ” เป็นตัวหนา
เอกสารขนาดนั้นที่ติดผนังในจุดที่ใช้งาน ช่วยช่างไฟฟ้าได้ตอนตีสองวันอาทิตย์ ส่วน technical file อยู่บนชั้นวางของในออฟฟิศวิศวกร
เกิดอะไรขึ้นเมื่อคนที่รับการบรีฟลาออก?
ทีมซ่อมบำรุงของโรงงานมีการเปลี่ยนแปลง ช่างไฟฟ้าที่บรีฟวันนี้อาจจากไปในอีก 18 เดือน ความรู้จากการบรีฟก็จะไปพร้อมกับเขา
แต่การ์ดที่ติดผนังยังอยู่ site register ที่บริษัทดูแลยังอยู่ technical file ยังอยู่
นี่ไม่ใช่เหตุผลให้บรีฟน้อยลง แต่เป็นเหตุผลให้ถือว่าสิ่งที่เป็นลายลักษณ์อักษรเป็นชั้นถาวร และการบรีฟด้วยวาจาเป็นชั้นกระตุ้นที่ทำให้เอกสารเหล่านั้นมีความหมายในวันแรก
เมื่อผู้ที่รับการบรีฟจากไป คนที่มาแทนเริ่มต้นจากเอกสาร site register ที่บันทึกขั้นตอนการแจ้งซ่อมและหมายเหตุเฉพาะไซต์ ความรู้จากการส่งมอบจึงไม่ต้องสร้างใหม่ในการเรียกซ่อมครั้งถัดไป
คำถามที่พบบ่อย
การบรีฟทดแทน technical file ได้หรือไม่?
ไม่ได้ การบรีฟครอบคลุมวิธีใช้งานระบบในแต่ละวันและเมื่อไหรต้องโทรขอความช่วยเหลือ technical file ครอบคลุมวิธีซ่อมบำรุงและวินิจฉัยปัญหาสำหรับช่างที่ผ่านการฝึก ทั้งสองจำเป็น แต่ตอบคำถามคนละข้อและใช้งานโดยคนละคนในสถานการณ์ที่ต่างกัน
ถ้าลูกค้าบอกว่าไม่มีเวลาสำหรับการบรีฟ?
ติดการ์ดอ้างอิงไว้และส่งขั้นตอนการแจ้งซ่อมเป็นลายลักษณ์อักษร ถ้าลูกค้าทำการเปลี่ยนแปลงระบบโดยขาดความรู้นั้นและเกิดความเสียหาย ตำแหน่งของคุณชัดเจนขึ้นถ้าบันทึกไว้ว่าเคยเสนอและเคยฝากอะไรไว้
ลูกค้าที่มีหลายไซต์บรีฟอย่างไร?
บรีฟแยกตามไซต์ ผู้จัดการโรงงานที่ไซต์ A และช่างไฟฟ้าที่ไซต์ B คือคนละคนที่มีพื้นฐานความรู้ต่างกัน การบรีฟกลุ่มเดียวที่สำนักงานใหญ่ไม่สามารถแทนการเดินดูอุปกรณ์เฉพาะไซต์ได้
ถ้าขั้นตอน handover ที่ต้องการวางระบบรวมถึงการบรีฟผู้ใช้งานอย่างมีโครงสร้างเป็นส่วนหนึ่งของการปิดงานมาตรฐาน โปรแกรม TRACE 30 ครอบคลุมขั้นตอนนั้น ถ้าต้องการเข้าใจโครงสร้างโปรแกรมก่อน นัดคุย ได้เลย