Cách phân định trách nhiệm giữa các phòng ban

Điểm cốt lõi không nằm ở việc liệt kê thật nhiều nhiệm vụ. Một hệ thống phân công chỉ thực sự rõ ràng khi mỗi công việc quan trọng đều có một đơn vị chịu trách nhiệm cuối cùng, một đầu ra có thể kiểm chứng và một cơ chế bàn giao cụ thể.

Để tránh chồng chéo, doanh nghiệp cần chuyển từ tư duy “phòng ban nào tham gia công việc này” sang tư duy “ai chịu trách nhiệm về kết quả cuối cùng của công việc này”. Khi quyền hạn, đầu ra và trách nhiệm giải trình được xác định đồng thời, các bộ phận sẽ phối hợp hiệu quả hơn mà không đùn đẩy hoặc can thiệp quá sâu vào phạm vi của nhau.

Vì sao trách nhiệm giữa các phòng ban thường bị chồng chéo?

Chồng chéo trách nhiệm hiếm khi chỉ xuất phát từ thái độ thiếu hợp tác. Nguyên nhân phổ biến hơn là doanh nghiệp đã mô tả nhiệm vụ nhưng chưa thiết kế rõ cơ chế vận hành giữa các bộ phận.

Một bản mô tả chức năng có thể quy định phòng Marketing chịu trách nhiệm phát triển thị trường, phòng Kinh doanh chịu trách nhiệm doanh thu và phòng Sản phẩm chịu trách nhiệm giải pháp. Tuy nhiên, khi triển khai một sản phẩm mới, cả ba bộ phận đều có thể cho rằng mình có quyền quyết định về khách hàng mục tiêu, thông điệp bán hàng hoặc thời điểm ra mắt.

Sự chồng chéo thường hình thành từ năm khoảng trống:

·         Không có một bộ phận chịu trách nhiệm cuối cùng

·         Nhiều bộ phận cùng được mô tả bằng các động từ như quản lý, phụ trách hoặc phối hợp

·         Không xác định ranh giới quyền quyết định

·         Không quy định đầu vào và đầu ra tại điểm bàn giao

·         Không có cơ chế xử lý khi các bộ phận bất đồng

Một nguyên nhân khác là cơ cấu tổ chức được thiết kế theo phòng ban, trong khi công việc thực tế vận hành theo quy trình. Khách hàng, đơn hàng, sản phẩm hoặc dự án thường đi qua nhiều bộ phận. Nếu doanh nghiệp chỉ phân công theo từng phòng mà không xác định trách nhiệm xuyên suốt quy trình, các khoảng giao thoa sẽ xuất hiện.

Vì vậy, phân định trách nhiệm không thể chỉ thực hiện trong phạm vi từng bộ phận. Doanh nghiệp phải xem xét toàn bộ luồng công việc từ lúc phát sinh nhu cầu đến khi tạo ra kết quả cuối cùng.

Bắt đầu từ kết quả đầu ra thay vì danh sách nhiệm vụ

Cách phân công dễ gây mơ hồ là bắt đầu bằng câu hỏi: “Phòng ban này làm những việc gì?”. Cách tiếp cận rõ ràng hơn là hỏi: “Phòng ban này phải tạo ra kết quả nào?”.

Nhiệm vụ mô tả hoạt động. Kết quả đầu ra mô tả giá trị mà bộ phận phải tạo ra. Hai khái niệm này liên quan nhưng không giống nhau.

Ví dụ, “phối hợp tuyển dụng” là một nhiệm vụ chưa đủ rõ. Doanh nghiệp cần xác định cụ thể:

·         Phòng Nhân sự chịu trách nhiệm về quy trình tuyển dụng và chất lượng sàng lọc

·         Trưởng bộ phận chuyên môn chịu trách nhiệm xác định yêu cầu năng lực và lựa chọn ứng viên

·         Ban lãnh đạo chịu trách nhiệm phê duyệt trong các trường hợp vượt ngân sách hoặc định biên

Với cách diễn đạt này, mỗi chủ thể được gắn với một kết quả hoặc một quyết định cụ thể.

Doanh nghiệp có thể xác định trách nhiệm của từng phòng ban qua bốn câu hỏi:

1.    Bộ phận phải tạo ra đầu ra gì?

2.    Đầu ra được đánh giá bằng tiêu chí nào?

3.    Bộ phận được quyền quyết định những vấn đề nào?

4.    Bộ phận phải bàn giao đầu ra cho ai?

Một đầu ra tốt cần có khả năng quan sát hoặc kiểm chứng. Thay vì ghi “đảm bảo hoạt động kinh doanh hiệu quả”, doanh nghiệp nên xác định các kết quả cụ thể như kế hoạch doanh số, độ chính xác của dự báo bán hàng, tỷ lệ hoàn thành mục tiêu hoặc chất lượng dữ liệu khách hàng.

