MA TRẬN RACI: PHÂN ĐỊNH TRÁCH NHIỆM TRONG QUY TRÌNH DOANH NGHIỆP

Ma trận RACI giúp doanh nghiệp phân định rõ trách nhiệm, quyền hạn và phối hợp giữa các phòng ban. Hãy cùng IBPO tìm hiểu cách xây dựng RACI gắn với quy trình quản lý doanh nghiệp.

Doanh nghiệp có quy trình nhưng vì sao công việc vẫn bị đùn đẩy?

Một doanh nghiệp có thể ban hành hàng chục quy trình, phân công đầy đủ chức năng cho từng phòng ban nhưng vẫn thường xuyên xảy ra tình trạng chậm tiến độ, đùn đẩy trách nhiệm và chờ lãnh đạo ra quyết định. Nguyên nhân đôi khi không nằm ở việc thiếu quy trình, mà ở chỗ quy trình chưa xác định rõ ai thực hiện, ai có quyền quyết định và ai chịu trách nhiệm cuối cùng về kết quả.

Đây là khoảng trống quản trị mà việc ban hành thêm quy trình chưa chắc đã giải quyết được.

Muốn công việc vận hành thông suốt, doanh nghiệp không chỉ cần xác định trình tự thực hiện mà còn phải quy định rõ ai thực hiện, ai quyết định, ai chịu trách nhiệm cuối cùng và các bộ phận cần phối hợp như thế nào. Ma trận RACI là một công cụ giúp doanh nghiệp giải quyết bài toán này, đặc biệt trong những quy trình có sự tham gia của nhiều phòng ban.

Tuy nhiên, RACI không phải một bảng phân công độc lập. Giá trị của công cụ nằm ở khả năng kết nối trách nhiệm với từng công đoạn của quy trình, cơ chế phân quyền và kết quả đầu ra cần kiểm soát.

1. Ma trận RACI là gì?

Ma trận RACI là công cụ phân định vai trò và trách nhiệm của các cá nhân, bộ phận đối với từng hoạt động trong một quy trình, dự án hoặc công việc của doanh nghiệp. Tên gọi RACI được hình thành từ bốn nhóm vai trò: Responsible, Accountable, Consulted và Informed.

Trong một ma trận RACI, các công việc thường được liệt kê theo hàng, còn các vị trí hoặc bộ phận tham gia được bố trí theo cột. Mỗi ô thể hiện vai trò của một vị trí đối với một hoạt động cụ thể.

Cách trình bày này giúp doanh nghiệp nhìn thấy toàn bộ trách nhiệm trên cùng một bảng, thay vì phải đối chiếu nhiều bản mô tả công việc riêng lẻ.

Phân biệt R và A: Điểm mấu chốt khi phân định trách nhiệm

R và A thường bị nhầm lẫn trong quá trình xây dựng quy trình.

R là người trực tiếp thực hiện công việc. A là người chịu trách nhiệm cuối cùng về kết quả của đầu việc đó. Một người có thể đồng thời đảm nhận cả R và A nếu phù hợp với cơ cấu tổ chức và thẩm quyền.

Chẳng hạn, trong quy trình mua hàng, nhân viên mua hàng có thể trực tiếp thu thập báo giá và lập đề xuất. Trưởng bộ phận hoặc người được phân quyền sẽ chịu trách nhiệm cuối cùng về việc hoàn thiện đề xuất hoặc phê duyệt, tùy theo cách doanh nghiệp thiết kế quy trình.

Một nguyên tắc phổ biến khi thiết kế RACI là mỗi đầu việc nên có một A được xác định rõ ràng. Điều này giúp hạn chế tình trạng nhiều người cùng được xem là chịu trách nhiệm cuối cùng nhưng không ai thực sự đứng ra bảo đảm kết quả.

Cũng cần lưu ý rằng A không mặc nhiên là người có chức vụ cao nhất, cũng không nhất thiết là người ký duyệt mọi tài liệu. Vai trò này phải được xác định theo tính chất công việc và cơ chế phân cấp thẩm quyền của doanh nghiệp.

2. Vì sao ma trận RACI quan trọng trong xây dựng quy trình quản lý doanh nghiệp?

RACI không đơn thuần giúp doanh nghiệp biết ai làm việc gì. Công cụ này góp phần khắc phục ba khoảng trống thường gặp trong hệ thống vận hành: trách nhiệm, thẩm quyền và phối hợp.

