เพื่อนร่วมงานส่งงานช้าและได้งานไม่ตรงสเปก: ปรับวิธีคิดเลิกโทษนิสัยคนแล้วแก้ปัญหาที่ระบบส่งมอบงาน

คุณนั่งจ้องหน้าจอคอมพิวเตอร์ด้วยความโมโห เลือดขึ้นหน้า และตระหนักได้ทันทีว่าเสาร์อาทิตย์นี้ต้องเสียสละเวลาส่วนตัวมานั่งแก้ชิ้นงานของคนอื่นอีกตามเคย

ความรู้สึกหงุดหงิดจากการทำงานร่วมกับคนที่ไม่รักษาคำพูด ส่งงานช้า หรือส่งงานที่ไม่ได้มาตรฐาน มักทำให้หลายคนเลือกที่จะไประบายกับเพื่อนร่วมงานคนอื่น หรือเริ่มส่งอีเมลทวงงานด้วยถ้อยคำประชดประชัน

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

ฝั่งที่หนึ่ง: ความเข้าใจผิดที่คิดว่าปัญหาอยู่ที่ "นิสัยและความไม่ใส่ใจของบุคคล"

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

เมื่อปักใจเชื่อแบบนั้น วิธีการแก้ปัญหาของเราจึงวนเวียนอยู่กับการบ่น การจับผิด หรือการเดินไปร้องเรียนกับหัวหน้าเพื่อให้ไปบีบอีกฝ่าย

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

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

ฝั่งที่สอง: ความจริงเชิงระบบที่ว่า "ความคลุมเครือของเกณฑ์การส่งมอบคือก้นบึ้งของปัญหา"

หากถอยออกมามองภาพรวมในฐานะนักวางระบบ คุณจะพบว่าปัญหาคอขวดกว่าแปดสิบเปอร์เซ็นต์ในการทำงาน เกิดจากการไม่มีข้อตกลงเรื่อง "จุดสิ้นสุดของการส่งมอบ (Definition of Done)"

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

การปรับวิธีคิดในการแก้ไขปัญหา คือการเลิกเพ่งโทษนิสัยคน แล้วหันมาสร้าง "สัญญาการส่งมอบงานหน้าเดียว (Handoff Protocol)" ที่ระบุรายละเอียดชัดเจน:

• ข้อมูลต้องอยู่ในรูปแบบไฟล์ใด และต้องกรอกครบกี่คอลัมน์

• ต้องผ่านการตรวจสอบความถูกต้องด้วยสูตรหรือเกณฑ์ใดบ้างก่อนส่ง

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

ขั้นตอนการสร้างข้อตกลงร่วมกันเพื่อตัดปัญหาความขัดแย้ง

(ตัวอย่างสมมติเพื่อประกอบการอธิบาย ไม่ใช่เหตุการณ์จริง)
สมมติว่าทีมออกแบบต้องส่งชิ้นงานกราฟิกให้ทีมการตลาด แต่เกิดปัญหาส่งขนาดภาพผิดและข้อความไม่ตรงบ่อยครั้ง แทนที่จะตำหนิกัน ทั้งสองทีมตกลงทำเช็กลิสต์ร่วมกัน 4 ข้อสั้นๆ: ไฟล์ต้องเป็นขนาด 1080x1080 พิกเซล, มีข้อความโปรโมชันถูกต้องตามข้อกฎหมาย, แนบไฟล์ต้นฉบับมาในลิงก์กลาง, และส่งก่อนเวลาบ่ายสามโมง เมื่อมีเกณฑ์ที่ชัดเจน อัตราการแก้งานซ้ำซ้อนลดลงไปเกือบร้อยเปอร์เซ็นต์

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

การชี้ให้เห็นประโยชน์ที่เขาจะได้รับ จะทำให้ความร่วมมือเกิดขึ้นได้ง่ายกว่าการเดินไปต่อว่าอย่างมหาศาล

พรุ่งนี้เช้า เปิดไฟล์งานที่มักมีปัญหาการส่งต่องานซ้ำซากขึ้นมา แล้วเขียนรายการสิ่งที่ต้องมี (Checklist) ก่อนรับมอบงาน 3 ข้อส่งให้ทีมที่เกี่ยวข้องรับทราบ

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

แหล่งอ้างอิง

• Schwaber, K., & Sutherland, J. (2020). The Scrum Guide. (แนวคิดเรื่อง Definition of Done เพื่อสร้างมาตรฐานความพร้อมในการส่งมอบงาน)

• George, M. L. (2002). Lean Six Sigma: Combining Six Sigma Quality with Lean Production Speed. McGraw-Hill. (การลดความสูญเปล่าที่เกิดจากรอยต่อของกระบวนการทำงานข้ามแผนก)

บทความนี้จัดทำด้วย AI ช่วยเขียน ควรให้ผู้เชี่ยวชาญตรวจทานก่อนเผยแพร่