การจัดการบทบาทที่ทับซ้อนในทีม

บทนำ

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

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

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

ต้นทุนของความรับผิดชอบที่ไม่ชัดเจน

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

เมทริกซ์ RACI

เมทริกซ์ RACI คือตารางที่ระบุว่าแต่ละคนมีบทบาทอะไรในแต่ละกระบวนการ ซึ่งจะได้ผลก็ต่อเมื่อใช้อย่างสม่ำเสมอและมีวินัย

RACI หมายถึง:

• Responsible (ผู้ดำเนินการ) คือคนที่ลงมือทำงานจริง งานหนึ่งชิ้นอาจมีผู้ดำเนินการหลายคนได้
• Accountable (เจ้าของ) คือคนที่รับผิดชอบผลลัพธ์และตัดสินใจเรื่องหลัก ข้อที่ห้ามพลาดคือ งานหนึ่งชิ้นต้องมี Accountable เพียงคนเดียว
• Consulted (ที่ปรึกษา) คือคนที่ต้องฟังความเห็นก่อนตัดสินใจ ส่วนใหญ่เป็นผู้เชี่ยวชาญในสายงานใกล้เคียง
• Informed (ผู้สังเกตการณ์) คือคนที่ต้องได้รับแจ้งความคืบหน้า แต่การตัดสินใจไม่ต้องรอความเห็นของเขา

แนวทางปฏิบัติ: เริ่มจากทำเมทริกซ์ RACI ให้กระบวนการเดียวที่ชัดเจนก่อน เช่น การจ้างพนักงานใหม่ หรือการเปิดตัวฟีเจอร์ใหม่ของผลิตภัณฑ์ เมื่อทีมเข้าใจหลักการจากตัวอย่างจริงแล้ว ค่อยขยายไปใช้กับกระบวนการอื่น

ตัวอย่างการประยุกต์ใช้: ในการเปิดตัวฟีเจอร์ Responsible อาจเป็นนักพัฒนา Accountable เป็นผู้จัดการผลิตภัณฑ์ Consulted เป็นนักออกแบบกับนักวิเคราะห์ ส่วน Informed คือฝ่ายบริหารและทีมดูแลลูกค้า

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

การซิงโครไนซ์รายสัปดาห์

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

รูปแบบการซิงค์รายสัปดาห์ที่ได้ผลจริง:

• สิ่งที่ฉันวางแผน (3 นาทีต่อคน): เล่าสั้น ๆ ว่าสัปดาห์นี้มีงานหลักอะไรบ้าง
• ที่ฉันต้องการความช่วยเหลือ (2 นาทีต่อคน): ขอความช่วยเหลือหรือคำปรึกษาในเรื่องที่ระบุชัด
• การทับซ้อนที่อาจเกิดขึ้น (5 นาทีสำหรับกลุ่ม): คุยกันเรื่องงานที่อาจกระทบงานของเพื่อนร่วมทีม

รูปแบบนี้ใช้เวลาแค่ 15-20 นาที แต่ช่วยไม่ให้เสียเวลาหลายชั่วโมงไปกับงานซ้ำซ้อน เป็นการแลกที่คุ้มค่าไม่ว่าองค์กรจะเล็กหรือใหญ่

เมทริกซ์สมรรถนะ

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

เมทริกซ์สมรรถนะกำหนดสามระดับ:

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

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

ความโปร่งใสของกระบวนการ

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

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

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

บทความที่เกี่ยวข้อง:

สำหรับวิธีการจัดการโครงการที่ยืดหยุ่น อ่าน การจัดการโครงการแบบ Agile: โครงการที่มีประสิทธิภาพ

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

สำหรับแนวทางจัดระเบียบทีมที่ทำงานกระจายกันอยู่ อ่าน วิธีจัดระเบียบทีมสำหรับการทำงานทางไกลในระยะยาว

สรุป

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