Trao quyền nhưng không mất kiểm soát: Thiết kế decision rights trong doanh nghiệp

Last updated on 2 October, 2026

Khi trong gia đình, việc gì cũng phải hỏi bố mẹ

Một đứa trẻ 13 tuổi muốn mua một chiếc áo cũng phải hỏi bố mẹ. Muốn chọn môn học, bố mẹ quyết. Muốn đi đâu với bạn, phải xin phép. Làm một việc gì đó, bố mẹ lại kiểm tra. Thoạt nhìn, gia đình đang được kiểm soát rất tốt. Nhưng sau một thời gian, đứa trẻ có thể hình thành một phản xạ rất tự nhiên: “Việc này mình có được tự quyết không?” Và khi không chắc, cách an toàn nhất là hỏi bố mẹ.

Doanh nghiệp cũng có thể rơi vào tình trạng tương tự.

Trên sơ đồ tổ chức, các giám đốc đã được trao quyền. Trong quy chế, các cấp quản lý có phạm vi phê duyệt riêng. Mô tả công việc đã ghi rõ trách nhiệm. Nhưng khi có một quyết định quan trọng, mọi người vẫn nhìn lên cấp trên. CEO trở thành người phê duyệt giá bán, tuyển dụng, chi phí, khách hàng, đầu tư, thay đổi quy trình và hàng loạt vấn đề lẽ ra có thể được quyết định ở cấp thấp hơn. Vấn đề khi đó có thể không nằm ở việc nhân viên thiếu chủ động.

Vấn đề nằm ở cách doanh nghiệp thiết kế quyền quyết định (decision rights).

Nếu cơ cấu tổ chức là “bộ xương” của doanh nghiệp, quy trình là cách công việc vận hành thì quyền quyết định là một loại kiến trúc vô hình: nó quyết định ai thực sự có quyền lựa chọn, trong phạm vi nào và phải chịu trách nhiệm về lựa chọn đó.

Quyền quyết định không giống với chức danh hay trách nhiệm

Một người có chức danh cao chưa chắc là người nên quyết định mọi việc. Một người chịu trách nhiệm về một kết quả cũng chưa chắc đã có đủ quyền để quyết định những yếu tố ảnh hưởng đến kết quả đó. Đây là điểm thường bị bỏ qua khi doanh nghiệp thiết kế tổ chức.

Chẳng hạn, một Giám đốc kinh doanh chịu trách nhiệm về doanh thu nhưng mọi thay đổi giá bán đều phải xin Tổng giám đốc phê duyệt. Một Giám đốc nhà máy chịu trách nhiệm về năng suất nhưng không được chủ động điều chỉnh một số nguồn lực cần thiết. Một Trưởng phòng nhân sự chịu trách nhiệm về tuyển dụng nhưng mọi vị trí đều phải được Ban điều hành phỏng vấn và quyết định.

Trách nhiệm đã được giao, nhưng quyền quyết định chưa thực sự đi cùng. Khi đó, doanh nghiệp dễ rơi vào một nghịch lý:

Trách nhiệm càng phân tán nhưng quyền quyết định càng tập trung.

Hệ quả thường thấy là:

• Quyết định chậm vì phải qua nhiều cấp.
• Quản lý cấp trung ngại quyết định vì sợ vượt quyền.
• Nhân viên hình thành thói quen “xin ý kiến”.
• Lãnh đạo cấp cao bị kéo vào quá nhiều việc vận hành.
• Khi kết quả không đạt, trách nhiệm và quyền hạn khó đối chiếu với nhau.

Vì vậy, khi thiết kế tổ chức, không chỉ cần hỏi “Ai chịu trách nhiệm?”, mà cần hỏi thêm:

Ai có quyền quyết định điều gì để tạo ra kết quả đó?

MIT CISR định nghĩa decision rights là việc xác định ai có quyền hạn và trách nhiệm đối với những quyết định quan trọng trong tổ chức. Nghiên cứu về thiết kế tổ chức cũng xem việc phân bổ quyền quyết định là một cấu phần quan trọng của thiết kế tổ chức.

Quyền quyết định là kiến trúc vô hình của doanh nghiệp

Có thể hình dung doanh nghiệp như một ngôi nhà. Cơ cấu tổ chức là bộ khung. Quy trình là đường đi bên trong. Hệ thống thông tin là các đường truyền. KPI là những thiết bị đo lường. Còn quyền quyết định xác định ai được mở cánh cửa nào, trong điều kiện nào và khi nào phải gọi người khác đến cùng quyết định.

