วิธีแก้ปัญหาที่ต้นตอ เลิกเป็นคนคอยดับไฟในออฟฟิศ จากใจ HR 20 ปี
3 พ.ย. 25690
เข้างาน 9 โมงเช้า ยังไม่ทันได้จิบกาแฟ ลูกค้าก็โทรมาวีน ข้อมูลในระบบหาย ซัพพลายเออร์ส่งของผิด เจ้านายเรียกเข้าห้องเย็นด่วน... คุณวิ่งวุ่นแก้ปัญหาเฉพาะหน้าตลอดทั้งวันเหมือน "นักดับเพลิง" พอตกเย็น งานหลักของตัวเองแทบไม่ได้ขยับ แถมสัปดาห์หน้า ปัญหาเดิมๆ เรื่องเดิมๆ ก็วนกลับมาให้คุณต้องวิ่งเต้นแก้อีกรอบไม่รู้จบ
เหนื่อยไหมครับกับการทำงานแบบนี้?
ตลอด 20 ปีที่พี่ดูแลการประเมินผลงานและโครงสร้างตำแหน่งในองค์กร Enterprise พี่เห็นคนทำงานสองกลุ่มที่ชะตากรรมต่างกันลิบลับ:
กลุ่มแรกคือ "คนขยันวิ่งดับไฟ (Firefighters)" คนกลุ่มนี้ทำงานเหนื่อยสายตัวแทบขาด ออฟฟิศมีปัญหาตรงไหนวิ่งไปช่วยตรงนั้น แต่พอถึงเวลาเลื่อนตำแหน่ง กลับโดนมองข้าม เพราะในสายตาผู้บริหาร คุณเป็นได้แค่ "คนแก้ผ้าเอาหน้ารอด"
ส่วนกลุ่มที่สองคือ "นักสร้างระบบกันไฟ (System Builders)" คนกลุ่มนี้ดูเหมือนทำงานสบายๆ ไม่ค่อยมีเรื่องด่วนวิ่งวุ่น แต่ผู้บริหารกลับให้ความเกรงใจและแย่งตัวกันมากที่สุด เพราะพวกเขาเชี่ยวชาญทักษะที่เรียกว่า "Root Cause Analysis" หรือการสืบหาต้นตอที่แท้จริง แล้วแก้ปัญหาเชิงโครงสร้างเพื่อไม่ให้มันเกิดขึ้นซ้ำอีก
ถ้าคุณอยากเลิกเป็นทาสของงานด่วนซ้ำซาก นี่คือ 4 ขั้นตอนอัปเกรดทักษะแก้ปัญหาที่ต้นตอแบบมือโปร:
ขั้นที่ 1: ใช้เทคนิค "5 Whys" เจาะลึกทะลุเปลือกปัญหา
เวลาเกิดความผิดพลาด คนส่วนใหญ่มักหยุดอยู่แค่คำถามแรก เช่น "ทำไมส่งของให้ลูกค้าช้า?" คำตอบคือ "เพราะพนักงานลืมคีย์ข้อมูล" แล้วก็จบลงด้วยการตำหนิพนักงานหรือสั่งให้รอบคอบขึ้น
แต่นักแก้ปัญหามืออาชีพจะถามต่อ:
• ทำไมพนักงานถึงลืมคีย์ข้อมูล? (เพราะระบบต้องกรอกด้วยมือ 30 ช่อง)
• ทำไมต้องกรอกมือ 30 ช่อง? (เพราะระบบคลังสินค้าไม่เชื่อมกับระบบขาย)
• ทำไมถึงไม่เชื่อมกัน? (เพราะไม่มีใครทำ API เชื่อมสองระบบ)
เห็นไหมครับว่า ต้นตอที่แท้จริงไม่ได้อยู่ที่คนขี้ลืม แต่อยู่ที่ "รอยต่อของระบบ" ถ้าแก้ที่ระบบได้ ปัญหานี้จะหายไปตลอดกาลโดยไม่ต้องพึ่งความจำของใคร
ขั้นที่ 2: แยก "ข้อเท็จจริง (Facts)" ออกจาก "ความรู้สึก (Opinions)"
เวลาเกิดวิกฤต ในห้องประชุมมักเต็มไปด้วยการกล่าวหาและอารมณ์ เช่น "ทีมการตลาดชอบส่งบรีฟชุ่ย" หรือ "ทีมไอทีทำงานช้าเป็นเต่า" หยุดรับฟังถ้อยคำที่เป็นอารมณ์เหล่านั้น แล้วตั้งคำถามด้วยตัวเลขเชิงประจักษ์: "บรีฟที่บอกว่าชุ่ย ขาดข้อมูลช่องไหนบ้าง คิดเป็นกี่เปอร์เซ็นต์ของงานทั้งหมด?" หรือ "ที่บอกว่าไอทีช้า ใช้เวลาเฉลี่ยกี่วันต่อ 1 งานเมื่อเทียบกับมาตรฐาน?"
เมื่อคุณดึงข้อมูลจริงมาวางบนโต๊ะ อารมณ์จะหายไป และทุกคนจะเริ่มมองเห็นจุดคอขวดที่แท้จริง
ขั้นที่ 3: ออกแบบ "กลไกป้องกันความผิดพลาด (Poka-Yoke / SOP)"
การแก้ปัญหาที่ดี ต้องไม่ฝากความหวังไว้ที่ "สติหรือความระมัดระวังของคน" เพราะมนุษย์ย่อมมีวันเหนื่อยล้าและพลาดได้เสมอ จงออกแบบระบบที่ "ทำให้คนทำผิดได้ยากที่สุด"
• การล็อกฟอร์มให้กรอกข้อมูลไม่ครบจะไม่สามารถกดส่งได้
• การทำ Checklist สรุปงาน 5 ข้อย่อยก่อนส่งมอบ
• การตั้งค่าแจ้งเตือนอัตโนมัติล่วงหน้า 24 ชั่วโมง
การสร้างคู่มือมาตรฐาน (SOP) เล็กๆ เหล่านี้ จะช่วยเซฟเวลาและพลังงานของทีมได้มหาศาล
ขั้นที่ 4: นำเสนอผลลัพธ์ด้วย "มูลค่าความเสียหายที่ป้องกันได้"
เมื่อคุณแก้ปัญหาเชิงระบบได้สำเร็จ อย่าปล่อยให้เป็นเรื่องเงียบๆ จงคำนวณผลลัพธ์เป็นตัวเลขธุรกิจแล้วรายงานให้หัวหน้าทราบ:
"จากการปรับปรุงกระบวนการตรวจสอบเอกสารใหม่ ทำให้ตลอด 3 เดือนที่ผ่านมา ข้อผิดพลาดลดลงเหลือ 0% ช่วยประหยัดเวลาแก้ไขงานซ้ำซ้อนของทีมไปได้กว่า 40 ชั่วโมงต่อเดือน คิดเป็นมูลค่าต้นทุนที่ประหยัดได้ปีละกว่าแสนบาท"
นี่คือผลงานระดับที่ผู้บริหารมองเห็นแล้วต้องอยากโปรโมตให้คุณขึ้นมาคุมภาพรวม
คนเก่งแก้ปัญหาเฉพาะหน้าได้รวดเร็ว แต่นักกลยุทธ์จะกำจัดปัญหาไม่ให้เกิดขึ้นมาตั้งแต่แรก
Action Item สำรวจงานซ้ำซากในสัปดาห์นี้
หยิบปัญหา 1 เรื่องในแผนกที่คุณและเพื่อนร่วมทีมต้องคอยนั่งตามแก้อยู่ทุกสัปดาห์ขึ้นมา แล้วลองตั้งคำถาม "ทำไม (Why)" ให้ลึก 5 ชั้นลงไปบนกระดาษ เพื่อหาต้นตอที่แท้จริงก่อนลงมือแก้อีกครั้ง