Xác định rõ trách nhiệm, hạn chế chồng chéo công việc

Khi một công việc liên quan đến nhiều phòng ban, ranh giới trách nhiệm dễ trở nên không rõ ràng. Bộ phận kinh doanh cho rằng nhiệm vụ thuộc sản xuất, sản xuất chờ xác nhận từ kho, còn kho không nhận được yêu cầu bàn giao chính thức.

Kết quả là công việc bị đình trệ dù các bộ phận đều cho rằng mình đã hoàn thành phần việc được giao.

RACI giúp xác định ai trực tiếp thực hiện từng hoạt động, ai chịu trách nhiệm cuối cùng và những bên nào cần tham gia. Qua đó, doanh nghiệp có thể phát hiện công việc bị bỏ sót, trách nhiệm bị giao trùng hoặc những điểm bàn giao chưa có đầu mối rõ ràng.

Gắn trách nhiệm với quyền hạn và cơ chế ra quyết định

Một trong những bất cập phổ biến trong quản trị là giao trách nhiệm nhưng không trao đủ quyền hạn.

Ví dụ, trưởng bộ phận được yêu cầu bảo đảm tiến độ xử lý đơn hàng nhưng không có quyền điều phối nguồn lực hoặc giải quyết những vướng mắc liên phòng ban. Khi phát sinh sự cố, công việc vẫn phải chờ lãnh đạo can thiệp.

Trong trường hợp này, chỉ bổ sung RACI là chưa đủ. Doanh nghiệp cần đồng thời rà soát quy định phân quyền, giới hạn quyết định và cơ chế chuyển cấp khi vấn đề vượt thẩm quyền.

RACI giúp chỉ ra ai chịu trách nhiệm tại từng công đoạn; quy định phân quyền xác định người đó được phép quyết định đến đâu. Hai nội dung cần được thiết kế thống nhất để tránh tình trạng trách nhiệm và quyền hạn không tương xứng.

Thiết lập cơ chế phối hợp giữa các phòng ban

Một quy trình liên phòng ban chỉ vận hành tốt khi mỗi bộ phận hiểu rõ không chỉ nhiệm vụ của mình mà còn biết cần phối hợp với ai, vào thời điểm nào và bàn giao kết quả gì.

RACI làm rõ các bên cần thực hiện, tham vấn hoặc nhận thông tin tại từng bước. Tuy nhiên, để phối hợp thực sự thông suốt, doanh nghiệp cần quy định thêm đầu vào, đầu ra, thời hạn bàn giao và cách xử lý khi một bên không đáp ứng yêu cầu.

Đây là điểm cần đặc biệt chú ý khi xây dựng quy trình bán hàng, mua hàng, tuyển dụng, xử lý khiếu nại hoặc kiểm soát chất lượng.

Tạo nền tảng kiểm soát và cải tiến quy trình

Khi trách nhiệm được xác định rõ, doanh nghiệp có cơ sở để theo dõi tiến độ, đánh giá kết quả và xác định nguyên nhân của những sai lệch.

Nếu một công đoạn liên tục chậm tiến độ, nhà quản lý có thể xem xét liệu nguyên nhân đến từ năng lực thực hiện, thiếu nguồn lực, quy định chưa rõ, thẩm quyền không phù hợp hay việc bàn giao giữa các bộ phận chưa hiệu quả.

RACI không tự tạo ra hệ thống đo lường hiệu suất, nhưng khi kết hợp với thời hạn xử lý, tiêu chí đầu ra và chỉ số đánh giá phù hợp, công cụ này giúp doanh nghiệp chuyển từ quản lý dựa trên nhận xét sang kiểm soát công việc có căn cứ.

3. Cách xây dựng ma trận RACI gắn với quy trình doanh nghiệp

Để RACI phát huy hiệu quả, doanh nghiệp cần xây dựng ma trận trên cơ sở quy trình thực tế, thay vì chỉ lập bảng phân công theo chức danh.

Bước 1: Xác định quy trình cần phân định trách nhiệm

Không nhất thiết phải xây dựng RACI cho mọi công việc. Doanh nghiệp nên ưu tiên các quy trình có nhiều bên tham gia, thường xuyên xảy ra chậm trễ, chồng chéo hoặc phải xin ý kiến lãnh đạo ở nhiều khâu.

