ทีมสื่อสารกันไม่ดี จริงหรือ เช็ก 4 จุด P.O.N.D. ก่อนสรุปว่าเป็นปัญหาการสื่อสาร

ก่อนสรุปว่า “ทีมสื่อสารกันไม่ดี” ลองเช็ก 4 จุด P.O.N.D. (Priority, Owner, Next Action, Deadline) ก่อน เพราะจากหลายเคสในห้องเรียน ปัญหาที่ถูกเรียกว่าการสื่อสาร มักมีรากอยู่ที่ระบบงานที่ยังไม่ชัด

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

บทความนี้ต่อจาก ทุกปัญหาข้ามทีม ไม่ได้ต้องแก้ด้วย Communication Training ซึ่งอธิบายว่าทำไมปัญหาข้ามทีมจึงมักเป็น Execution System Gap มากกว่า Communication Skill Gap บทความนี้จะให้เครื่องมือวินิจฉัยที่ใช้ได้ทันทีในห้องประชุม

ทำไม “สื่อสารไม่ดี” จึงกว้างเกินไปสำหรับการแก้ปัญหา

เมื่อผู้เรียนนำ Case ที่งานติดจริงมาเล่าในห้องเรียน แล้วเราถามต่อว่า “สื่อสารไม่ดีตรงไหน” คำตอบที่ได้แทบไม่เคยเป็นเรื่องวิธีพูดหรือวิธีฟัง แต่เป็นเรื่องแบบนี้
        - ฝ่ายหนึ่งคิดว่างานนี้ด่วนที่สุด อีกฝ่ายคิดว่ารอได้
        -ไม่มีใครรู้ว่าใครมีอำนาจตัดสินใจเมื่อความเห็นไม่ตรงกัน
        - ส่งงานไปแล้ว คนรับไม่รู้ว่าต้องทำอะไรต่อ
        - ต่างฝ่ายต่างมีวันที่ “ต้องเสร็จ” อยู่ในหัวคนละวัน
ทั้ง 4 ข้อนี้ถูกเรียกรวม ๆ ว่า “ปัญหาการสื่อสาร” ทั้งที่จริงแล้วเป็นปัญหาของ ระบบการทำงานข้ามทีม ที่ยังไม่ได้ตกลงกันตั้งแต่ต้น และเมื่อวินิจฉัยผิด Solution ก็มักผิดตาม คือจัดประชุมเพิ่ม หรือส่งคนไปอบรมการสื่อสาร แล้วปัญหาเดิมก็กลับมาในงานถัดไป

P.O.N.D. คืออะไร

P.O.N.D. คือ เครื่องมือวินิจฉัย 4 จุดที่ใช้แยกว่าปัญหาการทำงานข้ามทีมเป็นเรื่องการสื่อสารจริง หรือเป็นเรื่องระบบงานที่ยังไม่ชัด ประกอบด้วย Priority, Owner, Next Action และ Deadline ถ้าตอบได้ครบทั้ง 4 ข้อ การสื่อสารส่วนใหญ่จะดีขึ้นเองโดยไม่ต้องสอนให้พูดเก่งขึ้น

P — Priority: ทุกฝ่ายเข้าใจตรงกันหรือไม่ว่างานนี้สำคัญแค่ไหนเมื่อเทียบกับงานอื่น

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

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

O — Owner: ใครมีอำนาจตัดสินใจ และใครต้องปิด Loop

หลายองค์กรมี Task Owner คือคนที่ทำงานส่วนของตัวเอง แต่ไม่มี Result Owner คือคนที่รับผิดชอบให้ผลลัพธ์เกิดขึ้นจนจบ เมื่อปัญหาเกิดตรงรอยต่อระหว่างทีม จึงไม่มีใครรู้สึกว่าเป็นหน้าที่ของตัวเองที่ต้องตาม ต้องประสาน หรือต้องตัดสินใจ

คำถามที่ควรถาม: ถ้างานนี้ไม่เสร็จ ใครคือคนที่ต้องตอบคำถาม และคนนั้นมีอำนาจพอที่จะปิด Loop ได้จริงหรือไม่

N — Next Action: เมื่อส่งต่อแล้ว คนรับรู้ชัดหรือไม่ว่าต้องทำอะไรต่อ

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

คำถามที่ควรถาม: ก่อนจบการประชุมหรือส่งงาน ทุกคนพูดได้หรือไม่ว่า “ขั้นตอนถัดไปของฉันคืออะไร และต้องส่งอะไรให้ใคร”

D — Deadline: Deadline เดียวกันจริง หรือแต่ละฝ่ายมีวันที่อยู่ในหัวคนละวัน

คำว่า “ภายในสัปดาห์นี้” ฝ่ายหนึ่งเข้าใจว่าศุกร์เช้า อีกฝ่ายเข้าใจว่าศุกร์ก่อนเลิกงาน ฝ่ายหนึ่งคิดว่าส่ง Draft ถือว่าเสร็จ อีกฝ่ายรอ Final Approved Version ความต่างเล็ก ๆ นี้คือที่มาของประโยค “ก็บอกแล้วว่าต้องเสร็จวันนี้” ซึ่งฟังดูเหมือนปัญหาการสื่อสาร แต่จริง ๆ คือ Expectation Alignment Problem

คำถามที่ควรถาม: Deadline คือวันที่และเวลาไหน และคำว่า “เสร็จ” หมายถึงสภาพงานแบบไหน

ถ้า 4 เรื่องนี้ยังไม่ชัด การประชุมเพิ่มช่วยได้แค่ชั่วคราว

