Quản lý vai trò chồng chéo trong nhóm

Những điểm chính

Giới thiệu

Nguyên nhân gốc rễ của trách nhiệm chồng chéo thường là ranh giới vai trò không rõ ràng — đặc biệt trong các dự án đa chức năng nơi các nhà tiếp thị tương tác với các nhà phát triển và các nhà thiết kế làm việc cùng các nhà phân tích. Trong những điều kiện này, "vùng xám" xuất hiện một cách tự nhiên: các khu vực mà thực sự không rõ ai nên đưa ra quyết định.

Sự tiến hóa của vai trò làm phức tạp điều này. Những gì đã là trách nhiệm duy nhất của một chuyên gia một năm trước giờ đây có thể yêu cầu đóng góp từ nhiều chuyên gia. Công nghệ thay đổi, các quy trình trở nên phức tạp hơn, và ranh giới trước đây rõ ràng trở nên mờ nhạt.

Động lực hướng tới sự độc lập là yếu tố thứ ba. Nhân viên có kinh nghiệm thường thích tự mình chịu trách nhiệm hơn là mạo hiểm với việc dự án thất bại từ sự thiếu hành động của người khác. Ở cấp độ cá nhân điều này có thể hiểu được; ở cấp độ nhóm điều này tạo ra nỗ lực trùng lặp và làm suy yếu sự phối hợp.

Chi phí của các trách nhiệm không rõ ràng

• Sự trùng lặp công việc là một đòn nghiêm trọng đối với động lực của nhóm. Một nhà phát triển dành một tuần để tối ưu hóa một thuật toán chỉ để phát hiện ra rằng một đồng nghiệp đã giải quyết cùng một vấn đề sẽ không dễ dàng lặp lại trải nghiệm đầu tư nỗ lực theo cách đó.
• Trách nhiệm chồng chéo cũng tạo ra các điều kiện cấu trúc cho xung đột. Khi hai người đều coi mình chịu trách nhiệm về cùng một khu vực, sự bất đồng về cách tiếp cận, mức ưu tiên và phương pháp làm việc không phải là ngẫu nhiên — chúng có thể dự đoán được.

Lập bản đồ thực tế

Trước khi triển khai bất kỳ công cụ nào, cần phải hiểu tình hình hiện tại.

• Tiến hành một bài tập đơn giản với nhóm: yêu cầu mọi người mô tả trách nhiệm chính của họ một cách ẩn danh. Sau đó so sánh kết quả. Bức tranh thường tiết lộ — cùng các nhiệm vụ được 3-4 người tuyên bố, trong khi một số chức năng quan trọng nghiêm trọng không được ai tuyên bố.

• Bước tiếp theo là xác định các điểm đau. Yêu cầu nhóm nhớ lại các tình huống từ tháng trước nơi có sự nhầm lẫn về ai chịu trách nhiệm. Số lượng các trường hợp như vậy thường vượt quá kỳ vọng ban đầu.

Ma trận RACI

Ma trận RACI là một bảng có cấu trúc xác định vai trò của mỗi người trong mỗi quy trình. Hiệu quả của nó phụ thuộc vào việc áp dụng nhất quán và có kỷ luật.

RACI có nghĩa là:

• Responsible (Người thực thi) — người thực hiện công việc về mặt vật lý. Nhiều người có thể đảm nhận vai trò này cho một nhiệm vụ nhất định.
• Accountable (Chủ sở hữu) — người chịu trách nhiệm về kết quả và đưa ra các quyết định quan trọng. Quan trọng: chỉ nên có một người Accountable cho mỗi nhiệm vụ.
• Consulted (Cố vấn) — những người mà đóng góp của họ phải được xem xét, thường là các chuyên gia trong các lĩnh vực liền kề.
• Informed (Người quan sát) — những người cần được giữ trong vòng lặp, nhưng đóng góp của họ không cần thiết cho việc ra quyết định.

Cách tiếp cận thực tế: Bắt đầu bằng cách tạo một ma trận RACI cho một quy trình cụ thể — tuyển dụng một nhân viên mới, hoặc ra mắt một tính năng sản phẩm mới. Khi nhóm nội tâm hóa nguyên tắc thông qua một ví dụ cụ thể, ứng dụng có thể được mở rộng.

Ví dụ áp dụng: Đối với việc ra mắt tính năng sản phẩm, bên Responsible có thể là nhà phát triển, bên Accountable là quản lý sản phẩm, các bên Consulted là nhà thiết kế và nhà phân tích, và các bên Informed là quản lý và hỗ trợ khách hàng.

Ràng buộc chính: Mỗi nhiệm vụ nên có chính xác một người Accountable. Khi hai người đều được chỉ định là chủ sở hữu, trách nhiệm hiệu quả không thuộc về ai.

Đồng bộ hóa hàng tuần

Các cuộc họp nhóm thường xuyên là một cơ chế phối hợp mà giá trị của nó được xác định chủ yếu bởi định dạng. Stand-up tiêu chuẩn thường trở thành các cuộc thảo luận chi tiết kéo dài tiêu tốn thời gian mà không tạo ra sự liên kết mà chúng dự định tạo ra.

Định dạng đồng bộ hàng tuần hiệu quả:

