ทำไม "ก็ทำแล้วนะ" ถึงยังแก้ปัญหาไม่ได้? เส้นแบ่งระหว่าง Accountability กับ Responsibility

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

ในที่ประชุมสรุปปัญหา คุณหานหมินถามตรง ๆ ว่า "เรื่องนี้ใครต้องรับผิดชอบ" หัวหน้าฝ่าย QC ชื่อณัฐชา ตอบทันทีว่า "หนูรายงานความผิดปกตินี้ให้หัวหน้าฝ่ายผลิตทราบแล้วค่ะ" ฝ่ายวิชัยหัวหน้าฝ่ายผลิตก็ไม่ยอมน้อยหน้า "ผมผลิตตาม SOP ทุกขั้นตอน ปัญหาค่าความคลาดเคลื่อนเป็นเรื่องของแม่พิมพ์ ต้องไปถามฝ่ายวิศวกรรม" ด้านอนุชา ผู้จัดการฝ่ายวิศวกรรมก็แย้งว่า "ไม่มีใครแจ้งผมเลย ผมจะรู้ได้ยังไงว่าแม่พิมพ์สึก" ทั้งสามคนพูดจบครบทุกคน ห้องประชุมเงียบไปห้าวินาที — ทุกคน "ทำหน้าที่" ของตัวเองแล้ว แต่ไม่มีใครสักคนที่เป็น "คนที่ต้องรับผิดชอบผลลัพธ์นี้จริง ๆ" สองเดือนต่อมา ปัญหาค่าความคลาดเคลื่อนแบบเดิมก็เกิดขึ้นอีกครั้ง

นี่คือหลุมดำในห้องประชุมที่พบบ่อยที่สุดในธุรกิจ SME สายไทย-จีน มติที่ประชุมเขียนไว้ว่า "ต้องเข้มงวดเรื่อง QC มากขึ้น" มีคนที่เกี่ยวข้องเพียบ แต่ไม่มีใครสักคนที่เป็น "คนที่ถ้างานไม่สำเร็จ ต้องไปหาเขาคนนี้"

ทำไมถึงเป็นแบบนี้

ปัญหาอยู่ที่การเอา "Responsibility" (ความรับผิดชอบในการลงมือทำ) กับ "Accountability" (ความรับผิดชอบต่อผลลัพธ์สุดท้าย หรือที่เรียกกันว่า "ความรับผิดรับชอบ" หรือ "การเป็นเจ้าของผลลัพธ์") มาใช้ปนกันเป็นเรื่องเดียว Responsibility คือคนที่มีส่วนร่วมลงมือทำ — ณัฐชารายงานแล้ว วิชัยผลิตตาม SOP แล้ว ทั้งคู่ "รับผิดชอบ" ในส่วนงานของตัวเองแล้วจริง ๆ แต่ Accountability คือคนที่ท้ายที่สุดต้องตอบคำถามเรื่อง "ผลลัพธ์" ไม่ว่าระหว่างทางจะเกิดอะไรขึ้น ไม่ว่าจะมีกี่คนเกี่ยวข้อง ถ้าผลลัพธ์ออกมาไม่ดี ก็ต้องไปหาคนนี้คนเดียว ที่ปรึกษาด้านการบริหาร โรเจอร์ คอนเนอร์ส (Roger Connors), ทอม สมิธ (Tom Smith) และเครก ฮิกแมน (Craig Hickman) เสนอไว้ในหนังสือ The Oz Principle (ปี 1994) ว่าองค์กรส่วนใหญ่ล้มเหลวไม่ใช่เพราะไม่มีใครทำงาน แต่เพราะทุกคนติดอยู่ใน "วงจรเหยื่อ" (Victim Cycle) ที่คิดว่า "นี่ไม่ใช่ปัญหาของฉัน" มีเพียงเมื่อคนคนหนึ่งยอม "มองเห็นมัน เป็นเจ้าของมัน แก้ไขมัน ลงมือทำจนสำเร็จ" (See It, Own It, Solve It, Do It) วงจรความรับผิดชอบที่แท้จริงถึงจะเริ่มทำงาน ปีเตอร์ ดรักเกอร์ (Peter Drucker) ปรมาจารย์ด้านการบริหารก็เคยเน้นย้ำหลักการทำนองเดียวกันเรื่องการบริหารแบบ MBO (Management by Objectives) ว่า ถ้าทุกคนต้อง "รับผิดชอบ" งานเดียวกันหมด ก็เท่ากับไม่มีใครรับผิดชอบจริงเลยสักคน

จะทำอย่างไร

ใช้กรอบ RACI แยก "ใครลงมือทำ" ออกจาก "ใครแบกรับผล"

