Hệ thống Phân quyền & Sơ đồ Tổ chức (The Blueprint): Thiết kế bộ máy để hỗ trợ chiến lược

Có một nghịch lý mà gần như CEO nào cũng gặp: chiến lược đã rõ, OKR đã cascade (phân rã xuống từng tầng), nhưng đến quý sau nhìn lại thì mọi thứ vẫn ì ạch. Không phải vì người kém, mà vì bộ máy được thiết kế cho một công ty khác — công ty của ba năm trước. Sơ đồ tổ chức hiện tại phục vụ những ưu tiên cũ, những cái tôi cũ, những "vùng đất" cũ mà không ai muốn động vào.

Đây là điểm chết mà Alfred Chandler đã chỉ ra từ năm 1962 trong công trình kinh điển Strategy and Structure: "structure follows strategy" — cơ cấu tổ chức phải đi theo chiến lược, không phải ngược lại. Khi doanh nghiệp đổi chiến lược mà không đổi cấu trúc, chiến lược mới sẽ bị chính bộ máy cũ bóp nghẹt. Ngược lại, quá nhiều công ty Việt để chiến lược chạy theo sơ đồ tổ chức: có sẵn phòng nào thì làm việc của phòng đó, ai to tiếng hơn thì được nhiều nguồn lực hơn.

Bài này không nói về vẽ ô vuông và kẻ đường nối. Nó nói về việc thiết kế đường ống để chiến lược chảy được xuống thực thi: ai quyết định gì, ai chịu trách nhiệm với kết quả nào, và tiền/quyền được trao tới đâu thì dừng. Một cơ cấu tốt là cơ cấu vô hình — nhân viên không cảm nhận được nó, họ chỉ thấy quyết định ra nhanh và trách nhiệm rõ ràng.

"Structure follows Strategy": nguyên lý nền tảng

Luận điểm của Chandler đơn giản mà tàn nhẫn: mỗi chiến lược đòi hỏi một dạng cấu trúc tương thích. Chiến lược mở rộng đa ngành đòi hỏi cấu trúc phân theo đơn vị kinh doanh (divisional). Chiến lược tối ưu chi phí và quy mô đòi hỏi cấu trúc theo chức năng (functional). Chiến lược lấy khách hàng làm trung tâm, tốc độ cao đòi hỏi cấu trúc lai (matrix) hoặc theo sản phẩm/hành trình khách hàng.

Vấn đề không nằm ở việc chọn dạng nào "đúng" một cách phổ quát, mà ở chỗ dạng cấu trúc phải khớp với đòn bẩy cạnh tranh (core competency) mà chiến lược đang đặt cược vào. Nếu chiến lược của bạn là "thắng bằng trải nghiệm khách hàng liền mạch" nhưng bộ máy lại chia thành các silo (phòng ban cát cứ) marketing – bán hàng – vận hành – chăm sóc, mỗi phòng một KPI riêng, thì khách hàng sẽ rơi qua các khe nứt giữa các silo. Cấu trúc đang phản bội chiến lược.

Bốn dạng cấu trúc và bài toán chúng giải

Không có dạng nào "tốt nhất". Câu hỏi CEO phải trả lời là: chiến lược 12–18 tháng tới đặt cược vào điều gì, và dạng cấu trúc nào giảm ma sát cho cú đặt cược đó nhất?

Ba trụ cột của một Blueprint vận hành

Một sơ đồ tổ chức chỉ là bề nổi. Bên dưới nó là ba trụ cột thật sự quyết định chiến lược có chảy được hay không:

1. Span of control (tầm kiểm soát) — mỗi quản lý trực tiếp bao nhiêu người. Quá rộng thì quản lý không kèm cặp nổi, quyết định dồn ứ. Quá hẹp thì thừa tầng, thông tin méo mó qua nhiều lớp, chi phí quản lý phình. Nguyên tắc thực chiến: công việc càng chuẩn hoá và đội càng trưởng thành thì span càng rộng được (8–12 người); công việc càng sáng tạo/phức tạp thì span càng hẹp (4–6 người).
2. RACI — làm rõ ai làm, ai chịu trách nhiệm cuối, ai được hỏi ý, ai được thông báo cho từng loại quyết định/quy trình.
3. Delegation of Authority — DoA (bảng phân quyền phê duyệt) — trao quyền quyết định (đặc biệt quyền chi tiền, ký kết, tuyển/sa thải) tới cấp nào thì dừng, ngưỡng bao nhiêu.

