แปลมติที่ประชุมให้เป็นภาษาคน: สูตรสี่องค์ประกอบที่ทำให้ทุกคำมั่นสัญญาตรวจสอบได้

คุณหลิน ผู้ช่วยผู้จัดการฝ่ายผลิตของโรงงาน "หยุนเฉิงพรีซิชั่น" เดินเข้าห้องประกันคุณภาพพร้อมใบร้องเรียนลูกค้าที่เพิ่งพิมพ์ออกมาจากเครื่อง นี่เป็นครั้งที่สองของเดือนแล้วที่ลูกค้าญี่ปุ่นอย่างบริษัทไดวะ เดนโซ ส่งหนังสือแจ้งหักเงินมา เหตุผลคือชิ้นส่วนพลาสติกยังมีเสี้ยนขอบไม่เรียบร้อย หลุดปนไปกับล็อตสินค้าที่ส่งออก เขาวางใบร้องเรียนลงบนโต๊ะ น้ำเสียงไม่ได้ดุ แต่ฟังดูเหนื่อยล้า "ประชุมสัปดาห์ที่แล้วเราตกลงกันแล้วไม่ใช่เหรอว่าจะเข้มงวดเรื่องคุณภาพมากขึ้น"

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

ฉากแบบนี้เกิดขึ้นทุกวันในโรงงานของนักลงทุนไต้หวัน ร้านอาหารเชนใหญ่ และบริษัทการค้าทั่วประเทศไทย มติที่ประชุมไม่ได้หายไปไหน มันแค่ไม่เคยถูกแปลให้เป็นประโยคที่ตรวจสอบได้ตั้งแต่แรก

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

จอร์จ ที. โดแรน (George T. Doran) ที่ปรึกษาด้านการบริหารชาวอเมริกัน เสนอหลักการ SMART ไว้ในบทความที่ตีพิมพ์ในวารสาร Management Review เมื่อปี 1981 ว่าเป้าหมายที่ดีต้อง เจาะจง (Specific) วัดผลได้ (Measurable) ทำได้จริง (Achievable) เกี่ยวข้องกับงาน (Relevant) และมีกรอบเวลา (Time-bound) กรอบคิดนี้ถูกองค์กรทั่วโลกนำไปใช้อย่างแพร่หลาย แต่จุดที่ทรงพลังจริง ๆ ไม่ใช่ตัวย่อทั้งห้าตัว หากแต่เป็นข้อสังเกตที่ซ่อนอยู่เบื้องหลัง นั่นคือ คำกริยาที่คลุมเครือจะไม่ถูกสมองมนุษย์จัดว่าเป็น "งาน" ที่ต้องลงมือทำเลย

คำอย่าง "เข้มงวดขึ้น" "ระวังให้มากขึ้น" "ทบทวน" หรือ "พิจารณา" ปรากฏบ่อยมากในการประชุมของผู้บริหาร แต่ทุกคำมีจุดอ่อนร่วมกัน คือมันบรรยาย "แนวโน้มของสภาวะ" ไม่ใช่ "การกระทำที่ทำเสร็จได้" เดวิด อัลเลน (David Allen) ปรมาจารย์ด้านการบริหารเวลา เสนอแนวคิด "open loop" หรือ "ลูปที่ยังไม่ปิด" ไว้ในหนังสือ Getting Things Done ปี 2001 ว่า ตราบใดที่เรื่องหนึ่งยังไม่ถูกนิยามเป็น "ขั้นตอนถัดไปที่จับต้องได้" มันจะค้างอยู่ในหน่วยความจำเบื้องหลังของสมองตลอดเวลา ทำให้คนเราวิตกกังวลอยู่ลึก ๆ แต่ก็ไม่เคยลงมือทำจริงสักที คำสั่ง "เข้มงวดเรื่องคุณภาพ" คือ open loop ตัวอย่างชัดเจน เพราะไม่มีใครรู้ว่าทำถึงระดับไหนถึงจะเรียกว่า "เสร็จ" สุดท้ายจึงไม่มีใครเริ่มลงมือจริง ๆ สักคน

วิธีทำ

สูตรสี่องค์ประกอบของประโยคคำมั่นสัญญา

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