Hai doanh nghiệp có thể có cùng số phòng ban, cùng chức danh và thậm chí cùng quy trình. Nhưng nếu quyền quyết định được thiết kế khác nhau, cách vận hành sẽ hoàn toàn khác. Một doanh nghiệp có thể yêu cầu mọi vấn đề vượt một ngưỡng nhất định phải trình Tổng giám đốc. Một doanh nghiệp khác có thể trao quyền cho Giám đốc đơn vị quyết định trong hạn mức, chỉ chuyển lên lãnh đạo cấp cao khi vượt ngưỡng hoặc có rủi ro đặc biệt.

Doanh nghiệp thứ hai không nhất thiết “ít kiểm soát” hơn. Nó kiểm soát bằng thiết kế, thay vì kiểm soát bằng việc giữ quyền phê duyệt. Đây là khác biệt rất quan trọng.

Trao quyền không có nghĩa là bỏ kiểm soát

Quay lại câu chuyện gia đình. Bố mẹ có thể để con tự chọn quần áo, nhưng vẫn đặt ra một khoản ngân sách phù hợp. Con có thể tự quản lý tiền tiêu vặt, nhưng không vì thế mà được sử dụng tiền tiết kiệm của gia đình. Con có thể tự đi chơi với bạn, trong phạm vi thời gian, địa điểm và cách liên lạc đã thống nhất. Trao quyền vì thế không phải là buông kiểm soát, mà là xác lập rõ quyền tự quyết và những giới hạn đi kèm.

Trong doanh nghiệp cũng vậy. Một hệ thống trao quyền tốt thường xác định rõ:

• Việc gì được tự quyết?
• Ai được tự quyết?
• Quyết trong phạm vi nào?
• Dựa trên nguyên tắc hoặc dữ liệu nào?
• Khi nào phải tham vấn?
• Khi nào phải xin phê duyệt?
• Khi nào phải chuyển lên cấp cao hơn?
• Sau quyết định, kết quả được theo dõi và giải trình thế nào?

Các giới hạn này có thể được hiểu là hàng rào quyền quyết định (decision rights guardrails). MIT CISR cũng nhấn mạnh vai trò của các guardrails trong việc cho phép đội ngũ được trao quyền hoạt động tự chủ nhưng vẫn phù hợp với lợi ích chung của doanh nghiệp.

Do đó, công thức không phải là: Trao quyền = Ít kiểm soát

Mà nên là: Trao quyền + Hàng rào rõ ràng + Thông tin phù hợp + Giải trình = Tự chủ có kiểm soát

Quyền quyết định nên nằm ở đâu?

Đây là câu hỏi quan trọng nhất khi thiết kế decision rights. Một nguyên tắc thực tế là:

Quyền quyết định nên được đặt càng gần nơi có thông tin và năng lực quyết định càng tốt, nhưng vẫn trong giới hạn mà doanh nghiệp chấp nhận được.

Ví dụ, nhân viên kinh doanh thường hiểu khách hàng cụ thể hơn CEO. Quản đốc hiểu tình hình sản xuất tại hiện trường hơn Ban điều hành. Trưởng bộ phận hiểu nhu cầu nhân sự của đơn vị hơn một cấp quản lý không trực tiếp làm việc với đội ngũ. Nếu mọi quyết định đều bị đưa lên cấp cao nhất, doanh nghiệp sẽ mất đi lợi thế của thông tin tại hiện trường.

Ngược lại, không phải quyết định nào cũng nên đưa xuống. Các quyết định liên quan đến chiến lược, khẩu vị rủi ro, phân bổ nguồn lực lớn hoặc những vấn đề có ảnh hưởng toàn doanh nghiệp có thể cần được tập trung hơn.

Vì vậy, câu hỏi không phải là: “Nên tập trung hay phân quyền?”

Mà là: “Quyết định nào nên tập trung, quyết định nào nên phân quyền, và tại sao?”

Nghiên cứu của MIT CISR về phân quyền cũng cho thấy việc phân bổ quyền quyết định vận hành xuống các đội ngũ có thể hỗ trợ tốc độ phản ứng của tổ chức, nhưng cần kết hợp với các cơ chế giúp giảm sự phức tạp và bảo đảm tính thống nhất.

Đừng nhầm quyền quyết định với quyền phê duyệt