Ba trụ cột này chính là dữ liệu cấu hình mà một nền tảng quản trị như Intelligence Hub (SellersStar) cần để "hiểu" tổ chức: sơ đồ tổ chức nạp vào hệ thống phân quyền (role/permission), RACI gắn vào từng workflow, DoA gắn vào từng luồng phê duyệt (approval flow). Khi ba thứ này số hoá, hệ thống tự định tuyến đúng người, đúng ngưỡng — chiến lược không còn phụ thuộc vào việc "ai nhớ hỏi ai".

Phân tích theo 5W3H1R: Thiết kế sơ đồ tổ chức & phân quyền theo chiến lược

Why — Tại sao phải làm

Vì khoảng cách lớn nhất giữa chiến lược và kết quả nằm ở ma sát tổ chức: quyết định bị đẩy lên quá cao nên tắc nghẽn ở CEO; trách nhiệm mờ nên "việc của mọi người là việc của không ai"; các phòng ban tối ưu cục bộ chống lại mục tiêu chung. Thiết kế lại cấu trúc và phân quyền là cách rẻ nhất và nhanh nhất để tăng tốc thực thi mà không tốn thêm một đồng nhân sự. Giá trị tạo ra: quyết định ra nhanh hơn, trách nhiệm giải trình (accountability) rõ, và nguồn lực chảy theo ưu tiên chiến lược thay vì theo quyền lực nội bộ.

What — Bản chất là gì (chi tiết)

Đây là hoạt động thiết kế hệ điều hành tổ chức gồm ba sản phẩm đầu ra gắn kết:

• Sơ đồ tổ chức mục tiêu (target org chart): chọn dạng cấu trúc khớp chiến lược, xác định các đơn vị/phòng, quan hệ báo cáo, và span of control cho từng tầng.
• Ma trận RACI cho các quy trình/quyết định xương sống (ví dụ: duyệt chiến dịch marketing, phê duyệt hợp đồng bán, tuyển dụng, xử lý sự cố khách hàng).
• Bảng phân quyền phê duyệt (DoA): các ngưỡng quyền theo cấp — quyền chi, quyền ký, quyền tuyển/sa thải, quyền giảm giá/chiết khấu.

Scope in: cấu trúc báo cáo, ranh giới trách nhiệm giữa các đơn vị, quyền quyết định và ngưỡng phê duyệt, số hoá vào hệ thống phân quyền.
Scope out: đánh giá năng lực cá nhân (thuộc quản trị nhân tài), thiết kế quy trình chi tiết từng bước (thuộc SOP — xem bài TT-06), và cơ chế lương thưởng.

Output cuối cùng: một "Blueprint" gồm 3 tài liệu trên, đã được ban điều hành ký duyệt và nạp cấu hình vào nền tảng quản trị.

Who — Ai thực hiện & ai hưởng lợi (RACI)

• A (Accountable — chịu trách nhiệm cuối): CEO. Cấu trúc tổ chức là quyết định không uỷ thác được.
• R (Responsible — người làm): COO cùng Giám đốc Nhân sự (HR/People) chủ trì thiết kế bản thảo.
• C (Consulted — được hỏi ý): các Team Leader/Trưởng phòng liên quan, cố vấn tổ chức nếu có.
• I (Informed — được thông báo): toàn bộ nhân sự sau khi chốt, kèm truyền thông thay đổi.
• Người hưởng lợi: đội thực thi (quyết định rõ, ít tắc), CEO (giải phóng khỏi các quyết định lặt vặt), khách hàng (ít rơi qua khe nứt giữa các phòng).

Where — Diễn ra ở đâu / hệ thống nào

Về mặt tư duy: trong các phiên thiết kế của ban điều hành. Về mặt vận hành: được số hoá và "sống" trong Intelligence Hub (SellersStar) — sơ đồ tổ chức nạp vào module phân quyền (RBAC — role-based access control), RACI gắn vào từng workflow, DoA gắn vào các approval flow. Phạm vi áp dụng: toàn tổ chức, ưu tiên trước các đơn vị trực tiếp thực thi chiến lược trọng điểm.

When — Khi nào bắt đầu & kết thúc

Kích hoạt ngay sau khi chốt OKR cấp công ty (bài TT-02) — vì cấu trúc phải phục vụ mục tiêu vừa đặt ra. Phasing: Tuần 1–2 thiết kế bản thảo; Tuần 3 review & thử nghiệm tình huống; Tuần 4 chốt và số hoá; Tháng 2 triển khai + truyền thông. Nhịp review: soi lại cấu trúc mỗi khi chiến lược pivot lớn, và tối thiểu mỗi kỳ lập kế hoạch năm.

How — Quy trình các bước

