※ บทความนี้ไม่ได้พูดถึงบริษัท แผนก หรือบุคคลใดโดยเฉพาะ เป็นการสรุปโครงสร้างที่มักเกิดขึ้นในที่ทำงาน โดยทำให้เป็นภาพรวมเพื่อไม่ให้เห็นเนื้อหาเฉพาะเจาะจง
เกริ่นนำ: วินาทีที่การปรับปรุงงานกลายเป็น "เรื่องยุ่งยาก"
คำว่า "ปรับปรุงงาน" ฟังดูดีนะ
ทำให้ทำงานง่ายขึ้น ลดความผิดพลาด ทำให้ข้อมูลดูง่าย แชร์ความคืบหน้าได้สะดวก ลดภาระของหน้างาน
ทั้งหมดนี้โดยหลักการแล้วควรเป็นผลดีทั้งต่อบริษัทและคนทำงาน
แต่ในที่ทำงานจริง คนที่ลงมือปรับปรุงงานกลับเหนื่อยล้ามากขึ้นเรื่อย ๆ ก็มี
ทำไมล่ะ
ไม่ใช่เพราะการปรับปรุงเป็นเรื่องไม่ดี แต่เพราะสิ่งที่ตามมาหลังปรับปรุงหนักเกินไป ทั้ง "การถูกติย้อนหลัง" "ความรับผิดชอบที่ถูกโยนกลับมา" "การต้องคอยช่วยเหลือเป็นรายคน" และ "การตามเช็กด้วยอารมณ์"
สมมติว่าคุณเดินหน้ามาตรการปรับปรุงอย่างหนึ่ง ยื่นเรื่องตามขั้นตอน ได้รับอนุมัติจากหัวหน้าและผู้เกี่ยวข้อง ทำตามขั้นตอนทุกอย่าง แต่พอทำเสร็จ กลับมีคนจากอีกทางมาถามว่า "ทำไมต้องเอาเงินไปใช้กับเรื่องแบบนี้" "จำเป็นจริงเหรอ"
ถึงตอนนั้น คนที่รับผิดชอบการปรับปรุงก็จะคิดว่า
"แล้วที่ขออนุมัติมามันมีความหมายอะไร"
"ก็ผ่านขั้นตอนแล้ว ทำไมต้องมาโทษฉัน"
"ต่อไปไม่ทำอะไรเลยจะปลอดภัยกว่าหรือเปล่า"
ในวินาทีนั้น การปรับปรุงงานไม่ใช่งานเชิงบวกอีกต่อไป แต่กลายเป็นงานเสี่ยงที่ต้องคอยป้องกันตัว
ปัญหาไม่ใช่ค่าใช้จ่าย แต่คือขั้นตอนอนุมัติที่ไม่ปกป้องคน
การปรับปรุงงานที่ต้องใช้เงินไม่ใช่เรื่องแปลกเลย
อุปกรณ์ ระบบ เครื่องมือ การอบรม การจัดระเบียบเอกสาร การปรับสภาพแวดล้อม ทุกอย่างต้องใช้ทั้งเงินและเวลาในระดับหนึ่ง
ปัญหาไม่ได้อยู่ที่การเกิดค่าใช้จ่าย
ปัญหาคือโครงสร้างที่เปิดให้คนอื่นมาบ่นด้วยอารมณ์ทีหลังได้ ทั้งที่เรื่องนั้นได้รับอนุมัติไปแล้ว
สิ่งที่ควรทำให้ชัดตั้งแต่แรกคือเรื่องเหล่านี้
- ต้องได้รับอนุมัติจากใครถึงจะลงมือทำได้
- วงเงินเท่าไหร่ที่หน้างานตัดสินใจเองได้
- ใช้เงินได้ด้วยวัตถุประสงค์แบบไหน
- จะวัดความคุ้มค่าด้วยเกณฑ์อะไร
- คนที่มาติทีหลังอยู่ในขั้นตอนอนุมัติตอนแรกหรือเปล่า
ถ้าปล่อยตรงนี้คลุมเครือแล้วเดินหน้าปรับปรุง ผู้รับผิดชอบก็จะเสี่ยงโดนโจมตีย้อนหลังอยู่ตลอด
ผลก็คือทั้งบริษัทกลายเป็นแบบนี้
"อยากปรับปรุงนะ แต่ทำแล้วเรื่องยุ่งก็เพิ่ม"
"คนที่เสนอก็ต้องรับผิดชอบดูแลไปจนจบ"
"ต่อให้ได้รับอนุมัติก็ไม่ปลอดภัย"
"งั้นเงียบ ๆ คงสภาพเดิมไว้ดีกว่า"
นี่ไม่ใช่บริษัทที่ปรับปรุงงานไม่เก่ง แต่เป็นบริษัทที่ไม่มีการออกแบบเพื่อปกป้องคนที่ลงมือปรับปรุง
ผู้รับผิดชอบการปรับปรุงที่กลายเป็น "ศูนย์บริการลูกค้า"
กับดักอีกอย่างของการปรับปรุงงานคือ หลังนำมาใช้ ผู้รับผิดชอบกลายเป็นศูนย์บริการลูกค้า
ตัวอย่างเช่น นำสภาพแวดล้อมหรือระบบที่สะดวกมาใช้
เป้าหมายแต่แรกคือให้คนหน้างานใช้งานเองได้ง่าย
แต่ถ้าการออกแบบวิธีใช้งานคลุมเครือ คำถามก็จะหลั่งไหลมาที่คนที่นำมาใช้
"อันนี้ใช้ยังไง"
"ต้องดูตรงไหน"
"ตั้งค่ายังไง"
"รู้สึกว่ามันไม่ค่อยทำงานนะ"
แน่นอนว่าถ้าเป็นข้อบกพร่องจริงหรือปัญหาของระบบ แผนกที่รับผิดชอบก็ต้องเป็นคนจัดการ
แต่ถ้ารับหมดทุกอย่าง แม้แต่วิธีใช้พื้นฐานหรือเรื่องที่ตรวจสอบเองก็แก้ได้ ผู้รับผิดชอบการปรับปรุงก็จะหมดแรง
ตรงนี้ต้องแบ่งขอบเขตให้ชัด
- เรื่องที่เกี่ยวกับการอนุมัติ: ดำเนินการตามคำขอที่ได้รับอนุมัติแล้ว
- วิธีใช้พื้นฐาน: ขอให้ตรวจสอบด้วยตัวเอง
- ข้อบกพร่องหรือปัญหาการเชื่อมต่อ: โปรดแจ้งพร้อมระบุสถานการณ์
- การเปลี่ยนแปลงกฎ: ขอให้ทำกฎการยื่นคำขอและเกณฑ์ค่าใช้จ่ายให้ชัดเจน
ถ้าไม่มีเส้นแบ่งนี้ ผู้รับผิดชอบการปรับปรุงจะไม่ใช่ "คนที่ทำให้สะดวกขึ้น" แต่เป็น "คนที่แบกทุกอย่างหลังทำให้สะดวกขึ้น"
แบบนี้ก็ไม่แปลกที่จะไม่อยากปรับปรุงครั้งต่อไป
ถ้าฝากภาวะผู้นำไว้กับนิสัยและพลังใจอย่างเดียว มันหนักเกินไป
ในที่ทำงาน เรามักพูดถึงภาวะผู้นำเป็นเรื่องของบุคลิก
เป็นคนสดใสและดึงคนอื่นให้มาร่วม
สื่อสารด้วยความมุ่งมั่น
ขับเคลื่อนคนรอบข้าง
สร้างความไว้วางใจ
แน่นอนว่าไม่ได้หมายความว่าสิ่งเหล่านี้ไม่จำเป็น
แต่ถ้าพึ่งแค่นั้นก็อันตราย
เพราะถ้าพูดถึงภาวะผู้นำแค่ในเรื่อง "บุคลิก" "พลังใจ" "พลังดึงดูดคน" คนที่ไม่มีอำนาจ ไม่มีค่าตอบแทน และไม่มีขอบเขตความรับผิดชอบที่ชัดเจน ก็จะเหลือแต่แรงงานด้านอารมณ์ให้แบก
เวลาที่อีกฝ่ายไม่ขยับ บางครั้งก็โดนพูดว่า
"ถ้าดึงคนมาร่วมได้มากกว่านี้ก็ดีสิ"
"สื่อสารยังไม่พอ"
"ต้องมีความสามารถในการทำให้คนรอบข้างเห็นด้วย"
แต่สิ่งที่ต้องการจริง ๆ คือบุคลิกที่แข็งแกร่งกว่านี้หรือเปล่า
สิ่งที่จำเป็นกว่าคือการออกแบบแบบนี้
- ทำให้วัตถุประสงค์ชัดเจน
- แบ่งบทบาทกัน
- กำหนดเส้นตาย
- วางเกณฑ์ในการตัดสินใจ
- บันทึกเนื้อหาที่ขอให้ทำ
- กำหนดเวทีสำหรับตามความคืบหน้า
- ทำรายการสิ่งที่ตกหล่น
ภาวะผู้นำไม่ใช่การขับเคลื่อนคนด้วยพลังใจ
แต่คือการออกแบบให้คนขยับตัวได้ง่าย
ช่องว่างของคำว่า "ฉันไม่ได้คุมทุกเรื่องนะ"
ส่วนที่น่าปวดหัวของการคุมงานละเอียดเกินไป (micromanagement) คือยิ่งเป็นคนทำ ยิ่งรู้ตัวยาก
ในมุมของเขา มันเป็นแบบนี้
"แค่เช็กดูเฉย ๆ"
"แค่ดูคุณภาพเฉย ๆ"
"แค่สอนเฉย ๆ"
"แค่อยากให้งานเดินหน้าไปดี ๆ"
"ดูเพราะมีหน้าที่รับผิดชอบ"
แต่คนที่ถูกคุมอาจรู้สึกแบบนี้
"ไม่ได้ถูกไว้ใจให้ทำเอง"
"ถูกกดดันระหว่างทาง"
"คำตอบที่ถูกต้องโผล่มาทีหลังเสมอ"
"ไม่มีที่ว่างให้ตัดสินใจ"
"ถูกควบคุมไปถึงท่าทีและความรู้สึกยอมรับ"
ตรงนี้มีช่องว่างขนาดใหญ่
ว่าเป็น micromanagement หรือไม่ ไม่ได้ขึ้นอยู่กับการรับรู้ของตัวเขาเองเพียงอย่างเดียว
สิ่งสำคัญคือฝ่ายที่ถูกคุมยังเหลือพื้นที่ให้ตัดสินใจเองหรือไม่
เขาให้แค่เป้าหมาย เส้นตาย และเกณฑ์ แล้วปล่อยให้ทำเองหรือเปล่า
หรือพยายามกำทุกอย่างไว้ ทั้งวิธีทำ ลำดับการทำ ท่าที ความรู้สึกยอมรับ ไปจนถึงบรรยากาศ
ถ้าเป็นแบบหลัง ไม่ว่าตัวเขาจะคิดยังไง สำหรับคนที่ถูกคุม นี่คือการควบคุมที่หนักมาก
บางครั้ง แค่ตอบว่า "แชร์ไปแล้วเมื่อครั้งก่อน" ก็พอ
ในการตามความคืบหน้าหรือการสอนงาน บางทีประเด็นจะกลายเป็นเรื่อง "ครั้งก่อนพูดไปหรือยัง"
พอเข้าสู่สงครามอารมณ์ ก็จะเหนื่อยเปล่า
"ฉันบอกไปแล้วไม่ใช่เหรอ"
"ไม่เห็นได้ยินเลย"
"คุณคิดอะไรอยู่"
"ทุกคนยอมรับแบบนี้จริง ๆ เหรอ"
แบบนี้ประเด็นจะค่อย ๆ เลื่อนหลุดไปเรื่อย ๆ
ประเด็นจริง ๆ ไม่ใช่ว่าใครผิด
ถ้าสิ่งที่แชร์ไปไม่ถูกนำไปใช้ ก็แค่ต้องมีระบบที่ไม่ให้ตกหล่นในครั้งต่อไป
ดังนั้น ขั้นแรกให้ตอบแค่ข้อเท็จจริง
"แชร์ไปแล้วเมื่อครั้งก่อน"
แล้วถ้าจำเป็นก็ทำเป็นรายการ
- วันที่แชร์
- เนื้อหาที่แชร์
- ที่ที่ต้องนำไปใช้
- ผู้รับผิดชอบ
- เส้นตาย
- สถานะ
- หมายเหตุ
แค่นี้ก็หลีกเลี่ยงการเถียงลอย ๆ แบบ "บอกแล้ว" กับ "ไม่ได้ยิน" ได้
ไม่ต้องแข่งกันที่ความจำจากคำพูด แต่เช็กจากสมุดบันทึก
แค่นี้ก็ลดความเหนื่อยลงได้มาก
สิ่งที่การปรับปรุงงานต้องการ ไม่ใช่แรงฮึด แต่คือการออกแบบเพื่อป้องกันตัว
ที่ทำงานที่การปรับปรุงเดินหน้าต่อไปได้ มีจุดร่วมกัน
คือมีโครงสร้างที่คนปรับปรุงไม่เสียเปรียบง่าย ๆ
ในทางกลับกัน ที่ทำงานที่การปรับปรุงชะงัก มักมีลักษณะดังนี้
- เส้นทางอนุมัติคลุมเครือ
- บ่นย้อนหลังได้
- คนปรับปรุงต้องแบกการดูแลทั้งหมด
- แม้แต่คำถามเรื่องการใช้งานพื้นฐานก็มารวมที่ผู้รับผิดชอบ
- ขอบเขตความรับผิดชอบขยายออกเรื่อย ๆ แต่ไม่มีอำนาจ
- เห็นแต่ความล้มเหลวกับความไม่พอใจ
- ปัดตกด้วยคำว่า "พลังดึงดูดคน" "ความมุ่งมั่น" "ความรู้สึกยอมรับ"
ในสภาพแบบนี้ ต่อให้บอกว่า "ช่วยกันปรับปรุงงานให้เชิงรุกกว่านี้หน่อย" คนก็ไม่ขยับ
เพราะสิ่งที่รออยู่หลังการปรับปรุง ไม่ใช่รางวัล แต่คือภาระที่เพิ่มขึ้นกับการถูกติย้อนหลัง
สิ่งที่ต้องการไม่ใช่แรงฮึด
แต่คือระบบที่ปกป้องผู้รับผิดชอบการปรับปรุง
วิธีตอบกลับที่ใช้ได้จริงในงาน
เมื่อถูกถามย้อนหลังว่า "ทำไมถึงทำแบบนั้น" อย่าตอบเหมือนเขียนจดหมายขอโทษ
ประโยคที่ใช้ได้คือ
เรื่องนี้ดำเนินการตามคำขอที่หัวหน้าแผนกอนุมัติแล้วค่ะ/ครับ
หากในอนาคตจะเปลี่ยนเกณฑ์ค่าใช้จ่ายหรือขอบเขต ขอให้ระบุให้ชัดในกฎการยื่นคำขอ แล้วเราจะดำเนินการตามเกณฑ์นั้น
แบบนี้จะแสดงให้เห็นว่าไม่ใช่การตัดสินใจเองตามอำเภอใจของผู้รับผิดชอบ
ส่วนคำถามเรื่องการใช้งานพื้นฐาน ให้แบ่งแบบนี้
วิธีใช้พื้นฐานและการตั้งค่าการแสดงผล ขอให้ตรวจสอบด้วยตัวเองก่อนนะคะ/ครับ
หากมีข้อบกพร่องของการตั้งค่าหรือปัญหาการเชื่อมต่อ ขอให้แจ้งพร้อมระบุสถานการณ์
แบบนี้จะแยกขอบเขตที่ตรวจสอบเองได้ ออกจากข้อบกพร่องที่ต้องดูแลจริง ๆ
เมื่อสิ่งที่แชร์ความคืบหน้าไม่ถูกนำไปใช้ ให้ทำแบบนี้
ทำรายการตรวจสอบไว้ เพื่อกันไม่ให้สิ่งที่แชร์ครั้งก่อนตกหล่นค่ะ/ครับ
จากนี้ไปจะบันทึก "เนื้อหาที่แชร์ ที่ที่ต้องนำไปใช้ ผู้รับผิดชอบ เส้นตาย สถานะ" ไว้ที่นี่ แล้วตรวจสอบกันในครั้งหน้า
รายการนี้ไม่ได้ทำไว้เพื่อโทษใคร
แต่เป็นเกราะป้องกันเพื่อหลีกเลี่ยงสงครามอารมณ์
สรุป: อย่าโยนไปที่บุคลิก ให้ลงมือออกแบบ
ปัญหาในที่ทำงานมักถูกโยนไปเป็นเรื่องของบุคลิก
พลังดึงดูดคนไม่พอ
ความมุ่งมั่นไม่พอ
ความรับผิดชอบไม่พอ
เช็กไม่รอบคอบ
ความเป็นเชิงรุกไม่พอ
แต่สิ่งที่ควรมองจริง ๆ คือโครงสร้าง
ถ้าได้รับอนุมัติแล้วแต่ยังถูกบ่นทีหลัง แปลว่าขั้นตอนอนุมัติอ่อนแอ
ถ้าคำถามมากระจุกหลังปรับปรุง แปลว่าการออกแบบการใช้งานอ่อนแอ
ถ้าสิ่งที่แชร์ไม่ถูกนำไปใช้ แปลว่าไม่มีสมุดบันทึกสิ่งที่แชร์
ถ้ามี micromanagement เยอะ แปลว่าวิธีมอบหมายงานและเกณฑ์การตัดสินใจคลุมเครือ
ถ้าภาวะผู้นำรู้สึกหนัก แปลว่ายังไม่ได้ลงมือทำให้เป็นระบบ แต่พึ่งบุคลิกแทน
สิ่งที่ต้องการเพื่อให้การปรับปรุงงานเดินหน้าต่อไป ไม่ใช่บุคลิกที่แข็งแกร่ง
แต่คือการทำให้วัตถุประสงค์ บทบาท เส้นตาย การอนุมัติ การบันทึก และขอบเขตการรับมือชัดเจน
ไม่ใช่ขับเคลื่อนคนด้วยพลังใจ แต่สร้างสภาพที่คนขยับตัวได้
นั่นแหละคือการปรับปรุงที่ทำให้ที่ทำงานสบายขึ้นอีกนิดอย่างแท้จริง