Một số quy trình phù hợp để triển khai gồm:

Quy trình bán hàng và xử lý đơn hàng.
Quy trình tuyển dụng và tiếp nhận nhân sự.
Quy trình mua hàng và thanh toán.
Quy trình xử lý khiếu nại khách hàng.
Quy trình kiểm soát chất lượng.
Quy trình phê duyệt chi phí và đề xuất nội bộ.

Trước khi lập RACI, cần xác định mục tiêu, phạm vi, đầu vào, đầu ra và các bộ phận liên quan. Đây là nền tảng để phân công đúng người, đúng việc.

Bước 2: Phân rã quy trình thành các hoạt động cụ thể

Một quy trình tổng thể cần được chia thành những công đoạn đủ rõ để xác định người thực hiện và kết quả cần bàn giao.

Chẳng hạn, thay vì ghi chung chung “xử lý đơn hàng”, doanh nghiệp có thể phân thành tiếp nhận đơn hàng, kiểm tra thông tin, xác nhận điều kiện thanh toán, phê duyệt đơn hàng và bàn giao cho kho.

Nếu hoạt động được mô tả quá rộng, RACI sẽ khó xác định trách nhiệm cụ thể. Ngược lại, nếu chia nhỏ đến từng thao tác không cần thiết, ma trận sẽ trở nên phức tạp và khó duy trì.

Bước 3: Xác định các vị trí tham gia và phạm vi thẩm quyền

Doanh nghiệp cần xác định những cá nhân hoặc bộ phận có liên quan trực tiếp đến từng công đoạn, dựa trên cơ cấu tổ chức, chức năng nhiệm vụ và quy định phân quyền.

Nên ưu tiên sử dụng chức danh hoặc tên bộ phận thay vì tên cá nhân để ma trận không phải thay đổi mỗi khi có biến động nhân sự.

Đồng thời, cần phân biệt người thực hiện công việc với người có quyền phê duyệt. Chức danh cao hơn không có nghĩa là phải tham gia mọi bước; trách nhiệm phải được xác định dựa trên yêu cầu thực tế của quy trình.

Bước 4: Phân công R, A, C và I

Với từng hoạt động, doanh nghiệp cần trả lời bốn câu hỏi:

Ai trực tiếp thực hiện?
Ai chịu trách nhiệm cuối cùng về kết quả?
Ai cần được tham vấn?
Ai cần được thông báo?

Khi gán vai trò, cần bảo đảm mỗi đầu việc có A rõ ràng; các vị trí được giao R có đủ năng lực và nguồn lực; người chịu trách nhiệm cuối cùng có thẩm quyền tương ứng; còn C và I chỉ được xác định khi thực sự cần thiết.

Không nên đưa quá nhiều người vào vai trò C vì việc tham vấn rộng không cần thiết có thể khiến quyết định chậm hơn. Tương tự, không nên đưa tất cả các phòng ban vào danh sách I nếu thông tin không liên quan trực tiếp đến công việc của họ.

Bước 5: Kiểm tra tính hợp lý của ma trận

Sau khi phân công, doanh nghiệp cần rà soát cả từng công việc lẫn từng vị trí.

Ở cấp độ công việc, cần kiểm tra xem đã có người thực hiện chưa, trách nhiệm cuối cùng đã rõ chưa và quyền phê duyệt có đúng thẩm quyền không.

Ở cấp độ vị trí, cần xem xét liệu có người đang phải chịu trách nhiệm cho quá nhiều công việc, có điểm nghẽn phê duyệt hay có nhiệm vụ quan trọng chưa được giao cho bất kỳ đầu mối nào.

Đặc biệt, cần rà soát các điểm bàn giao giữa các bộ phận. Đây thường là nơi dễ phát sinh tình trạng chờ đợi, thiếu thông tin hoặc tranh cãi về trách nhiệm khi kết quả không đạt yêu cầu.

Bước 6: Tích hợp RACI vào tài liệu quy trình và triển khai thực tế

RACI cần thống nhất với sơ đồ quy trình, mô tả công việc, quy định phân quyền, biểu mẫu và các tiêu chí kiểm soát liên quan.