Đây là điểm doanh nghiệp rất dễ nhầm lẫn khi thiết kế quyền quyết định. Người được tham vấn chưa chắc là người có quyền quyết; người cung cấp dữ liệu không đồng nghĩa với người phê duyệt; người có quyền phê duyệt trong một hạn mức cũng chưa chắc là người chịu trách nhiệm cuối cùng về kết quả. Vì vậy, thay vì chỉ hỏi “Ai phê duyệt?”, doanh nghiệp cần làm rõ từng vai trò trong một quyết định:

• Ai là người ra quyết định?
• Ai cần được tham vấn?
• Ai cung cấp thông tin hoặc phân tích?
• Ai là người thực thi?
• Ai cần được thông báo?
• Khi nào quyết định phải được escalated?

Điều này cũng giải thích vì sao một ma trận RACI, dù hữu ích cho việc phân định vai trò trong công việc, chưa chắc đã đủ để thiết kế quyền quyết định. RACI có thể trả lời khá rõ ai thực hiện, ai chịu trách nhiệm, ai được tham vấn và ai được thông báo. Nhưng doanh nghiệp vẫn cần một câu hỏi riêng:

Trong số những người này, ai thực sự có quyền quyết định?

Một ma trận quyền quyết định có thể đơn giản đến mức nào?

Doanh nghiệp không nhất thiết phải xây dựng một hệ thống phức tạp. Có thể bắt đầu từ những nhóm quyết định thường xuyên gây nghẽn:

Nhóm quyết định	Người quyết định	Phạm vi tự quyết	Tham vấn	Khi nào chuyển lên cấp trên
Giá bán	Giám đốc kinh doanh	Trong biên độ giá đã quy định	Tài chính	Ngoài biên độ
Tuyển dụng	Trưởng đơn vị	Trong định biên và ngân sách	HR	Vượt định biên
Mua sắm	Trưởng đơn vị	Trong hạn mức	Tài chính/Mua sắm	Vượt hạn mức
Thay đổi quy trình	Chủ quy trình	Trong phạm vi chức năng	Các đơn vị liên quan	Ảnh hưởng kiểm soát hoặc đơn vị khác
Đầu tư	Ban điều hành	Theo hạn mức được phân cấp	Tài chính/chuyên môn	Vượt hạn mức hoặc ảnh hưởng chiến lược

Điểm quan trọng không phải là có một bảng thật đẹp. Điểm quan trọng là những người thực sự vận hành phải hiểu và sử dụng được bảng đó. Một quy chế phân quyền nằm trong hệ thống văn bản nhưng không được áp dụng trong thực tế thì chưa tạo ra decision rights.

Quyền quyết định phải đi cùng accountability

Quay lại câu chuyện gia đình. Nếu bố mẹ nói: “Con tự quyết đi.” Nhưng khi con quyết xong, bố mẹ vẫn có thể thay đổi bất cứ lúc nào, đứa trẻ sẽ không học được cách chịu trách nhiệm với quyết định của mình.

Doanh nghiệp cũng vậy. Không thể vừa nói “Giám đốc đơn vị được toàn quyền” nhưng khi quyết định không đúng ý lãnh đạo lại can thiệp ngược vào mọi chi tiết. Trao quyền thực chất đòi hỏi sự thống nhất giữa ba yếu tố:

Quyền quyết định + Trách nhiệm về kết quả + Phạm vi kiểm soát

Quyền quyết định cần đi cùng trách nhiệm và năng lực thực thi. Trách nhiệm vượt quá quyền hạn khiến người quản lý khó tạo ra kết quả. Quyền hạn vượt quá trách nhiệm lại làm tăng rủi ro lạm quyền. Và ngay cả khi hai yếu tố này đã được phân định rõ, quyết định vẫn khó đạt chất lượng nếu thiếu dữ liệu và năng lực cần thiết.

Vì vậy, thiết kế quyền quyết định không thể tách rời accountability, KPI, năng lực, dữ liệu và cơ chế quản trị. Đây cũng là logic mà OCD đã phân tích trong bài về thiết kế accountability từ chuỗi giá trị: quyền quyết định cần được xem cùng với kết quả cần đạt, người sở hữu kết quả, cơ cấu, quy trình và KPI.

Bắt đầu thiết kế quyền quyết định từ đâu?

Doanh nghiệp không nên bắt đầu bằng việc mở một cuộc họp để “phân quyền cho các phòng ban”. Nên bắt đầu từ những quyết định thực sự quan trọng đối với hoạt động kinh doanh. Có thể đi theo một chuỗi đơn giản:

Chiến lược → Kết quả cần đạt → Những quyết định quan trọng → Người có thông tin tốt nhất → Người có năng lực quyết định → Phạm vi quyền → Hàng rào kiểm soát → Cơ chế giải trình

Một số câu hỏi chẩn đoán có thể rất hữu ích:

• Những quyết định nào đang thường xuyên phải đưa lên CEO?
• Những quyết định nào mất nhiều thời gian vì phải qua nhiều cấp?
• Có quyết định nào người chịu trách nhiệm về kết quả lại không có quyền quyết định?
• Có quyết định nào nhiều người cùng có quyền nhưng không ai thực sự đứng ra quyết?
• Có quyết định nào được trao quyền nhưng giới hạn lại không rõ?
• Những trường hợp nào nhân viên thường xuyên “xin ý kiến” dù về nguyên tắc đã được phân quyền?
• Nếu một cấp quản lý vắng mặt, những quyết định nào lập tức bị đình trệ?

Đây là những dấu hiệu giúp doanh nghiệp nhìn thấy kiến trúc quyền quyết định thực tế, thay vì chỉ nhìn vào sơ đồ tổ chức hoặc quy chế.

Khi quyền quyết định được thiết kế tốt, điều gì thay đổi?

Doanh nghiệp không nhất thiết trở nên “phẳng” hơn. Cũng không phải mọi quyết định đều được đẩy xuống cấp thấp nhất. Điều thay đổi là quyền quyết định được đặt đúng chỗ hơn. Từ đó:

• Lãnh đạo cấp cao có thêm thời gian cho những quyết định thực sự mang tính chiến lược.
• Quản lý cấp trung có không gian để quản lý thay vì liên tục chờ phê duyệt.
• Nhân viên hiểu rõ phạm vi tự chủ và giới hạn của mình.
• Các đơn vị phối hợp dễ hơn vì biết khi nào cần tham vấn và ai là người quyết định cuối cùng.
• Quan trọng hơn, tổ chức bắt đầu hình thành năng lực tự ra quyết định.

Đó cũng là điều xảy ra trong một gia đình khi bố mẹ không cố gắng quyết định thay con mọi việc. Mục tiêu cuối cùng không phải là để bố mẹ “đỡ việc”. Mà là để đứa trẻ dần biết cách tự đánh giá, tự lựa chọn và chịu trách nhiệm. 

Doanh nghiệp cũng vậy. Mục tiêu của trao quyền không phải là để CEO ít việc hơn. Mục tiêu là để tổ chức có năng lực tự vận hành tốt hơn.

Kết luận: Quyền quyết định là kiến trúc vô hình của doanh nghiệp

Một gia đình mà bố mẹ quyết định mọi việc có thể kiểm soát rất chặt, nhưng khó tạo ra sự trưởng thành trong năng lực tự quyết của con cái. Một doanh nghiệp mà mọi quyết định đều phải đi qua CEO cũng có thể tạo cảm giác kiểm soát cao, nhưng khó xây dựng một tổ chức có khả năng tự vận hành. Vì vậy, quyền quyết định (decision rights) không đơn giản là một nội dung trong quy chế phân cấp. Nó là kiến trúc vô hình định hình cách doanh nghiệp thực sự vận hành.

Thiết kế quyền quyết định tốt không có nghĩa là trao quyền càng nhiều càng tốt. Đó là việc xác định:

• Quyết định nào cần được tập trung?
• Quyết định nào nên được phân quyền?
• Ai là người phù hợp nhất để quyết định?
• Người đó được quyết trong phạm vi nào?
• Hàng rào kiểm soát ở đâu?
• Khi nào cần tham vấn hoặc escalated?
• Ai chịu trách nhiệm về kết quả sau quyết định?

Khi những câu hỏi này được thiết kế rõ ràng, doanh nghiệp không cần lựa chọn giữa trao quyền và kiểm soát. Doanh nghiệp có thể làm cả hai.

Trao quyền để quyết định được đưa đến đúng nơi. Kiểm soát để những quyết định đó vẫn nằm trong giới hạn mà tổ chức chấp nhận.

Đó là lúc decision rights trở thành một phần thực sự của thiết kế tổ chức, thay vì chỉ là một dòng trong quy chế phân quyền. Và cũng giống như trong một gia đình, trưởng thành không đến từ việc có người quyết định thay mình tốt đến đâu.

Trưởng thành đến từ việc biết mình được quyền quyết định điều gì, quyết định trong giới hạn nào và chịu trách nhiệm với lựa chọn của mình.