Tuy nhiên, không nên biến mọi trách nhiệm thành chỉ tiêu cứng. Một số đầu ra liên quan đến chất lượng quyết định, tính tuân thủ hoặc mức độ sẵn sàng của quy trình. Điều quan trọng là tổ chức phải thống nhất được tiêu chuẩn dùng để xác nhận trách nhiệm đã hoàn thành.

Phân tách năm thành phần của một trách nhiệm hoàn chỉnh

Một trách nhiệm phòng ban chỉ rõ ràng khi bao gồm đầy đủ năm thành phần: phạm vi công việc, kết quả đầu ra, quyền quyết định, nghĩa vụ phối hợp và trách nhiệm giải trình.

Phạm vi công việc

Phạm vi cho biết bộ phận được giao xử lý phần nào của quy trình. Nội dung này giúp giới hạn trách nhiệm, nhưng không nên viết quá rộng.

Ví dụ, “quản lý khách hàng” là phạm vi dễ gây tranh chấp giữa Marketing, Kinh doanh và Chăm sóc khách hàng. Phạm vi cần được tách rõ hơn:

·         Marketing quản lý hoạt động thu hút và nuôi dưỡng khách hàng tiềm năng

·         Kinh doanh quản lý cơ hội bán hàng và quá trình chuyển đổi

·         Chăm sóc khách hàng quản lý hỗ trợ sau bán và duy trì quan hệ dịch vụ

Kết quả đầu ra

Kết quả đầu ra là sản phẩm mà bộ phận phải bàn giao hoặc duy trì. Đây là cơ sở quan trọng nhất để đánh giá trách nhiệm.

Một phòng ban có thể tham gia nhiều hoạt động, nhưng chỉ nên chịu trách nhiệm cuối cùng đối với những đầu ra nằm trong phạm vi kiểm soát của mình.

Quyền quyết định

Trách nhiệm mà không đi kèm quyền hạn sẽ làm bộ phận phụ thuộc vào quá nhiều cấp phê duyệt. Ngược lại, quyền quyết định không gắn với trách nhiệm giải trình có thể tạo ra rủi ro kiểm soát.

Doanh nghiệp cần làm rõ:

·         Vấn đề nào bộ phận được tự quyết

·         Vấn đề nào phải tham vấn

·         Vấn đề nào cần phê duyệt

·         Ngưỡng nào làm thay đổi cấp quyết định

Các ngưỡng có thể liên quan đến ngân sách, mức độ rủi ro, ảnh hưởng khách hàng, cam kết pháp lý hoặc tác động liên phòng ban.

Nghĩa vụ phối hợp

Phối hợp không đồng nghĩa với cùng chịu trách nhiệm cuối cùng. Một bộ phận có thể cung cấp dữ liệu, tư vấn chuyên môn hoặc thực hiện một phần công việc mà không phải là chủ sở hữu của toàn bộ kết quả.

Nghĩa vụ phối hợp cần chỉ rõ nội dung hỗ trợ, thời điểm cung cấp và tiêu chuẩn đầu vào.

Trách nhiệm giải trình

Trách nhiệm giải trình trả lời câu hỏi: Khi kết quả không đạt, ai phải giải thích nguyên nhân, đề xuất biện pháp và theo dõi việc khắc phục?

Nếu doanh nghiệp không xác định chủ thể giải trình, công việc có thể được hoàn thành bởi nhiều người nhưng không ai thực sự sở hữu kết quả.

Sử dụng ma trận RACI để làm rõ vai trò

Ma trận RACI là công cụ phổ biến để xác định vai trò của các bên trong một công việc hoặc quyết định liên phòng ban.

RACI gồm bốn vai trò:

·         Responsible: Người hoặc bộ phận trực tiếp thực hiện công việc

·         Accountable: Người hoặc bộ phận chịu trách nhiệm cuối cùng về kết quả

·         Consulted: Bên cần được tham vấn trước khi thực hiện hoặc quyết định

·         Informed: Bên cần được thông báo về tiến độ hoặc kết quả

Nguyên tắc quan trọng nhất là mỗi công việc hoặc đầu ra nên có một Accountable rõ ràng. Có thể có nhiều Responsible, Consulted hoặc Informed, nhưng nếu có nhiều bên cùng chịu trách nhiệm cuối cùng thì khả năng đùn đẩy sẽ tăng lên.

Ví dụ với hoạt động ra mắt sản phẩm mới:

Ma trận này giúp phân biệt người thực hiện với người chịu trách nhiệm cuối cùng. Tuy nhiên, RACI không tự động giải quyết mọi vấn đề.

RACI có thể trở nên hình thức khi:

·         Công việc được mô tả quá chung

·         Mọi bộ phận đều được xếp vào vai trò Consulted

·         Người chịu trách nhiệm không có quyền quyết định

·         Ma trận không gắn với quy trình thực tế

·         Không được cập nhật khi tổ chức thay đổi

Do đó, RACI nên được xây dựng ở cấp độ đầu ra, quyết định hoặc điểm kiểm soát quan trọng. Không cần tạo ma trận cho mọi tác vụ nhỏ vì điều này làm tăng chi phí quản trị mà không tạo thêm sự rõ ràng.

Làm rõ điểm bàn giao giữa các phòng ban

Nhiều xung đột không xảy ra trong phạm vi một phòng ban mà phát sinh tại điểm bàn giao. Một bộ phận cho rằng công việc đã hoàn thành, trong khi bộ phận tiếp nhận cho rằng đầu vào chưa đủ chất lượng.

Một điểm bàn giao rõ ràng cần có bốn yếu tố:

·         Đầu ra phải bàn giao

·         Tiêu chuẩn chấp nhận

·         Thời hạn bàn giao

·         Cách xử lý khi đầu ra không đạt

Ví dụ, khi Marketing chuyển khách hàng tiềm năng cho Kinh doanh, hai bộ phận cần thống nhất thế nào là một khách hàng đủ điều kiện. Nếu Marketing chỉ đo số lượng thông tin thu được còn Kinh doanh chỉ quan tâm đến khả năng mua, hai bên sẽ có cách đánh giá hoàn toàn khác nhau.

Tiêu chuẩn bàn giao có thể bao gồm:

·         Thông tin bắt buộc phải đầy đủ

·         Điều kiện nghiệp vụ phải được đáp ứng

·         Người tiếp nhận được xác định

·         Thời gian phản hồi được quy định

·         Trạng thái công việc được cập nhật trên hệ thống

Doanh nghiệp cũng cần phân biệt bàn giao với chuyển trách nhiệm. Bộ phận bàn giao vẫn có thể chịu trách nhiệm về chất lượng đầu ra đã tạo ra, trong khi bộ phận tiếp nhận chịu trách nhiệm cho giai đoạn tiếp theo.

Nếu không có sự phân biệt này, bộ phận trước có thể cho rằng trách nhiệm đã kết thúc ngay khi gửi thông tin, còn bộ phận sau lại phải tự xử lý mọi thiếu sót.

Thiết lập cơ chế quyết định và xử lý bất đồng

Phân định trách nhiệm sẽ không bền vững nếu doanh nghiệp chỉ xác định ai làm gì mà không quy định ai có quyền quyết định khi xuất hiện khác biệt.

Mỗi nhóm quyết định liên phòng ban cần xác định:

·         Chủ thể đề xuất

·         Các bên phải tham vấn

·         Người phê duyệt cuối cùng

·         Tiêu chí ra quyết định

·         Thời hạn phải quyết định

·         Cấp xử lý khi không đạt đồng thuận

Cơ chế xử lý bất đồng nên tuân theo mức độ ảnh hưởng. Vấn đề vận hành thông thường nên được giải quyết giữa các trưởng bộ phận. Chỉ những bất đồng liên quan đến chiến lược, rủi ro lớn, ngân sách vượt ngưỡng hoặc xung đột mục tiêu mới cần chuyển lên cấp lãnh đạo cao hơn.

Một sai lầm phổ biến là đưa mọi tranh chấp lên ban giám đốc. Cách làm này có thể giải quyết tình huống trước mắt nhưng làm suy yếu trách nhiệm của cấp quản lý trung gian và tạo nút thắt quyết định.

Thay vào đó, doanh nghiệp nên xây dựng nguyên tắc ưu tiên. Khi hai bộ phận có mục tiêu khác nhau, quyết định cần dựa trên mục tiêu chung của quy trình, chẳng hạn:

·         Lợi ích khách hàng

·         Hiệu quả toàn hệ thống

·         Mức độ rủi ro

·         Cam kết doanh thu

·         Yêu cầu tuân thủ

·         Chi phí cơ hội

Nguyên tắc này giúp các bên tránh bảo vệ lợi ích cục bộ của phòng ban mình.

Quy trình triển khai phân định trách nhiệm trong doanh nghiệp

Phân định trách nhiệm nên được thực hiện như một quá trình thiết kế tổ chức, không phải một buổi họp để phân chia công việc.

Bước 1: Lập danh sách các quy trình liên phòng ban