ลองเอาเคสของหยุนเฉิงพรีซิชั่นมาเขียนใหม่ดู ประโยคเดิม "เข้มงวดเรื่องคุณภาพ ทุกฝ่ายให้ความร่วมมือ" เมื่อเขียนใหม่จะกลายเป็น "คุณสมศักดิ์ หัวหน้าฝ่าย QC จะต้องจัดทำ SOP การตรวจสอบเสี้ยนขอบชิ้นส่วนด้วยสายตาและเครื่องวัดความหนาให้ครบทุกชิ้น พร้อมอบรมพนักงานไลน์ผลิตทุกคนให้เสร็จภายในวันที่ 26 กรกฎาคม โดยวิธีตรวจรับคือ คุณหลินจะสุ่มตรวจสินค้าสำเร็จรูป 3 ล็อต รวม 60 ชิ้น ในวันที่ 28 กรกฎาคม อัตราของเสียจากเสี้ยนขอบต้องต่ำกว่า 0.5%" เรื่องเดียวกัน แต่ประโยคแรกไม่มีใครลงมือทำจริง ส่วนประโยคหลังแม้แต่ตัวคุณหลินเองก็รู้อยู่แล้วว่าวันที่ 28 กรกฎาคมต้องเอาอะไรไปตรวจ

ระบบ "ผู้รับผิดชอบโดยตรง" ของ Apple

อดัม ลาชินสกี้ (Adam Lashinsky) นักข่าวสายธุรกิจ เปิดเผยไว้ในหนังสือ Inside Apple ปี 2011 ว่า Apple มีวินัยภายในองค์กรข้อหนึ่งที่เข้มงวดมาก คือทุกรายการในลิสต์งานที่ได้จากการประชุมแต่ละครั้ง จะต้องมีชื่อบุคคลที่เจาะจงต่อท้ายเสมอ เรียกว่า "Directly Responsible Individual" หรือ DRI รายงานการประชุมของ Apple จะไม่มีคำว่า "ฝ่ายการตลาด" หรือ "ทีมวิศวกร" ปรากฏอยู่เลย จะมีแต่ชื่อคนเท่านั้น ตรรกะเบื้องหลังตรงไปตรงมามาก คือความรับผิดชอบที่ถูกเจือจางไปทั้งทีม จะถูกเจือจางลงจนเหลือศูนย์ในทางจิตวิทยา ผู้ประกอบการ SME ในไทยสามารถนำวิธีนี้ไปใช้กับแบบฟอร์มรายงานการประชุมประจำสัปดาห์ของตัวเองได้ทันที เพียงเพิ่มคอลัมน์ "DRI" เข้าไป และถือหลักว่ามติใดที่ยังไม่มีชื่อคนเจาะจง ให้ถือว่ายังคุยกันไม่จบ ห้ามปิดประชุม

เกณฑ์ตรวจรับที่กลัวที่สุดคือคำว่า "ผมว่า"

ในวงการพัฒนาซอฟต์แวร์แบบ Agile เคน ชวาเบอร์ (Ken Schwaber) และ เจฟฟ์ ซัทเธอร์แลนด์ (Jeff Sutherland) ผู้ร่วมพัฒนากรอบการทำงาน Scrum มีแนวคิดหลักตัวหนึ่งเรียกว่า "Definition of Done" หรือ "นิยามของความสำเร็จ" ว่างานชิ้นหนึ่งจะเสร็จหรือไม่เสร็จ ไม่สามารถให้ผู้รับผิดชอบตัดสินเองแบบอัตวิสัยว่า "ผมว่าใกล้เสร็จแล้ว" แต่ต้องมีรายการตรวจสอบที่ทั้งสองฝ่ายตกลงกันไว้ล่วงหน้าและตรวจสอบได้อย่างเป็นกลาง มติของผู้บริหารก็เช่นกัน "ทัศนคติการบริการดีขึ้น" ไม่ใช่เกณฑ์ตรวจรับ แต่ "สัดส่วนอีเมลร้องเรียนที่มีคำเกี่ยวกับทัศนคติต่ำกว่า 5%" ต่างหากที่ใช่ "ส่งของเร็วขึ้น" ก็ไม่ใช่เกณฑ์ตรวจรับ แต่ "สัดส่วนคำสั่งซื้อที่จัดส่งภายใน 72 ชั่วโมงหลังยืนยันออร์เดอร์สูงถึง 90%" ต่างหากที่นับได้จริง

🔧 AI ลงมือทำ: เครื่องมือแปลงรายงานการประชุมเป็นลิสต์คำมั่นสัญญา

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

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

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

รายงานการประชุมมีดังนี้:
[วางรายงานการประชุมต้นฉบับตรงนี้]

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

📎 ที่มาทางทฤษฎี: George T. Doran (1981) "There's a S.M.A.R.T. Way to Write Management's Goals and Objectives", Management Review; David Allen (2001) "Getting Things Done" แนวคิด open loop; Adam Lashinsky (2011) "Inside Apple" ระบบ Directly Responsible Individual (DRI); Ken Schwaber & Jeff Sutherland แนวคิด "Definition of Done" ในกรอบการทำงาน Scrum