Mỗi đầu việc không chỉ cần có người phụ trách mà còn phải xác định đầu vào, đầu ra, thời hạn và tiêu chí hoàn thành khi cần thiết. Những trường hợp vượt thẩm quyền cũng cần có cơ chế báo cáo và xử lý rõ ràng.

Sau khi ban hành, doanh nghiệp nên hướng dẫn các bộ phận thực hiện, theo dõi những điểm phát sinh và cập nhật ma trận khi có thay đổi về cơ cấu tổ chức hoặc cách thức vận hành.

Nguyên tắc cốt lõi: RACI phải phản ánh cách doanh nghiệp vận hành và hỗ trợ quy trình thực hiện đúng, chứ không chỉ hoàn thiện hồ sơ quản trị.

4. Ví dụ ma trận RACI trong quy trình tuyển dụng

Giả sử một doanh nghiệp có ba bên tham gia quy trình tuyển dụng: Hành chính – Nhân sự (HCNS), trưởng bộ phận có nhu cầu tuyển dụng và Giám đốc.

Ma trận dưới đây minh họa cách phân định trách nhiệm trong một cơ chế mà Giám đốc phê duyệt nhu cầu tuyển dụng và đề xuất tuyển dụng cuối cùng.

Lưu ý: Đây là ma trận minh họa, không phải mô hình phân công bắt buộc cho mọi doanh nghiệp. Trước khi áp dụng, cần điều chỉnh theo cơ chế phê duyệt và phân cấp thẩm quyền thực tế.

Từ ví dụ này, có thể rút ra ba điểm đáng chú ý.

Thứ nhất, HCNS chịu trách nhiệm tổ chức và thực hiện các công việc nghiệp vụ tuyển dụng, trong khi trưởng bộ phận xác định yêu cầu chuyên môn và đánh giá ứng viên.

Thứ hai, việc chuẩn bị hồ sơ và việc phê duyệt hồ sơ là hai hoạt động khác nhau. HCNS có thể thực hiện việc hoàn thiện, trình đề xuất, còn quyền quyết định cuối cùng thuộc người được phân quyền.

Thứ ba, mỗi công đoạn cần có đầu ra cụ thể. Ví dụ, đầu ra của bước sàng lọc là danh sách ứng viên đáp ứng tiêu chí ban đầu; đầu ra của bước phỏng vấn là kết quả đánh giá và đề xuất lựa chọn.

Nếu chỉ có bảng RACI mà không quy định tiêu chí sàng lọc, thời hạn phản hồi, hồ sơ cần bàn giao và cách xử lý khi các bên không thống nhất, quy trình tuyển dụng vẫn có thể bị đình trệ.

Đó là lý do RACI cần được tích hợp vào thiết kế quy trình tổng thể, thay vì được sử dụng riêng lẻ.

5. Những sai lầm cần tránh khi áp dụng ma trận RACI

Giao trách nhiệm nhưng không trao quyền hạn

Đây là sai lầm có thể khiến RACI mất đi phần lớn giá trị. Người được giao trách nhiệm không thể bảo đảm kết quả nếu thiếu quyền quyết định, nguồn lực hoặc cơ chế phối hợp cần thiết.

Doanh nghiệp cần đối chiếu RACI với quy định phân cấp thẩm quyền để xác định rõ giới hạn quyết định và trường hợp phải chuyển cấp xử lý.

Có nhiều người cùng chịu trách nhiệm cuối cùng

Nếu một đầu việc có quá nhiều A, trách nhiệm dễ bị phân tán và quyết định có thể bị kéo dài. Nên xác định một người chịu trách nhiệm cuối cùng cho từng đầu việc, đồng thời làm rõ vai trò phối hợp của những người còn lại.

Nếu cần nhiều cấp phê duyệt, hãy tách thành các bước quyết định riêng trong quy trình.

Lập RACI nhưng không xác định đầu ra công việc

Một bảng có thể ghi rõ người thực hiện nhưng vẫn không trả lời được công việc phải hoàn thành đến mức nào, bàn giao tài liệu gì và khi nào được xem là hoàn tất.

Vì vậy, RACI cần đi cùng mô tả đầu ra, tiêu chí hoàn thành và thời hạn xử lý phù hợp với từng công đoạn.

Xây dựng ma trận quá phức tạp

