HR รีพอร์ต

วันที่ผมเริ่มงานที่โรงงานแห่งนี้ สิ่งแรกที่พี่ฝ่ายผลิตบอกคือประโยคสั้น ๆ ว่า “ถ้าจะเรียนเรื่องเครื่อง ไปถามพี่ช่าง เขารู้ทุกอย่าง”

ผมก็ไปถามพี่ช่างจริง ๆ

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

ทั้งหมดนั้นอยู่ในหัวของพี่ช่างคนเดียว

นั่นคือจุดที่ผมเริ่มตระหนักว่า เราอาจมีปัญหาใหญ่รออยู่ข้างหน้า

.

องค์กรไม่รู้ว่าตัวเองรู้อะไร

ในฐานะ HR ที่ดูแลงานพัฒนาองค์กรและการฝึกอบรม หนึ่งในงานที่ผมต้องทำคือออกแบบ Training Plan ประจำปี แต่ทุกครั้งที่นั่งคิดก็รู้สึกว่าอบรมอะไรไปก็ไม่ค่อยถูกจุด เพราะไม่รู้จริง ๆ ว่าพนักงานแต่ละคนรู้อะไร ไม่รู้อะไร และจุดไหนที่เสี่ยงที่สุดในระบบ

ผมเริ่มลองทำ Skills Matrix อย่างง่าย ๆ ในตารางชื่อพนักงานกับทักษะ ให้คะแนน 0–4

ผลที่ได้น่าตกใจมาก

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

ผมมองผลคะแนนที่วางบนโต๊ะแล้วนั่งนิ่งอยู่พักใหญ่

นี่ไม่ใช่แค่ปัญหา Training Plan ธรรมดา นี่คือ Knowledge Risk ระดับองค์กร

ผมจึงเริ่มโครงการที่ตัวเองเรียกว่า “Knowledge Mapping” อย่างจริงจัง ซึ่งฟังดูยิ่งใหญ่มากสำหรับ HR โรงงานคนหนึ่งที่ไม่ได้จบมาทางนี้โดยตรง แต่มันก็แค่การตอบคำถาม 5 ข้อให้ได้ว่า ใครรู้อะไร ความรู้นั้นอยู่ที่ไหน ถ่ายทอดได้อย่างไร และขาดอะไรไปบ้าง

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

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

แต่การรู้ว่าปัญหาอยู่ที่ไหน กับการแก้ปัญหานั้น คือคนละเรื่องกัน

.

พยายามถ่ายทอดความรู้ครั้งแรก แล้วล้มเหลว

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

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

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

“ลองรู้สึก” — นี่คือ Tacit Knowledge ในรูปแบบที่บันทึกได้ยากที่สุด

หลังการอบรม 3 ชั่วโมงจบลง ผมถามผู้เข้าร่วมว่ารู้สึกอย่างไร คำตอบที่ได้คือ “ฟังดีมาก แต่ยังไม่แน่ใจว่าจะทำได้เอง”

การอบรมครั้งนั้นไม่ได้เสียหาย แต่มันไม่พอ

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

.

ค้นพบ OPL และเรียนรู้ว่า “1 หน้า” มีพลังมากแค่ไหน

ผมบังเอิญอ่านเรื่อง One Point Lesson ในบทความเกี่ยวกับ TPM ของโรงงานในญี่ปุ่น แนวคิดง่ายมาก คือสร้างเอกสารความรู้เพียงหน้าเดียว ที่อธิบายเรื่องใดเรื่องหนึ่งให้ครบถ้วนในเวลา 5–10 นาที มีภาพ มีคำอธิบายสั้น แปะหน้างาน ทุกคนเข้าถึงได้

ฟังดูธรรมดาเกินไปจนน่าสงสัยว่าทำไมไม่เคยทำมาก่อน