เมื่อ P.O.N.D. ข้อใดข้อหนึ่งยังไม่ชัด การประชุมเพิ่ม การพูดให้ดีขึ้น หรือการอบรมการสื่อสาร อาจช่วยให้บรรยากาศดีขึ้นในระยะสั้น แต่ปัญหาจะกลับมาในงานถัดไป เพราะสิ่งที่ต้องสื่อสารยังไม่ถูกกำหนดตั้งแต่ต้น นี่คือเหตุผลที่บางองค์กรอบรม Communication มาแล้วหลายรุ่น แต่ยังตามงานกันทั้งวันเหมือนเดิม

จาก “ใครผิด” สู่ “ระบบตรงไหนทำให้งานติด”

สิ่งที่เปลี่ยนมากที่สุดเมื่อผู้เรียนใช้ P.O.N.D. วิเคราะห์ Case ของตัวเอง ไม่ใช่คำตอบ แต่คือ มุมมอง จากเดิมที่การคุยเรื่องงานติดมักเริ่มด้วย “อีกทีมไม่ให้ความร่วมมือ” กลายเป็น “Owner ของงานนี้ยังไม่ชัด” หรือ “Deadline ของเราไม่ตรงกัน” ซึ่งเป็นประโยคที่แก้ได้ทันที นี่คือ Shift จาก Blame ไปสู่ Execution Thinking คือการมองว่างานติดเพราะระบบยังไม่ชัด ไม่ใช่เพราะคนไม่ดี และเมื่อคนเลิกหาว่าใครผิด พลังงานทั้งหมดจึงถูกใช้ไปกับการทำให้งานเดิน

วิธีใช้ P.O.N.D. เปิด Team Meeting ครั้งถัดไป

ไม่ต้องรอหลักสูตร ลองใช้ 4 คำถามนี้เปิดการประชุมทีมครั้งถัดไป เลือกงานข้ามฝ่ายที่กำลังติดอยู่จริง 1 งาน แล้วให้ทุกคนตอบทีละข้อ
1. Priority: งานนี้อยู่ลำดับที่เท่าไรของแต่ละทีมในสัปดาห์นี้
2. Owner: ใครคือ Result Owner และมีอำนาจตัดสินใจเรื่องอะไรได้บ้าง
3. Next Action: ขั้นตอนถัดไปของแต่ละคนคืออะไร และต้องส่งอะไรให้ใคร
4. Deadline: เสร็จเมื่อไร และ “เสร็จ” หมายถึงสภาพงานแบบไหน
แล้วดูว่าปัญหาที่เคยคิดว่าเป็น Communication เปลี่ยนภาพหรือไม่ จากประสบการณ์ในห้องเรียน ส่วนใหญ่จะพบว่ามีอย่างน้อย 1 ใน 4 ข้อที่แต่ละคนเข้าใจไม่ตรงกัน และนั่นคือจุดที่ต้องแก้ก่อนเรื่องอื่น

P.O.N.D. กับ Communication Training ต่างกันอย่างไร

Communication Training พัฒนา ทักษะของคน เช่น การฟัง การถาม การให้ Feedback ซึ่งจำเป็นเมื่อ Skill Gap อยู่ตรงนั้นจริง ส่วน P.O.N.D. ใช้วินิจฉัย ระบบงาน ว่าสิ่งที่คนต้องสื่อสารถูกกำหนดไว้ชัดหรือยัง ทั้งสองอย่างไม่ได้แทนกัน แต่ควรทำ P.O.N.D. ก่อน เพราะถ้าระบบไม่ชัด ต่อให้ทุกคนสื่อสารเก่งขึ้น ก็ยังต้องตามงาน ทวงงาน และแก้ซ้ำอยู่ดี (อ่านเพิ่ม: ทุกปัญหาข้ามทีม ไม่ได้ต้องแก้ด้วย Communication Training และ งานด่วนซ้ำ ๆ ไม่ได้แปลว่าต้องอบรม Time Management เสมอไป)

คำถามที่พบบ่อยเกี่ยวกับ P.O.N.D.

P.O.N.D. ย่อมาจากอะไร

Priority, Owner, Next Action และ Deadline คือ 4 จุดที่ต้องชัดก่อนส่งต่องานข้ามทีม ใช้เป็นเครื่องมือวินิจฉัยว่าปัญหาการประสานงานเกิดจากการสื่อสารหรือจากระบบงาน

ทีมสื่อสารกันไม่ดี ควรเริ่มแก้จากตรงไหน

เริ่มจากเลือกงานที่ติดจริง 1 งาน แล้วถาม 4 คำถาม P.O.N.D. ถ้าข้อใดตอบไม่ตรงกัน ให้แก้ข้อนั้นก่อน ส่วนใหญ่จะพบว่าปัญหาลดลงโดยยังไม่ต้องอบรมการสื่อสาร

ใช้ P.O.N.D. กับงานประเภทไหนได้บ้าง

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

ถ้าเช็กครบ 4 ข้อแล้วปัญหายังอยู่ แปลว่าอะไร

แปลว่ารากปัญหาอาจอยู่ที่ทักษะการสื่อสารหรือ Mindset จริง ๆ ซึ่งตอนนั้น Communication Training หรือการพัฒนา Ownership จะตรงโจทย์ และคุ้มค่ากว่าการอบรมโดยยังไม่ได้วินิจฉัย

ส่ง Case ที่งานติดมาให้เราช่วยดูก่อนได้

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