Việc đưa quá nhiều người vào từng hoạt động khiến ma trận khó đọc và làm giảm khả năng áp dụng. Doanh nghiệp nên tập trung vào các vai trò thực sự cần thiết, phân tách công việc ở mức hợp lý và sử dụng tài liệu hướng dẫn riêng khi cần mô tả thao tác chi tiết.

Không cập nhật khi quy trình thay đổi

Khi doanh nghiệp thay đổi cơ cấu tổ chức, phân cấp thẩm quyền hoặc cách thức vận hành, ma trận RACI cũng cần được rà soát. Nếu không, trách nhiệm trên tài liệu sẽ không còn khớp với thực tế.

Doanh nghiệp nên xác định đầu mối quản lý tài liệu, cơ chế phê duyệt thay đổi và thời điểm rà soát định kỳ để duy trì tính nhất quán của hệ thống.

6. Ma trận RACI khác gì với sơ đồ quy trình và SOP?

RACI, sơ đồ quy trình và SOP là những công cụ có chức năng khác nhau nhưng cần được kết hợp khi xây dựng hệ thống quản lý doanh nghiệp.

Ví dụ, sơ đồ quy trình bán hàng mô tả các bước từ tiếp nhận nhu cầu đến xác nhận đơn hàng. RACI xác định trách nhiệm của kinh doanh, kế toán, kho và người phê duyệt tại từng bước. SOP hướng dẫn cách thực hiện các thao tác cụ thể, còn KPI giúp theo dõi những kết quả như thời gian xử lý đơn hàng hoặc tỷ lệ sai sót.

Khi các công cụ được thiết kế thống nhất, doanh nghiệp có thể kết nối trình tự công việc, trách nhiệm, phương pháp thực hiện và cơ chế đánh giá trong cùng một hệ thống quản trị.

Mục tiêu không phải là tạo ra thật nhiều tài liệu, mà là bảo đảm mỗi công cụ giải quyết đúng một vấn đề và hỗ trợ công việc diễn ra nhất quán.

7. Khi nào doanh nghiệp nên xây dựng ma trận RACI?

RACI đặc biệt hữu ích khi doanh nghiệp bắt đầu chuẩn hóa quy trình, mở rộng quy mô hoặc gặp những vấn đề lặp lại trong vận hành.

Doanh nghiệp nên cân nhắc áp dụng khi:

Các quy trình có sự tham gia của nhiều phòng ban.
Công việc thường xuyên bị chậm do chờ phê duyệt hoặc chờ phối hợp.
Trách nhiệm giữa các bộ phận chồng chéo hoặc có khoảng trống.
Lãnh đạo phải trực tiếp xử lý quá nhiều vấn đề vận hành thường ngày.
Doanh nghiệp cần làm rõ quyền hạn, trách nhiệm và cơ chế kiểm soát.

Ngược lại, với công việc đơn giản do một cá nhân hoặc một bộ phận xử lý trọn vẹn, việc lập một ma trận riêng có thể không cần thiết. Trách nhiệm có thể được quy định ngay trong quy trình hoặc mô tả công việc.

Điều quan trọng là lựa chọn đúng công cụ cho đúng vấn đề, tránh biến việc chuẩn hóa thành một hoạt động lập tài liệu hình thức.

Kết luận: RACI chỉ hiệu quả khi gắn với hệ thống quy trình

Ma trận RACI giúp doanh nghiệp xác định rõ vai trò và trách nhiệm tại từng công đoạn, nhưng không thể tự giải quyết mọi vấn đề trong vận hành. Để công việc thực sự thông suốt, trách nhiệm phải đi cùng quyền hạn, đầu ra cần được xác định rõ và cơ chế phối hợp phải được thiết kế nhất quán.

Nếu doanh nghiệp thường xuyên gặp tình trạng công việc bị đình trệ, trách nhiệm chồng chéo hoặc mọi quyết định đều phải chờ lãnh đạo, hãy bắt đầu bằng việc rà soát quy trình và xác định lại trách nhiệm tại những điểm bàn giao quan trọng.

iBPO đồng hành cùng doanh nghiệp trong xây dựng và chuẩn hóa quy trình quản lý, hướng tới hệ thống vận hành rõ trách nhiệm, nhất quán và có khả năng kiểm soát. Một quy trình được thiết kế đúng không chỉ giúp nhân viên biết phải làm gì, mà còn giúp doanh nghiệp xác định rõ ai chịu trách nhiệm về kết quả và cách thức công việc được kiểm soát.