ผมขอเวลาพี่ช่างครั้งละ 30–45 นาที แทนที่จะให้สอนหลายคนพร้อมกัน เราคุยกันทีละเรื่อง ผมถามคำถาม พี่ชัยอธิบาย แล้วเราร่าง OPL ด้วยกัน บางเรื่องพี่ช่างถ่ายภาพจากหน้างานมาให้ บางเรื่องวาดไดอะแกรมอย่างง่าย ๆ ลงกระดาษ

OPL ชุดแรกที่ได้อธิบายขั้นตอนที่ดูเหมือนง่ายแต่คนมักทำผิด พี่ช่างอ่านร่างแล้วบอกว่า “ใช่เลย ถ้าเขียนแบบนี้ คนอื่นทำตามได้”

เราแปะ OPL นั้นไว้หน้าจุดทำงาน

ไม่นานหลังจากนั้น มีปัญหาเล็กน้อยเกิดขึ้นในกะดึก พนักงานที่ทำงานมาแค่ 3 เดือนเดินไปอ่าน OPL ทำตามขั้นตอน และแก้ปัญหาได้ด้วยตัวเอง

ไม่ต้องโทรหาพี่ช่างตอนตี 2

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

เราทำ OPL ต่อเนื่องอีก 3 เดือน พี่ช่างช่วยทำได้หลายชุดก่อนเกษียณ บางชุดหัวหน้างานเป็นคนทำเอง บางชุดเกิดจาก Kaizen ของทีม

กฎที่เราตั้งไว้ง่ายมาก: 1 OPL = 1 ประเด็นเท่านั้น ถ้าเรื่องมันซับซ้อนกว่านั้น ต้องใช้เครื่องมือตัวอื่น

.

พบกับปัญหาที่ OPL แก้ไม่ได้ และต้องใช้ A3

สามเดือนหลังพี่ช่างเกษียณ ปัญหาเดิมกลับมาอีกครั้ง

แต่คราวนี้แตกต่างออกไป ทุกคนทำตาม OPL แล้ว ทำตามขั้นตอนแล้ว ผลการตรวจวัดอยู่ในเกณฑ์ปกติทุกอย่าง แต่ปัญหายังอยู่ และเกิดซ้ำถึง 3 ครั้งภายในเดือนเดียว

นี่ไม่ใช่เรื่องที่ OPL จะช่วยได้อีกแล้ว เพราะปัญหาซับซ้อนกว่าที่อธิบายได้ในหน้าเดียว

ผมรู้จัก A3 Report มาก่อนหน้านี้จากการอ่านเรื่อง Toyota Production System แต่ไม่เคยใช้จริง เข้าใจแค่ว่ามันคือ “รายงานแก้ปัญหาในกระดาษ A3 แผ่นเดียว” แต่ความจริงของ A3 ลึกกว่านั้นมาก

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

เราตั้งทีมขึ้นมา 4 คน รวมหัวหน้า QC ช่างเทคนิค พนักงานเจ้าของปัญหา และผมในฐานะ Facilitator

ขั้นแรกคือไปยืนดูที่หน้างานจริง ๆ ไม่ใช่ดูรายงาน

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

เราทำ 5 Why Analysis ถามว่าทำไมซ้ำ ๆ ไปลึก 5 ชั้น จนพบว่า SOP ที่มีอยู่กำหนดให้วัดค่าแค่ตอนเริ่มงาน ไม่ได้กำหนดให้วัดซ้ำระหว่างกระบวนการ และเหตุที่เป็นเช่นนั้นก็เพราะไม่มีใครรู้ว่าตัวแปรนี้ผันผวนได้มากขนาดนี้ ยกเว้นพี่ช่างที่ออกไปแล้ว

Root Cause ที่แท้จริงคือความรู้เรื่องความสัมพันธ์ระหว่างตัวแปรสภาพแวดล้อมกับกระบวนการนั้น ไม่เคยถูกบันทึกไว้เลย พี่ช่างรู้เรื่องนี้ดี แต่เราไม่เคยถามจนกระทั่งเขาออกไปแล้ว

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