Bước 1 — Giải mã chiến lược thành "việc phải làm giỏi".
Đầu vào: chiến lược + OKR công ty. Hoạt động: xác định 3–5 năng lực lõi (core competency) mà chiến lược đặt cược. Đầu ra: danh sách "chuỗi giá trị trọng yếu" cần cấu trúc phục vụ.

Bước 2 — Chọn dạng cấu trúc.
Đầu vào: danh sách năng lực lõi. Hoạt động: đối chiếu với bảng 4 dạng cấu trúc, chọn dạng giảm ma sát nhất cho các năng lực đó. Đầu ra: quyết định dạng cấu trúc + lý do.

Bước 3 — Vẽ sơ đồ tổ chức mục tiêu & hiệu chỉnh span of control.
Đầu vào: dạng cấu trúc. Hoạt động: phân đơn vị/phòng, quan hệ báo cáo, kiểm tra span (4–6 với việc phức tạp, 8–12 với việc chuẩn hoá), loại bỏ tầng thừa. Đầu ra: target org chart.

Bước 4 — Lập ma trận RACI cho quy trình xương sống.
Đầu vào: org chart + danh sách 5–8 quyết định/quy trình quan trọng nhất. Hoạt động: gán R/A/C/I, đảm bảo mỗi dòng chỉ có một chữ A. Đầu ra: ma trận RACI.

Bước 5 — Xây bảng phân quyền phê duyệt (DoA).
Đầu vào: RACI + khẩu vị rủi ro của công ty. Hoạt động: đặt ngưỡng quyền chi/ký/tuyển theo cấp, nguyên tắc "trao quyền tới điểm gần khách hàng nhất mà rủi ro còn kiểm soát được". Đầu ra: bảng DoA.

Bước 6 — Kiểm thử bằng tình huống (stress test).
Đầu vào: bộ 3 tài liệu. Hoạt động: chạy thử 5–7 tình huống thật ("khách đòi giảm 15%, ai duyệt?", "sự cố hệ thống lúc 2h sáng, ai điều phối?"). Đầu ra: bản Blueprint đã vá lỗ hổng.

Bước 7 — Số hoá & truyền thông.
Đầu vào: Blueprint chốt. Hoạt động: nạp vào Intelligence Hub (phân quyền/approval flow), truyền thông theo mô hình ADKAR (xem bài TT-10). Đầu ra: bộ máy vận hành thật.

How Much — Cần bao nhiêu nguồn lực

Đây là hoạt động nặng tư duy, nhẹ ngân sách. Nguồn lực chính là thời gian của ban điều hành (một vài phiên làm việc tập trung của CEO/COO/HR) và công sức số hoá cấu hình vào hệ thống. Không cần ngân sách lớn; chi phí thật nằm ở chi phí cơ hội của việc trì hoãn và ở "chính trị nội bộ" khi ranh giới quyền lực bị vẽ lại. Với công ty nhỏ, có thể tự làm; với công ty đang mở rộng nhanh hoặc tái cấu trúc lớn, nên bổ sung cố vấn tổ chức bên ngoài để giữ tính khách quan.

How Long — Bao lâu thấy kết quả

Bản Blueprint có thể hoàn tất trong 3–4 tuần. Kết quả "quyết định ra nhanh hơn, ít tắc ở CEO" thấy được trong 4–8 tuần sau khi số hoá. Tác động sâu lên hiệu quả thực thi (giảm silo, nguồn lực chảy đúng ưu tiên) cần 1–2 quý để thẩm thấu. Đây không phải việc làm một lần: cấu trúc cần được soi lại mỗi khi chiến lược pivot.

Risk — Rủi ro & biện pháp khắc phục

Framework áp dụng ngay: Ma trận RACI + Bảng phân quyền (DoA)

Template RACI (copy-dùng-ngay)

Quy tắc vàng: mỗi dòng chỉ một chữ A. Nếu có hai A, trách nhiệm sẽ tan biến.

Template Bảng phân quyền phê duyệt — DoA (copy-dùng-ngay)

Thay A/B/C và % bằng ngưỡng thật của công ty bạn theo khẩu vị rủi ro. Số hoá bảng này thành approval flow để hệ thống tự định tuyến.

Case study Việt Nam (minh hoạ điển hình)

Lưu ý: đây là case minh hoạ điển hình, không phải số liệu nội bộ của một doanh nghiệp có thật.

Bối cảnh. Một chuỗi F&B Việt (~15 cửa hàng) đặt chiến lược mới: chuyển từ "bán tại cửa hàng" sang "đa kênh, lấy trải nghiệm khách hàng làm trung tâm" — đẩy mạnh giao hàng, app đặt món, và chương trình thành viên. OKR công ty: nâng tỷ lệ khách quay lại và doanh thu kênh số.