Doanh nghiệp cần ưu tiên những quy trình thường xảy ra chậm trễ, tranh chấp hoặc đùn đẩy, chẳng hạn:

·         Phát triển sản phẩm

·         Tuyển dụng

·         Lập ngân sách

·         Bán hàng và bàn giao khách hàng

·         Xử lý khiếu nại

·         Mua sắm

·         Quản lý hợp đồng

Không cần bắt đầu bằng toàn bộ hoạt động của doanh nghiệp. Nên tập trung trước vào các quy trình có ảnh hưởng lớn đến khách hàng, doanh thu, chi phí hoặc rủi ro.

Bước 2: Vẽ luồng công việc từ đầu đến cuối

Luồng công việc phải thể hiện điểm bắt đầu, các bước xử lý, quyết định quan trọng, đầu ra và điểm kết thúc.

Mục tiêu của bước này là nhìn thấy cách công việc đi qua các bộ phận, thay vì xem từng phòng ban như một đơn vị tách biệt.

Bước 3: Xác định chủ sở hữu của từng đầu ra

Mỗi đầu ra quan trọng cần có một chủ sở hữu chịu trách nhiệm cuối cùng. Chủ sở hữu phải có đủ khả năng kiểm soát hoặc điều phối các yếu tố ảnh hưởng đến kết quả.

Không nên giao trách nhiệm cuối cùng cho một bộ phận chỉ cung cấp thông tin hoặc hỗ trợ chuyên môn.

Bước 4: Xác định quyền quyết định

Với từng đầu ra, doanh nghiệp cần làm rõ quyết định nào thuộc quyền của chủ sở hữu, quyết định nào cần tham vấn và quyết định nào cần phê duyệt.

Bước này giúp tránh tình trạng chịu trách nhiệm nhưng không có thẩm quyền.

Bước 5: Thiết kế điểm bàn giao

Mỗi điểm bàn giao cần có tiêu chuẩn đầu vào, đầu ra, thời hạn và người tiếp nhận. Những nội dung này nên được tích hợp vào quy trình, biểu mẫu hoặc hệ thống làm việc thay vì chỉ tồn tại trong biên bản họp.

Bước 6: Lập ma trận trách nhiệm

Ma trận RACI hoặc công cụ tương đương được sử dụng để tổng hợp vai trò của các bộ phận. Ma trận cần được kiểm tra để bảo đảm không có công việc thiếu Accountable hoặc có quá nhiều bên cùng chịu trách nhiệm cuối cùng.

Bước 7: Thử nghiệm bằng tình huống thực tế

Doanh nghiệp nên kiểm tra mô hình bằng một số tình huống đã từng gây tranh chấp:

·         Khi khách hàng thay đổi yêu cầu, ai quyết định?

·         Khi chi phí vượt ngân sách, ai phê duyệt?

·         Khi đầu vào không đạt tiêu chuẩn, ai phải xử lý?

·         Khi thời hạn bị trễ, ai chịu trách nhiệm điều phối?

·         Khi hai mục tiêu xung đột, tiêu chí nào được ưu tiên?

Nếu mô hình không trả lời được các câu hỏi này, trách nhiệm vẫn chưa đủ rõ.

Bước 8: Ban hành và rà soát định kỳ

Trách nhiệm cần được phản ánh nhất quán trong:

·         Quy chế tổ chức

·         Mô tả chức năng phòng ban

·         Mô tả công việc

·         Quy trình vận hành

·         Ma trận phân quyền

·         Hệ thống mục tiêu và đánh giá

Doanh nghiệp nên rà soát khi thay đổi cơ cấu, bổ sung sản phẩm, triển khai hệ thống mới hoặc xuất hiện nhiều ngoại lệ trong vận hành.

Phân định trách nhiệm phòng ban không phải là dựng ranh giới cứng để các bộ phận tách biệt với nhau. Mục tiêu là tạo ra sự rõ ràng trong một hệ thống vẫn cần phối hợp chặt chẽ.

Một cơ chế hiệu quả phải trả lời được bốn câu hỏi: Ai chịu trách nhiệm cuối cùng, kết quả cần đạt là gì, quyền quyết định đến đâu và công việc được bàn giao như thế nào.

Khi chỉ xác định nhiệm vụ mà không xác định đầu ra, quyền hạn và trách nhiệm giải trình, chồng chéo vẫn sẽ tồn tại. Ngược lại, khi mỗi quy trình có chủ sở hữu rõ ràng, mỗi quyết định có thẩm quyền cụ thể và mỗi điểm bàn giao có tiêu chuẩn thống nhất, các phòng ban có thể phối hợp nhanh hơn mà không đánh mất trách nhiệm cá nhân hoặc trách nhiệm tổ chức.