นั่นคือวันที่ผมเห็นชัดว่า A3 กับ OPL ไม่ได้แข่งกัน แต่ทำงานต่อกันอย่างเป็นระบบ

A3 วิเคราะห์หาต้นเหตุ → ได้บทเรียนที่ชัดเจน → OPL ถ่ายทอดบทเรียนนั้นให้ทุกกะ

.

เมื่อ 3 เครื่องมือกลายเป็นวงจรเดียวกัน

ผ่านไปหนึ่งปี ภาพที่เกิดขึ้นในองค์กรเปลี่ยนไปมาก

Knowledge Map ทำให้เรารู้ว่าความรู้ใดอยู่ที่ไหน และใครเป็นเจ้าของ เวลาพบว่าบุคคลใดถือความรู้สำคัญเพียงคนเดียว เราจะรีบจัด OPL Session เพื่อดึงความรู้ออกมาก่อนที่จะสายเกินไป

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

A3 ถูกนำมาใช้ทุกครั้งที่มีปัญหาระดับ Major หรือปัญหาที่เกิดซ้ำมากกว่า 2 ครั้ง แทนที่จะดับไฟวนซ้ำเหมือนก่อน เรานั่งวิเคราะห์ลึก 1 ครั้งแล้วแก้ให้จบ ผลลัพธ์ที่วัดได้จึงไม่ใช่แค่ตัวเลขที่ดีขึ้น แต่คือความมั่นใจที่เพิ่มขึ้นของทีมว่าพวกเขาแก้ปัญหาได้จริง ไม่ใช่แค่โชคดีที่ปัญหาหายไปชั่วคราว

และเมื่อถึงเวลาที่ต้องเผชิญกับการตรวจสอบจากภายนอก ไม่ว่าจะเป็น ISO Audit หรือ Social Compliance Audit ทีมเราตอบได้ทันทีพร้อมหลักฐาน ทั้ง Skills Matrix, OPL Archive และ A3 Report Log โดยไม่ต้องรีบรวบรวมเอกสารในนาทีสุดท้าย

.

บทเรียนที่อยากแชร์

หนึ่ง — เริ่มจากคำถาม ไม่ใช่จากเครื่องมือ

ก่อนเลือกว่าจะทำ Knowledge Map, OPL หรือ A3 ให้ถามตัวเองก่อนว่าองค์กรกำลังเผชิญกับปัญหาแบบไหน ถ้าไม่รู้ว่าตัวเองขาดอะไร เริ่มที่ Knowledge Map ถ้ามีความรู้ที่อยู่ในหัวคนแต่ยังไม่ได้บันทึก เริ่มที่ OPL ถ้ามีปัญหาซ้ำซากที่แก้ไม่หาย เริ่มที่ A3

สาม เครื่องมือ สามคำถาม สามคำตอบที่ต่างกัน

สอง — ไม่ต้องสมบูรณ์แบบตั้งแต่วันแรก

Skills Matrix แรกของเราไม่สวยงาม OPL ชุดแรกก็ไม่ได้มาตรฐาน A3 ฉบับแรกก็เขียนผิดในหลายส่วน แต่ทุกอย่างดีขึ้นเรื่อย ๆ เพราะเราลงมือทำ ไม่ใช่รอจนพร้อม 100% ความสมบูรณ์แบบที่ไม่เคยเริ่มต้น ไม่มีประโยชน์อะไรกับองค์กรเลย

สาม — ความรู้ที่ดีที่สุดมักอยู่ในหัวของคนที่ใกล้จะออกไป

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

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

สี่ — เครื่องมือไม่สำคัญเท่าวัฒนธรรม

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

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

.

ปิดท้าย — ความรู้ไม่ควรเกษียณพร้อมกับคน

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

แต่ความรู้ของพวกเขายังอยู่ที่นี่

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

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

เริ่มจากกระดาษแผ่นหนึ่ง ถามพนักงานว่าใครรู้อะไร แล้วเดินไปหาคน ๆ นั้น ก่อนที่จะสายเกินไป

#hrรีพอร์ต