Vấn đề cấu trúc. Bộ máy cũ theo chức năng thuần: Vận hành cửa hàng, Marketing, và một nhóm IT nhỏ — mỗi phòng một KPI riêng. Kênh giao hàng "rơi" vào khe giữa Vận hành và Marketing; không ai chịu trách nhiệm cuối với hành trình khách hàng số. Mọi quyết định giá/khuyến mãi trên app đều dồn lên CEO duyệt, gây tắc nghẽn.

Can thiệp Blueprint. Ban điều hành áp dụng quy trình 7 bước: (1) xác định năng lực lõi mới là "trải nghiệm đa kênh liền mạch"; (2) chọn cấu trúc lai — giữ chức năng cho vận hành cửa hàng nhưng lập thêm một chủ sở hữu hành trình khách hàng số (owner) điều phối chéo; (3) gọn tầng, giao mỗi cụm 4–5 cửa hàng cho một Area Manager (span hợp lý); (4) lập RACI cho luồng "khuyến mãi kênh số" với owner số là R, COO là A; (5) DoA cho phép owner tự duyệt khuyến mãi dưới ngưỡng, chỉ đẩy lên COO khi vượt.

Kết quả minh hoạ. Quyết định khuyến mãi kênh số không còn tắc ở CEO; trách nhiệm hành trình khách hàng có một cái tên cụ thể; các phòng phối hợp qua RACI thay vì đá bóng trách nhiệm. Bài học rút ra: họ không cần thêm người — chỉ cần vẽ lại đường quyền lực cho khớp chiến lược mới.

GÓC NHÌN CEO

• Sơ đồ tổ chức hiện tại của tôi đang phục vụ chiến lược nào — chiến lược hôm nay hay chiến lược ba năm trước?
• Có quyết định nào đang tắc ở bàn tôi mà lẽ ra nên được trao xuống hai cấp?
• Với ba năng lực lõi mà chiến lược đặt cược, đâu là các "khe nứt" giữa các phòng mà khách hàng đang rơi vào?
• Nếu tôi vắng mặt hai tuần, có luồng quyết định nào tê liệt không? Đó chính là chỗ phân quyền còn thiếu.
• Tôi đang vẽ ô cho việc hay đang vẽ ô cho người?

🔗 Liên kết với các bài khác (Alignment)

• Cấu trúc chỉ có nghĩa khi phục vụ mục tiêu: xem Chuyển đổi Chiến lược thành OKRs (The Breakthrough) — Blueprint này thiết kế bộ máy để cascade OKR chảy được.
• Mọi cấu trúc đều bắt nguồn từ Chiến lược Kinh doanh (The North Star) — "structure follows strategy".
• Sau khi có bộ máy, tiếp đến là rót nguồn lực theo cấu trúc đó: Hoạch định Nguồn lực & Ngân sách (Resource Allocation).
• RACI ở đây là khung; quy trình chi tiết từng bước thuộc Thiết kế Quy trình Vận hành chuẩn — SOPs (The Engine).
• Cấu trúc quyết định cách phối hợp chéo — nhịp điều hành hoá qua Quản trị Thực thi với mô hình "Cadence" (The Rhythm).
• Đổi sơ đồ tổ chức là một cú thay đổi lớn — quản trị nó bằng Quản trị Sự Thay đổi (Change Management).

Kết bài

Chiến lược không chết vì sai hướng — nó chết vì bộ máy được thiết kế cho một cuộc chơi khác. Sơ đồ tổ chức và bảng phân quyền không phải là tài liệu hành chính; chúng là hệ thống đường ống quyết định chiến lược của bạn chảy xuống thực thi hay đọng lại trên giấy. Một CEO giỏi không quản lý bằng cách tự mình duyệt mọi thứ — mà bằng cách thiết kế một bộ máy nơi quyết định đúng được ra ở đúng cấp, đúng tốc độ.

Lời kêu gọi hành động ở tầm điều hành: hãy dành một phiên làm việc của ban điều hành, mở sơ đồ tổ chức hiện tại ra, và hỏi thẳng — "cấu trúc này đang phục vụ chiến lược nào?". Nếu câu trả lời là chiến lược của quá khứ, bạn đã biết việc cần làm. Vẽ lại Blueprint theo 7 bước, số hoá RACI và DoA vào hệ thống, rồi để chiến lược chảy.

Bài trước: Chuyển đổi Chiến lược thành OKRs (The Breakthrough) · Bài tiếp theo: Hoạch định Nguồn lực & Ngân sách (Resource Allocation)