บันทึก
เมื่อช่างอาวุโสลาออก: ความรู้อะไรหายไปพร้อมกับเขา
สำหรับผู้รับเหมาติดตั้งระบบไฟฟ้าในโรงงานไทย ปัญหา “คนรู้คนเดียว” มีสองรูปแบบ รูปแบบแรกคือตารางงาน: คนที่รู้ว่าส่งช่างคนไหนไปไซต์ไหนวันไหน เรื่องนั้นมีเขียนแยกไว้แล้ว รูปแบบที่สองมองเห็นได้ยากกว่า แต่ซ่อนต้นทุนไว้มากกว่า: ความรู้เฉพาะไซต์งานที่อยู่ในหัวของช่างที่ลงมือทำงานจริง
เมื่อช่างอาวุโสบอกว่าจะลาออก ช่องว่างด้านตารางงานมองเห็นได้ทันที แต่ช่องว่างด้านความรู้ไซต์งานมองไม่เห็น บทความนี้พูดถึงช่องว่างอันที่สอง
อะไรหายไปจริงๆ เมื่อช่างอาวุโสออกจากทีม?
ช่างที่อยู่กับคุณสี่ปีและเป็นคนติดตั้งระบบที่โรงงาน 15 แห่งด้วยตัวเอง เขาถือคลังความรู้ไว้ในหัวที่ไม่เคยถูกบันทึกลงในระบบใดเลย
รู้ว่าไซต์ไหนต้องระวังอะไร สามโรงงานในนั้นมีตู้ไฟในจุดที่ไม่ชัดเจนจากรูปถ่ายตอนส่งมอบงาน หนึ่งแห่งต้องแจ้งล่วงหน้า 48 ชั่วโมงก่อนเข้าไซต์ สองแห่งมีวิศวกรโรงงานที่เซ็นเอกสารช้าและต้องโทรเตือนวันนั้นอีกรอบ
รู้ว่าอุปกรณ์ที่ติดตั้งไว้ทำงานยังไง อินเวอร์เตอร์โซลาร์ที่ไซต์หนึ่งถูกตั้งค่าป้องกันแบบไม่ใช่ค่าเริ่มต้น เพราะคุณภาพไฟจากกริดในพื้นที่นั้นมีปัญหา ค่าที่ตั้งถูกต้องและมีบันทึกไว้ แต่ช่างคนนั้นยังรู้เหตุผลด้วย ซึ่งสำคัญมากเมื่อการตรวจรายปีในอนาคตมีคำถามเรื่องค่านั้น
รู้ว่าไซต์ไหนยังอยู่ในประกัน อาจไม่ได้จดไว้ แต่จำได้คร่าวๆ ว่าแต่ละงานแล้วเสร็จเมื่อไหร่และอุปกรณ์มาจากซัพพลายเออร์ไหน ถ้ามีปัญหาเกิดขึ้น รู้ทันทีว่าต้องโทรหาใคร
รู้ว่ายังมีงานค้างอะไรตอนส่งมอบ สองสามไซต์ส่งมอบงานไปพร้อมกับรายการที่ยังต้องทำ: รางเคเบิลที่ต้องเปลี่ยน, จอแสดงผลอินเวอร์เตอร์ที่ยังค้างปัญหา ข้อมูลเหล่านั้นอยู่ในสมุดโน้ตหรือในหัวเขา
สิ่งเหล่านี้ไม่ใช่เรื่องผิดปกติ ความรู้สะสมขึ้นจากการทำงาน ปัญหาคือมันสะสมในตัวคน ไม่ใช่ในที่ที่เข้าถึงได้
ตอนนี้มีความรู้เกี่ยวกับไซต์งานกี่แห่งที่อยู่ในหัวคนๆ เดียว?
การนับง่ายๆ เผยให้เห็นความเสี่ยง
ลิสต์ช่างทุกคนที่อยู่กับคุณมากกว่าสองปี แล้วนับว่าแต่ละคนเป็นช่างหลักในงานติดตั้งโรงงานกี่แห่ง ตัวเลขนั้นคือจำนวนไซต์ที่จะสูญเสียคนที่รู้จักมันดีที่สุด ถ้าช่างคนนั้นลาออกสัปดาห์นี้
ตัวอย่างให้เห็นภาพ: ผู้รับเหมามีช่าง 18 คน มีสามคนที่อยู่มากกว่าสองปี ช่างอาวุโสสุดเป็นช่างหลักใน 14 ไซต์โรงงาน คนที่สองเป็นช่างหลักใน 9 ไซต์ ถ้าใครในสองคนนี้ลาออก ไซต์ระหว่าง 9 ถึง 14 แห่งจะไม่มีคนที่รู้จักมันจริง ไซต์เหล่านั้นยังเป็นไซต์ที่มีแนวโน้มจะถึงรอบตรวจรายปีในอีก 12 เดือนข้างหน้า และมีแนวโน้มสูงที่จะมีการแจ้งซ่อมในช่วงประกัน
คำถามไม่ใช่ว่าช่างจะลาออกไหม บางคนลาออก คำถามคือความรู้จะหายไปพร้อมกับเขาไหม
ทำไมการส่งต่อความรู้ตอนที่ใกล้ออกจึงล้มเหลว?
เมื่อช่างประกาศว่าจะลาออก การตอบสนองปกติคือให้เขาบรีฟคนที่จะรับต่อ วิธีนี้มักไม่ค่อยได้ผลดีนัก
การบรีฟแบบพูดปากต่อปากครอบคลุมแค่สิ่งที่เขานึกถึง สิ่งที่นึกถึงส่วนใหญ่คือเรื่องล่าสุด เรื่องที่ผิดปกติ หรือสิ่งที่มีคนถามเดือนที่แล้ว ความรู้ที่เงียบและคงที่ (ตู้ไฟอยู่ที่ไหน, ชื่อผู้ติดต่อโรงงาน, ทำไมการต่อสายดินถึงดูแบบนั้น) มักไม่โผล่ขึ้นมาเพราะมันไม่ได้ถูกถามมาเร็วๆ นี้
การบรีฟยังเกิดขึ้นภายใต้ความกดดันด้านเวลา คนที่จะออกในสองอาทิตย์กำลังปิดไฟล์งาน, รันงานที่เหลือ, และกำลังย้ายความสนใจออกไปแล้ว การดึงความรู้ออกมาในช่วงสองอาทิตย์นั้นแทบไม่เคยได้ภาพครบถ้วน
ความรู้ไซต์งานที่บันทึกแล้วหน้าตาเป็นยังไง?
ความรู้ไซต์งานที่ใช้ได้จริงไม่ใช่เอกสารยาวๆ แต่คือข้อมูลจำเพาะไม่กี่อย่างที่ทำให้ช่างที่ไม่เคยไปไซต์นั้นไปทำงานได้โดยไม่ต้องโทรหาใคร
จากการติดตั้ง:
- ประเภทและตำแหน่งของอุปกรณ์ (ตำแหน่งอินเวอร์เตอร์, ตู้ไฟ, แพนเนลโซลาร์)
- หมายเหตุค่าที่ตั้งพิเศษที่เบี่ยงจากค่าเริ่มต้น พร้อมเหตุผล
- ชื่อผู้ติดต่อโรงงานสำหรับการเข้าไซต์และเซ็นเอกสาร
- ขั้นตอนการเข้าไซต์ถ้ามีข้อกำหนดพิเศษ
จากการส่งมอบงาน:
- วันที่ส่งมอบจริง
- วันหมดประกันของอุปกรณ์หลัก
- รายการค้างที่ยังไม่เสร็จตอนเซ็นรับมอบ ถ้ามี
จากการเข้าไซต์ครั้งถัดมา:
- สิ่งที่พบในการตรวจครั้งล่าสุด
- ประวัติปัญหาและวิธีแก้ไข
ทะเบียนไซต์งานที่สร้างจากงานที่ปิดแล้ว เก็บข้อมูลส่วนใหญ่เหล่านี้โดยอัตโนมัติ ถ้ากระบวนการปิดงานกำหนดให้ต้องกรอก หมายเหตุค่าที่ตั้งและขั้นตอนเข้าไซต์เป็นข้อมูลเพิ่มเติมสั้นๆ (สองสามประโยคต่อไซต์) ที่ช่างกรอกได้ตอนปิดงาน ขณะที่รายละเอียดยังสดใหม่ในความจำ
ทำอะไรได้เมื่อรู้ว่ากำลังจะออก?
ถ้าช่างสำคัญประกาศว่าจะลาออกและข้อมูลยังไม่ได้บันทึก ทางออกที่ดีที่สุดคือทำ session ดึงความรู้แบบมีโครงสร้าง ไม่ใช่บรีฟแบบเปิด
ก่อน session: ดึงรายชื่อทุกไซต์ที่ช่างคนนี้เป็นช่างหลัก วางชื่อไซต์ไว้ตรงหน้าทั้งสองคน
ระหว่าง session ถามสี่คำถามสำหรับแต่ละไซต์:
- การเข้าไซต์: มีอะไรที่ไม่ชัดเจนเรื่องการเข้าหรือติดต่อคนที่ใช่ไหม?
- อุปกรณ์: มีอะไรที่ตั้งค่าต่างจากค่าเริ่มต้นไหม และเพราะอะไร?
- ลูกค้า: โทรหาใคร และมีอะไรควรรู้เกี่ยวกับวิธีทำงานของเขาไหม?
- สภาพงาน: มีอะไรค้างอยู่หรือต้องจับตาดูจากการเข้าไซต์ครั้งล่าสุดไหม?
สำหรับช่างที่มี 14 ไซต์ session แบบมีโครงสร้างที่ครอบคลุมทุกไซต์น่าจะใช้เวลาสองสามชั่วโมง ถ้าไซต์ยังสดอยู่ในความจำ ผลลัพธ์คือหมายเหตุในบันทึกไซต์ ไม่ใช่เอกสารที่เก็บแล้วลืม
ข้อจำกัดที่ต้องยอมรับ: session นี้ยังขึ้นอยู่กับว่าช่างจำอะไรได้บ้างใน session นั้น ดีกว่าการบรีฟแบบเปิดมาก แต่ไม่สามารถดึงข้อมูลที่ไม่เคยถูกบันทึกตั้งแต่ต้นออกมาได้
FAQ
ปัญหานี้แย่ลงเมื่อธุรกิจโตขึ้นไหม?
ในทิศทางส่วนใหญ่ ใช่ ยิ่งเพิ่มไซต์และช่าง ความหนาแน่นของข้อมูลที่รู้แค่คนเดียวก็มักเพิ่มตาม ถ้ากระบวนการปิดงานไม่บังคับให้บันทึก ผู้รับเหมาที่ปิดงานโรงงาน 10 แห่งต่อปีและรันมาสี่ปีมีข้อมูล 40 ไซต์ที่ต้องติดตาม ถ้าข้อมูลส่วนใหญ่กระจุกอยู่ในสองสามคน ความเสี่ยงจากการลาออกเป็นเรื่องจริง
จะรู้ได้ยังไงว่าไซต์ไหนมีความรู้กระจุกตัวสูง?
สัญญาณคร่าวๆ: ไซต์ที่ช่างคนเดียวเข้าทุกครั้ง ไม่ว่าจะเป็นการติดตั้ง การตรวจรายปี หรือการซ่อม โดยไม่มีช่างคนอื่นร่วมด้วยเลย ไซต์เหล่านั้นมีแค่แบบจำลองของคนๆ เดียวในหัว ไม่มีอะไรอื่น ไซต์ที่ช่างสองสามคนต่างผ่านเข้ามาบ้างอย่างน้อยก็มีการกระจายความรู้แม้จะไม่เป็นทางการ
ต้องบันทึกอย่างน้อยอะไรบ้างต่อหนึ่งไซต์?
ขั้นตอนเข้าไซต์, ชื่อผู้ติดต่อหลัก, และวันหมดประกัน สามอย่างนี้ทำให้ช่างคนไหนก็ตามที่ไปไซต์นั้นสามารถเข้าได้, คุยกับคนที่ใช่ได้, และรู้ว่ายังมีประกันครอบคลุมอะไร ข้อมูลอื่นช่วยเพิ่มเติมจากจุดต่ำสุดนั้น แต่ไม่จำเป็นสำหรับการเข้าไซต์พื้นฐานโดยไม่ต้องโทรถามใคร
ระบบที่บันทึกข้อมูลเหล่านี้ในทุกครั้งที่ปิดงานไม่ต้องการขั้นตอนส่งต่อความรู้แยกต่างหากในภายหลัง การดึงข้อมูลเกิดขึ้นเป็นส่วนหนึ่งของการปิดงาน: รูปถ่าย, หมายเหตุค่าที่ตั้ง, และผู้ติดต่อลูกค้าถูกบันทึกลงในบันทึกไซต์ก่อนที่รถจะออกจากไซต์ ดูว่า TRACE 30 วางระบบบันทึกไซต์งานยังไงตอนปิดงานแต่ละงานได้ที่ /th/program/ หรือนัดคุยสั้นๆ ที่ /th/schedule-a-call/