เครื่องมือ RACI Matrix ซึ่งมีรากมาจากวงการบริหารโครงการ และถูกทำให้เป็นระบบผ่านคู่มือ PMBOK Guide ของสถาบัน PMI (Project Management Institute) แบ่งบทบาทในแต่ละงานออกเป็น 4 แบบ ได้แก่ Responsible (คนลงมือทำ มีได้หลายคน), Accountable (คนที่ต้องรับผิดชอบผลลัพธ์สุดท้าย งานหนึ่งมีได้แค่คนเดียว), Consulted (คนที่ต้องปรึกษาก่อนตัดสินใจ) และ Informed (คนที่ต้องได้รับแจ้ง) ภายหลังคุณหานหมินกลับไปทบทวนมตินั้นใหม่ พบว่า "เข้มงวดเรื่อง QC มากขึ้น" มีทั้งฝ่าย QC ฝ่ายผลิต และฝ่ายวิศวกรรมเกี่ยวข้องพร้อมกัน แต่ไม่มีใครถูกระบุว่าเป็น A เลยสักคน สุดท้ายเขามอบตำแหน่ง A ให้กับอนุชา ผู้จัดการฝ่ายวิศวกรรม เพราะอำนาจการตัดสินใจขั้นสุดท้ายเรื่องความผิดปกติของแม่พิมพ์และการสั่งหยุดสายการผลิตอยู่ในมือเขา ส่วนณัฐชาและวิชัยเป็น R มีหน้าที่รายงานและลงมือปฏิบัติหน้างาน เมื่อมี Accountable เพียงคนเดียว จะไม่มีใครสามารถพูดได้อีกว่า "นี่ไม่ใช่เรื่องของฉัน" เวลาเกิดปัญหา

คนที่ต้อง Accountable ต้องมีอำนาจตามมาด้วย ไม่ใช่แค่มีความรับผิดชอบ

คอลิน ไบรอาร์ (Colin Bryar) และบิล คาร์ (Bill Carr) อดีตผู้บริหารระดับสูงของ Amazon เปิดเผยในหนังสือ Working Backwards ว่า ทุกโครงการสำคัญของ Amazon จะมีการแต่งตั้ง "Single-Threaded Leader" หรือผู้นำที่รับผิดชอบเพียงเส้นทางเดียว คนคนนี้มีอำนาจตัวจริงในการดึงทรัพยากรข้ามแผนก สั่งหยุดโครงการ และตัดสินใจ ไม่ใช่แค่มีชื่อไว้รับผิดเวลาโครงการล้มเหลว คุณหานหมินก็ปรับวิธีทำงานตามแนวคิดนี้เช่นกัน โดยให้อำนาจอนุชาในฐานะ Accountable สั่งหยุดสายการผลิตเพื่อเปลี่ยนแม่พิมพ์ได้ทันทีโดยไม่ต้องผ่านการอนุมัติหลายชั้นเหมือนเดิม — เพราะความรับผิดชอบต้องมาพร้อมอำนาจตัดสินใจ ไม่อย่างนั้นจะกลายเป็นระบบ "แพะรับบาป" ที่มีแต่ภาระแต่ไม่มีอำนาจ

🔧 AI ลงมือทำ: การ์ดวินิจฉัยความรับผิดชอบ

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

คุณคือที่ปรึกษาด้าน Accountability ของฉัน ช่วยตรวจสอบมติที่ประชุม/รายการงานต่อไปนี้ตามกรอบ RACI:

[วางบันทึกการประชุมหรือรายการงานที่นี่]

สำหรับแต่ละงาน กรุณา:
1. ระบุว่าปัจจุบันมีการกำหนด "ผู้ Accountable" ที่ชัดเจนหรือไม่ (คนที่ต้องตอบคำถามเรื่องผลลัพธ์สุดท้าย และมีได้แค่คนเดียว)
2. หากยังไม่มี ให้เสนอว่าใครควรเป็นผู้ Accountable ที่เหมาะสมที่สุด พร้อมเหตุผล
3. ระบุว่ามีกรณีที่ "ผู้ Accountable ไม่มีอำนาจตัดสินใจที่สอดคล้อง" หรือไม่ (เช่น สั่งหยุดงานไม่ได้ ดึงทรัพยากรไม่ได้)
4. สรุประดับความเสี่ยงของงานนั้นเป็นหนึ่งประโยค (สูง / กลาง / ต่ำ)

กรุณาแสดงผลเป็นตาราง มีคอลัมน์: งาน, สถานะปัจจุบัน, ผู้ Accountable ที่แนะนำ, ระดับความเสี่ยง

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

📎 ที่มาทางทฤษฎี: Roger Connors, Tom Smith, Craig Hickman, The Oz Principle (1994); RACI Matrix มีรากจากวงการบริหารโครงการ ถูกจัดระบบผ่าน PMBOK Guide ของสถาบัน PMI (Project Management Institute); แนวคิด Management by Objectives ของ Peter Drucker; Colin Bryar & Bill Carr, Working Backwards (2021) ว่าด้วยระบบ Single-Threaded Leader ของ Amazon