• Tôi đang lên kế hoạch gì (3 phút mỗi người): tổng quan ngắn gọn về các nhiệm vụ chính trong tuần
• Tôi cần giúp đỡ ở đâu (2 phút mỗi người): yêu cầu cụ thể về hỗ trợ hoặc tư vấn
• Các chồng chéo tiềm năng (5 phút cho nhóm): thảo luận về các nhiệm vụ có thể ảnh hưởng đến công việc của đồng nghiệp

Định dạng này đòi hỏi 15-20 phút và ngăn chặn hàng giờ công việc trùng lặp — một trao đổi đáng tin cậy ở bất kỳ quy mô tổ chức nào.

Ma trận năng lực

Mọi nhóm đều có các chuyên gia không chính thức — những người mà người khác tìm đến để xin lời khuyên về các chủ đề cụ thể. Việc làm cho chuyên môn này trở nên rõ ràng và chính thức làm giảm sự mơ hồ về việc nên tham khảo ý kiến ai và ai nên đưa ra quyết định trong các tình huống tranh chấp.

Một ma trận năng lực xác định ba cấp độ:

• Chuyên gia — đưa ra quyết định cuối cùng trong lĩnh vực này, tham vấn các đồng nghiệp, chịu trách nhiệm phát triển năng lực nhóm trong lĩnh vực
• Người thực hành — xử lý độc lập các nhiệm vụ tiêu chuẩn, có thể hỗ trợ chuyên gia khi cần
• Người mới bắt đầu — đang phát triển trong lĩnh vực này, làm việc dưới sự hướng dẫn của chuyên gia hoặc người thực hành

Một ma trận như vậy làm rõ ngay lập tức ai để tiếp cận với các câu hỏi và ai nên giải quyết các tình huống tranh chấp. Một người có thể là chuyên gia trong một lĩnh vực và là người mới bắt đầu trong một lĩnh vực khác — điều này về mặt cấu trúc là bình thường và về mặt vận hành là hữu ích.

Tính minh bạch của quy trình

Các công cụ quản lý dự án được cấu hình đúng cách làm giảm sự mơ hồ về ai đang làm gì và đưa ra các chồng chéo tiềm năng trước khi chúng tạo ra xung đột hoặc nỗ lực trùng lặp. Các nguyên tắc chính:

• Không gian thông tin thống nhất: Tất cả các nhiệm vụ, trạng thái của chúng và người được giao nên hiển thị ở một nơi mà toàn bộ nhóm có thể truy cập.
• Tính minh bạch về khối lượng công việc: Mọi người nên có thể xem đồng nghiệp đang làm việc gì và họ đang chịu tải bao nhiêu.
• Thông báo tự động: Hệ thống nên thông báo cho các bên liên quan về những thay đổi nhiệm vụ mà không cần giao tiếp thủ công.
• Sự đơn giản của công cụ: Một hệ thống đơn giản được bảo trì tốt vượt trội so với một hệ thống tinh vi mà nửa nhóm chưa nội tâm hóa. Công cụ chỉ hiệu quả như mức độ chấp nhận của nó.

Các quy trình tinh vi nhất tạo ra giá trị hạn chế mà không có văn hóa nhóm thảo luận vấn đề một cách cởi mở. Mọi người cần cảm thấy thoải mái khi thừa nhận sự không chắc chắn về trách nhiệm của họ trước khi các công cụ cấu trúc có thể giải quyết sự mơ hồ tiềm ẩn.

Bài viết liên quan:

Đối với các phương pháp quản lý dự án linh hoạt, hãy đọc Quản lý dự án Agile: Các dự án hiệu quả.

Để hiểu cách các quy trình có cấu trúc thúc đẩy hiệu quả, hãy đọc Quy trình làm việc PM: Các bước để hợp lý hóa thành công dự án.

Đối với các chiến lược tổ chức các nhóm phân tán hiệu quả, hãy đọc Cách tổ chức một nhóm cho công việc từ xa lâu dài.

Kết luận

Khi các nhóm phát triển và các dự án trở nên phức tạp hơn, các ranh giới trách nhiệm đòi hỏi xem xét thường xuyên và các quy trình phối hợp đòi hỏi sự cải tiến liên tục. Mục tiêu không phải là một hệ thống không có một sự chồng chéo nào — đó là để đảm bảo rằng tất cả các chồng chéo đều có ý thức, có thể quản lý được và hướng tới các kết quả chung thay vì sản phẩm của cấu trúc không rõ ràng hoặc các quyết định cá nhân không được phối hợp.

Tài liệu đọc đề xuất

"The Five Dysfunctions of a Team: A Leadership Fable"

Xác định những trở ngại phổ biến đối với hiệu quả của nhóm và đưa ra các chiến lược để xây dựng lòng tin, sự rõ ràng và trách nhiệm.

"Radical Candor: Be a Kick-Ass Boss Without Losing Your Humanity"

Dạy cách giao tiếp trung thực và kỳ vọng rõ ràng giúp các nhóm tránh sự nhầm lẫn về vai trò và cải thiện sự hợp tác.

"Multipliers: How the Best Leaders Make Everyone Smarter"

Khám phá các kỹ thuật lãnh đạo trao quyền cho các nhóm thông qua sự rõ ràng về vai trò và trách nhiệm chung.