Skip to content
Chuyển đổi số

Playbook Tái Thiết Cấu Trúc Quyền Lực Bằng Ma Trận RACI Cải Tiến: Bản Thiết Kế Định Hình Trách Nhiệm Giải Trình, Triệt Tiêu Sức Cản Vận Hành Và Làm Chủ Chiến Lược Chuyển Đổi Số Cho Ban Điều Hành Tập Đoàn

43 min read

Chuyển đổi số cho doanh nghiệp

I. SỰ HỖN LOẠN CÓ HỆ THỐNG: KHI CHUYỂN ĐỔI SỐ ĐÂM ĐẦU VÀO BỨC TƯỜNG VÔ ĐỊNH TRÁCH NHIỆM

Chuyển đổi số (Digital Transformation) không phải là cuộc chơi của công nghệ. Thực chất, đó là cuộc tái cấu trúc toàn diện về quyền lực, lợi ích và trách nhiệm giải trình trong một tổ chức. Bản chất của công nghệ chỉ là một bộ nhân hệ số (Multiplier). Nếu hệ thống vận hành hiện tại của doanh nghiệp là một chuỗi các quy trình hỗn loạn, thiếu minh bạch và vô định trách nhiệm (Accountability Vacuum), thì việc áp dụng công nghệ chỉ giúp doanh nghiệp số hóa sự hỗn loạn đó với một mức chi phí đắt đỏ hơn nhiều lần.

Sự thật (Fact) chỉ ra rằng hơn 90% dự án chuyển đổi số tại các tập đoàn lớn thất bại hoặc không đạt được tỷ lệ hoàn vốn đầu tư (ROI) kỳ vọng. Nguyên nhân cốt lõi không nằm ở năng lực của nhà cung cấp giải pháp, cũng không nằm ở sự lạc hậu của hạ tầng công nghệ thông tin. Thất bại bắt nguồn từ sai lầm trong giả định (Assumption) của ban điều hành: Giả định rằng khi đưa các hệ thống quản trị tiên tiến như hoạch định tài nguyên doanh nghiệp (ERP), hệ thống quản lý quy trình nghiệp vụ (BPMS) hay quản trị quan hệ khách hàng (CRM) vào vận hành, nhân sự sẽ tự động làm việc có trách nhiệm hơn và quy trình sẽ tự động trôi chảy.

Chuẩn so sánh (Benchmark) từ các tập đoàn hàng đầu thế giới chứng minh điều ngược lại: Công nghệ chỉ phát huy hiệu quả khi nền tảng cấu trúc quyền lực và vai trò được phân định rõ ràng trước khi viết dòng code đầu tiên.

Điểm đau lớn nhất của các tập đoàn khi chuyển đổi từ quy trình thủ công sang quy trình số hóa là sự đồng nhất sai lầm giữa hành động thực thi (Doing) và trách nhiệm giải trình (Accountability). Khi ranh giới này mờ nhạt, nhân sự sẽ rơi vào trạng thái phòng vệ tự nhiên: né tránh đưa ra quyết định quyết định, trì hoãn thực thi để chờ ý kiến chỉ đạo, và đổ lỗi cho lỗi hệ thống mỗi khi có sự cố phát sinh. Để giải quyết triệt để điểm nghẽn này, ma trận RACI cải tiến phải được xem là một bản thiết kế quyền lực bắt buộc, định hình lại toàn bộ hành vi vận hành của bộ máy nhân sự.

II. BẢN CHẤT CẤU TRÚC CỦA MA TRẬN RACI: CÔNG CỤ TÁI ĐỊNH HÌNH QUYỀN LỰC VÀ DÒNG CHẢY VẬN HÀNH

Nhìn dưới lăng kính thiết kế hệ thống, ma trận RACI không đơn thuần là một biểu mẫu nhân sự hay một công cụ phân công công việc thông thường. RACI là một giao thức phân bổ quyền lực quyền lực và tái định vị chi phí giao dịch nội bộ (Internal Transaction Cost). Mỗi chữ cái trong RACI đại diện cho một ranh giới quyền lợi và nghĩa vụ pháp lý trong hệ thống vận hành.

Khi được áp dụng đúng đắn, ma trận này giải quyết trực tiếp ba nghịch lý lớn đang bóp nghẹt năng suất của các tập đoàn:

Thứ nhất là nghịch lý thông tin. Quá nhiều người được tham gia ý kiến (Consulted) dẫn đến tình trạng tê liệt phân tích (Analysis Paralysis). Mọi người đều muốn thể hiện vai trò bằng cách đóng góp ý kiến nhưng không ai chịu trách nhiệm về hậu quả của ý kiến đó. Ngược lại, quá ít người được thông báo (Informed) lại tạo ra những đảo thông tin bị cô lập (Information Silos), khiến các bộ phận liên quan không thể phối hợp nhịp nhàng ở các bước tiếp theo.

Thứ hai là nghịch lý thực thi. Đây là trạng thái có quá nhiều người cùng tham gia thực hiện tác vụ (Responsible) nhưng lại không có bất kỳ cá nhân nào chịu trách nhiệm giải trình cuối cùng (Accountable). Khi thành công, mọi phòng ban đều tranh công trạng. Khi thất bại hoặc trễ hạn, cả hệ thống lập tức rơi vào trạng thái vô can và đổ lỗi tập thể.

Thứ ba là nghịch lý chi phí cơ hội. Thời gian chờ đợi phê duyệt kéo dài (Decision-making Latency) làm tiêu tan lợi thế cạnh tranh của doanh nghiệp trên thị trường. Việc bắt buộc mọi quyết định nhỏ nhặt đều phải trình ký qua nhiều tầng nấc quản lý trung gian là biểu hiện của sự thiếu lòng tin hệ thống và sự yếu kém trong thiết kế phân quyền.

III. GIẢI PHẪU BỐN TRỤC PHÂN ĐỊNH QUYỀN LỰC VÀ TRÁCH NHIỆM (R-A-C-I) DƯỚI LĂNG KÍNH QUẢN TRỊ HỆ THỐNG

Để vận hành một hệ thống không bị nghẽn và đạt hiệu suất tối ưu, ban điều hành cần bóc tách bản chất của từng thành tố trong ma trận RACI dưới góc nhìn kỹ thuật hệ thống:

Responsible (R – Người thực thi): Đây là cơ bắp của quy trình. Cá nhân hoặc bộ phận giữ vai R trực tiếp sử dụng nguồn lực, thực hiện các thao tác nghiệp vụ để hoàn thành tác vụ được giao. Một sai lầm kinh điển trong thiết kế quy trình là bố trí quá nhiều vai R cho một bước công việc mà không có sự phân phối tuyến tính rõ ràng. Điều này dẫn đến hiệu ứng cha chung không ai khóc, các nhân sự đùn đẩy công việc cho nhau và làm kéo dài thời gian xử lý.

Accountable (A – Người chịu trách nhiệm cuối cùng): Đây là tử huyệt của mọi hệ thống vận hành. Nguyên tắc bất di bất dịch của thiết kế hệ thống là: Chỉ có duy nhất một vai A cho mỗi tác vụ hoặc mỗi quy trình cụ thể. Vai A sở hữu quyền quyết định tối cao, có quyền phủ quyết (Veto) và phải chịu trách nhiệm toàn bộ cho kết quả đầu ra, bất kể kết quả đó tốt hay xấu. Nếu một bước quy trình có từ hai vai A trở lên, đó không phải là sự hợp tác, đó là công thức tạo ra xung đột quyền lực và mất kiểm soát vận hành.

Consulted (C – Người được tham vấn): Đây là nguồn tri thức chuyên môn hoặc góc nhìn chuyên sâu cần được khai thác trước khi hành động (R) được thực hiện hoặc quyết định (A) được đưa ra. Giao tiếp tại vai C là tương tác hai chiều (Two-way communication). Tuy nhiên, việc lạm dụng vai C sẽ biến các cuộc họp trở thành nơi tranh luận vô tận, trì hoãn nghiêm trọng tốc độ phản ứng của doanh nghiệp trước các biến động của thị trường.

Informed (I – Người được thông báo): Giao tiếp tại vai I là tương tác một chiều (One-way communication). Đây là những đối tượng cần biết kết quả của tác vụ để thực hiện các công đoạn tiếp theo hoặc để phục vụ mục đích giám sát vĩ mô. Trong kỷ nguyên số hóa, hệ thống công nghệ thông tin cần tự động hóa hoàn toàn vai I bằng các thông báo tự động (Notifications/Alerts) thay vì bắt con người phải thực hiện các thao tác báo cáo thủ công.

IV. PHƯƠNG PHÁP LUẬN ÁNH XẠ RACI VÀO KIẾN TRÚC QUY TRÌNH ĐA TẦNG

Ma trận RACI không thể được áp dụng một cách cào bằng, chung chung lên toàn bộ sơ đồ tổ chức của tập đoàn. Để hệ thống hóa thành công, quy trình vận hành phải được bóc tách và ánh xạ theo kiến trúc đa tầng từ vĩ mô đến vi mĩ:

Tầng 1: Chuỗi giá trị (Value Chain Level). Ở tầng này, ma trận RACI định vị vai trò của các khối phòng ban lớn hoặc các đơn vị kinh doanh chiến lược (SBU). Đây là nơi xác định rõ khối nào làm chủ phần phục vụ khách hàng, khối nào chịu trách nhiệm quản trị chuỗi cung ứng tổng thể.

Tầng 2: Nhóm quy trình (Process Group Level). Đây là nơi phân định vai trò trong các mảng hoạt động lớn như Mua sắm (Procurement), Tuyển dụng (Recruitment), Lập kế hoạch ngân sách (Budgeting). Tại tầng này, vai A bắt đầu lộ diện rõ nét ở cấp Giám đốc chức năng (Functional Heads).

Tầng 3: Quy trình chi tiết (Process Level). Tầng này mô tả chi tiết dòng chảy công việc từ bước đầu tiên đến bước cuối cùng của một nghiệp vụ cụ thể. Ví dụ: Quy trình phê duyệt đơn hàng mua sắm tài sản cố định có giá trị trên 500 triệu VND. Đây là tầng quan trọng nhất để thiết lập các chốt kiểm soát rủi ro vận hành.

Tầng 4: Hoạt động và Tác vụ (Activity/Task Level). Đây là mức độ nhỏ nhất của công việc, nơi từng hành động đơn lẻ được phân bổ trực tiếp cho từng chục danh nhân sự cụ thể hoặc cho các hệ thống tự động hóa. Đây cũng là tầng duy nhất mà ma trận RACI có thể được ánh xạ trực tiếp thành logic phân quyền trên các phần mềm quản trị (System Authorization Logic).

V. CHIẾN THUẬT PHẪU THUẬT QUY TRÌNH: QUY TRÌNH 5 BƯỚC XÁC LẬP VÀ TỐI ƯU HÓA VAI TRÒ RACI

Để tái cấu trúc bất kỳ quy trình nào đang bị nghẽn hoặc kém hiệu quả, ban điều hành cần áp dụng quy trình 5 bước khảo sát và điều trị có hệ thống sau:

Bước 1: Giải phẫu hiện trạng (As-Is Dissection). Thực hiện vẽ lại toàn bộ quy trình hiện tại một cách trung thực nhất, không tô hồng, không lý tưởng hóa. Thống kê chi tiết tất cả các nhân sự đang thực tế tham gia vào từng bước công việc. Ghi nhận toàn bộ các điểm trễ, các khâu trùng lặp thông tin và các điểm mất kiểm soát quyền lực.

Bước 2: Định lượng chi phí chờ đợi (Latency Analysis). Tiến hành đo lường và tính toán thời gian chết (Idle time) tại các điểm chuyển giao công việc giữa các phòng ban (Hand-off points). Xác định tỷ lệ hồ sơ bị từ chối phê duyệt quay đầu (Rejection rate) và phân tích nguyên nhân gốc rễ xem có phải do thiếu làm rõ vai C và vai A ở các bước trước đó hay không.

Bước 3: Phẫu thuật loại bỏ (Surgical Elimination). Áp dụng bộ lọc nghiêm ngặt để loại bỏ tất cả các vai C không thực sự mang lại giá trị gia tăng cho quyết định cuối cùng. Chuyển đổi các vai C không cần thiết sang vai I để giải phóng thời gian họp hành của nhân sự quản lý. Tiến hành hợp nhất các vai R nếu một tác vụ đang bị chia nhỏ quá mức cho nhiều phòng ban thực hiện.

Bước 4: Tái phân bổ quyền lực (A-R Allocation). Thiết lập nguyên tắc cốt lõi: Một bước công việc, một vai A duy nhất. Thực hiện phân quyền triệt để bằng cách đẩy vai A xuống cấp quản lý thấp nhất có thể, đi kèm với các hạn mức rủi ro và tiêu chí phê duyệt được định lượng rõ ràng. Loại bỏ tình trạng CEO phải phê duyệt các chi phí vận hành thường nhật của các chi nhánh cấp dưới.

Bước 5: Chuẩn hóa và Thiết lập logic hệ thống (System Codification). Chuyển hóa ma trận RACI mới từ bản vẽ giấy thành các quy tắc thực thi bắt buộc trên hệ thống công nghệ thông tin. Cấu hình cứng các luồng phê duyệt và quyền truy cập dữ liệu để ngăn chặn triệt để hành vi tự ý phá vỡ quy trình của con người.

VI. GIẢI QUYẾT XUNG ĐỘT CẤU TRÚC: XỬ LÝ ĐIỂM NGHẼN CHỒNG CHÉO VÀ KHOẢNG TRỐNG THỰC THI

Trong quá trình rà soát hệ thống, ban điều hành sẽ liên tục phát hiện ra các lỗi cấu trúc nghiêm trọng trong ma trận RACI hiện tại. Các lỗi này thường biểu hiện dưới hai dạng bệnh lý vận hành chính:

See also  Chuyển đổi số cho Doanh nghiệp - Xác lập tầm nhìn số hóa (Digital Vision): Phân biệt Digital vs IT để không nhầm chuyển đổi với mua phần mềm.

Một là chồng chéo trách nhiệm (RACI Overlap). Hiện tượng này xảy ra khi có từ hai chữ A hoặc hai chữ R trở lên xuất hiện trong cùng một ô nhiệm vụ. Hậu quả trực tiếp là các phòng ban liên tục giẫm chân lên nhau, tranh giành quyền quyết định khi dự án có kết quả tốt nhưng lại đùn đẩy, né tránh trách nhiệm khi xảy ra sự cố. Giải pháp khắc phục là phải chia nhỏ nhiệm vụ đó thành các tác vụ đơn lập hơn, hoặc thực hiện gộp toàn bộ các tác vụ đó lại để giao quyền trọn gói cho một cá nhân duy nhất làm đầu mối chịu trách nhiệm từ đầu đến cuối (Single Point of Responsibility).

Hai là khoảng trống thực thi (RACI Void). Đây là trạng thái một nhiệm vụ quan trọng tồn tại trong quy trình nhưng không có ai đảm nhận vai R (không có người làm) hoặc không có ai đảm nhận vai A (không có người chịu trách nhiệm về kết quả đầu ra). Để giải quyết triệt để, ban điều hành phải kiểm tra lại dòng chảy của chuỗi giá trị, áp đặt nghĩa vụ giám sát và thục thi trực tiếp cho cấp quản lý gần nhất với đầu ra của tác vụ đó, không cho phép bất kỳ khoảng trống quyền lực nào tồn tại trong hệ thống.

VII. QUẢN TRỊ SỰ THAY ĐỔI VÀ TÁI CẤU TRÚC HÀNH VI: VƯỢT QUA LỰC CẢN VĂN HÓA KHI MINH BẠCH HÓA TRÁCH NHIỆM

Việc minh bạch hóa vai trò bằng ma trận RACI đồng nghĩa với việc xóa bỏ hoàn toàn các vùng xám quyền lực (Power Gray Zones) in doanh nghiệp. Đây vốn là nơi các nhà quản lý trung gian năng lực kém dùng để bảo vệ lanh địa của mình bằng cách cố tình làm cho thông tin trở nên khan hiếm và quy trình trở nên phức tạp nhằm chứng minh sự tồn tại của bản thân.

Sự kháng cự đối với sự minh bạch này sẽ xuất hiện dưới hai hình thức tinh vi:

Thứ nhất là hành vi thao túng sự phức tạp. Các quản lý trung gian sẽ cố tình vẽ ra các kịch bản rủi ro không có thật để đòi hỏi phải có vai C (tham vấn) của họ ở mọi bước trong quy trình, nhằm duy trì quyền lực can thiệp và trì hoãn tốc độ ra quyết định của tổ chức.

Thứ hai là hành vi trì hoãn thông tin. Họ sẽ cố tình không cập nhật trạng thái công việc lên hệ thống số hóa, nhằm buộc các bộ phận khác phải trực tiếp liên hệ, xin xỏ thông tin, từ đó duy trì vị thế ban phát quyền lợi của mình.

Nguyên tắc đối phó của ban điều hành là tuyệt đối không thuyết phục bằng cảm xúc hay kêu gọi tinh thần tự nguyện. Phải đo lường lợi ích và chi phí thực thi bằng hệ thống kiểm soát tự động. Bất kỳ cá nhân nào không tuân thủ các quy tắc của ma trận RACI đã được cấu hình trên hệ thống sẽ tự động bị loại ra khỏi luồng thông tin và luồng phê duyệt tài chính của dự án. Sự minh bạch phải được đo lường bằng hiệu suất số thực tế chứ không bằng những lời hứa hẹn.

VIII. SỐ HÓA CẤU TRÚC RACI: PHƯƠNG THỨC CHUYỂN HÓA MA TRẬN TRÁCH NHIỆM THÀNH LOGIC PHÂN QUYỀN TÊN EPMS/ERP

Một ma trận RACI nằm trên file Excel hay bản vẽ giấy chỉ là một tài liệu chết. Để chuyển hóa ma trận này thành dòng chảy vận hành thực tế, ban điều hành bắt buộc phải lập trình nó thành các logic phân quyền chặt chẽ trong hệ thống công nghệ thông tin cốt lõi (ERP/BPMS) của doanh nghiệp:

Logic phân quyền theo vai trò (Role-Based Access Control – RBAC): Tuyệt đối không phân quyền hệ thống theo tên cá nhân (User-based). Phải phân quyền nghiêm ngặt theo chuc danh công việc (Role-based). Khi có sự thay đổi về mặt nhân sự, quyền lực và trách nhiệm của ô RACI đó vẫn giữ nguyên trên hệ thống, chỉ có thực thể con người thay thế là thay đổi. Điều này đảm bảo tính liên tục của vận hành và loại bỏ hoàn toàn rủi ro mất kiểm soát khi có nhân sự nghỉ việc đột ngột.

Logic định tuyến động (Dynamic Routing Logic): Hệ thống số hóa phải tự động chuyển tiếp hồ sơ công việc đến đúng vai R và vai A tiếp theo dựa trên các biến số điều kiện đầu vào được thiết lập sẵn (như giá trị tài chính của giao dịch, loại sản phẩm, mức độ rui ro của đối tác). Tuyệt đối không cho phép nhân viên có quyền lựa chọn người duyệt bằng tay nhằm ngăn chặn triệt để hiện tượng chọn cửa dễ để được thông qua giao dịch nhanh chóng.

Logic thời gian chờ tối đa và cảnh báo leo thang (Timeout and Escalation Logic): Nếu một nhân sự giữ vai R hoặc vai A giữ hồ sơ quá thời hạn cam kết chất lượng dịch vụ nội bộ (SLA) đã thiết lập (ví dụ: quá 4 giờ làm việc), hệ thống phải tự động thực hiện một trong hai hành động: Hoặc là tự động thu hồi quyền quyết định và chuyển tiếp lên cấp trên trực tiếp (Escalate), hoặc là gửi cảnh báo vi phạm SLA trực tiếp đến bộ phận kiểm soát hiệu suất vận hành của tập đoàn.

IX. QUẢN TRỊ RỦI RO VÀ KIỂM SOÁT TUÂN THỦ (GRC) ĐÚC TRÊN NỀN TẢNG RACI CẢI TIẾN

Hệ thống kiểm soát nội bộ của doanh nghiệp chắc chắn sẽ thất bại nếu nó không được tích hợp trực tiếp vào thiết kế của ma trận RACI. Chúng tôi thực hiện tích hợp mô hình ba hàng phòng thủ (Three Lines of Defense) trực tiếp vào cách bố trí các vai trò RACI để kiểm soát triệt để các rủi ro gian lận và sai sót vận hành:

Hàng phòng thủ 1 (Vận hành trực tiếp): Vai R và vai A được bố trí tại các bộ phận kinh doanh và sản xuất trực tiếp. Các nhân sự này phải chịu trách nhiệm trực tiếp trước mọi rủi ro phát sinh từ hoạt động nghiệp vụ hàng ngày của mình.

Hàng phòng thủ 2 (Kiểm soát rui ro và tuân thủ): Vai C được phân bổ cho phòng quản trị rủi ro và phòng pháp chế. Bộ phận này có trách nhiệm thiết lập các hàng rào tiêu chuẩn và phương thức giám sát, nhưng tuyệt đối không tham gia làm thay công việc của hàng phòng thủ 1 để bảo đảm tính độc lập khách quan.

Hàng phòng thủ 3 (Kiểm toán nội bộ): Vai I trong mọi quy trình trọng yếu được cấp cho bộ phận kiểm toán nội bộ. Vai trò này cho phép họ có toàn quyền truy cập dữ liệu lịch sử giao dịch ngay sau khi hoạt động kết thúc để thực hiện đánh giá độc lập mà không can thiệp trực tiếp vào thời gian thực của quy trình vận hành.

Dưới đây là bảng đánh giá rui ro hệ thống và các hành động kích hoạt tương ứng để ngăn chặn sự đổ vỡ hệ thống:

RỦI RO HỆ THỐNGĐIỂM KÍCH HOẠT (TRIGGER)HÀNH ĐỘNG KÍCH HOẠT KHẨN CẤP
Mat phan quyen tren BPMS/ERPMot nguoi giu ca vai R va A cua cung mot buoc kiem soat tai chinh.Phong toan quyen truy cap cua tai khoan, tu dong bat dau quy trinh kiem toan dac biet (Forced Audit).
Qua tai thong tin hoat dong (Consultation Bottleneck)Nguoi giu vai C nhan hon 50 yeu cau tham van moi ngay, thoi gian phan hoi vuot qua 48 tieng.Loai bo bat buoc vai C khoi quy trinh, thay bang bo tieu chi phe duyet tu dong (Auto-approval).
Tri hoan phe duyet chien luoc (Decision-making Latency)Cong viec can vai A quyet dinh bi ton dong tren he thong qua 5 ngay lam viec ma khong co phan hoi.He thong tu dong chuyen tiep quyen quyet dinh len cap tren tiep theo (Automated Escalation Protocol).
Khoang trong tuong thich van hanh (Process-System Drift)Quy trinh thuc te thuc hien khac vai cau hinh RACI tren he thong qua 15% tong so giao dich luong.Tam dung tam thoi phan mem, kich hoat to khao sat danh gia lai hanh vi thuc te (Process Mining).

X. THIẾT LẬP HỆ THỐNG CHỈ SỐ ĐO LƯỜNG HIỆU NĂNG DỰA TRÊN CẤU TRÚC TRÁCH NHIỆM RACI ĐỂ TỐI ƯU HÓA CHI PHÍ VẬN HÀNH

Hiệu suất của quy trình không chỉ được đo lường bằng năng suất tổng thể một cách mơ hồ. Để tối ưu hóa chi phí vận hành ở cấp độ từng đơn vị sản phẩm (Unit Economics), ban điều hành phải thực hiện đo lường chi tiết hiệu suất thực thi của từng vai trò RACI trong quy trình đó.

Chi phí thực tế của một bước quy trình được xác định bằng công thức cụ thể sau:

Chi phí bước = (Thời gian thực thi của vai R nhân Lương giờ của vai R) cộng (Thời gian phê duyệt hoặc tham vấn của vai A hoặc vai C nhân Lương giờ của vai A hoặc vai C) cộng Chi phí cơ hội phát sinh từ thời gian trễ của bước đó (Latency Cost).

Mục tiêu cốt lõi của việc số hóa quy trình là phải giảm thiểu tối đa thời gian chờ đợi vô ích và cắt giảm triệt để sự tham gia của các khâu trung gian không tạo ra giá trị thặng dư trực tiếp cho khách hàng.

Dưới đây là bảng KPI chiến lược được thiết kế để ban điều hành giám sát và tối ưu hóa các chỉ số này trên toàn hệ thống tập đoàn:

KPI CHIEN LUOCCONG THUC TINHMUC TIEU TOI UU
Chi phi giao dich noi bo (TCO)Tong chi phi nhan su thuc hien quy trinh / Tong so giao dich hoan thanhGiam thieu tu 30% den 45% trong vong 12 thang dau ap dung.
Thoi gian chu ky quy trinh (Cycle Time)Thoi gian hoan thanh tu buoc dau den buoc cuoi (gom ca thoi gian tre)Rut ngan tren 50% thoi gian chay thuc te cua phan lon quy trinh Core.
Ti le loi phan bo quyen luc (Role Alignment Error Rate)So buoc co rui ro trung lap hoac khoang trong / Tong so buoc quy trinhGiu o muc tuyet doi 0% tren toan bo he thong ERP/BPMS golive.
Ti le thong qua ngay lan dau (First-Time Approval Rate – FTAR)So giao dich duoc duyet ngay khong bi tra lai / Tong so giao dichDat tren 85% de giam thieu thoi gian va cong suc xu ly lai.

XI. NGHIÊN CỨU TÌNH HUỐNG THỰC TẾ: TÁI CẤU TRÚC QUY TRÌNH CHO CÁC TẬP ĐOÀN LỚN

1. Tình huống 1: Tối ưu hóa điều độ vận chuyển của Tập đoàn Logistics và Bán lẻ chuỗi cung ứng phức tạp.

Hiện trạng ban đầu (Before): Quy trình xử lý sự cố phát sinh trên đường vận chuyển của đội xe tải vận hành vô cùng hỗn loạn. Khi một xe gặp sự cố hỏng hóc hoặc tắc đường, cả lái xe, nhân viên điều độ tại kho nhận, nhân viên điều độ tại kho giao và nhà xe vệ tinh bên ngoài đều nhảy vào làm vai R (thực hiện) để tìm cách thông xe. Trong khi đó, vai A (quyết định lựa chọn lộ trình thay thế hoặc đổi xe) lại được giao đồng thời cho cả Giám đốc chi nhánh khu vực và Trưởng phòng vận tải của tập đoàn. Hậu quả là khi xảy ra trễ hàng, hai bên liên tục đổ lỗi chéo cho nhau. Thời gian trung bình để đưa ra quyết định xử lý một sự cố điều xe kéo dài tới 4.5 giờ. Tỷ lệ giao hàng trễ hẹn cam kết dịch vụ (SLA Violation) lên tới 18%, khiến chi phí vận hành đội xe phát sinh tăng thêm 32% do phải chi trả các khoản phạt và phụ phí khẩn cấp.

Giải pháp tái cấu trúc RACI: Ban điều hành đã tiến hành nâng cấp hệ thống định tuyến tự động (Auto-routing Engine) để đảm nhận vai R chính trong việc tính toán lộ trình thay thế (hoạt động hoàn toàn tự động dựa trên thuật toán tối ưu hóa). Giám đốc chi nhánh khu vực bị tước bỏ hoàn toàn quyền can thiệp vào quy trình điều xe, chuyển hẳn sang vai I (chỉ nhận thông báo kết quả tự động để chuẩn bị nguồn lực kho bãi tương ứng). Trưởng phòng vận tải được xác định là vai A duy nhất và chỉ can thiệp bằng tay (Override) khi hệ thống tự động đưa ra cảnh báo lỗi vượt quá ngưỡng sai số an toàn cho phép. Lái xe và nhân viên điều độ kho không còn quyền tự ý thỏa thuận lộ trình, họ chỉ nhận mệnh lệnh thực thi trực tiếp từ ứng dụng di động được hệ thống định tuyến tự động gửi xuống.

Kết quả đạt được (After): Thời gian đưa ra quyết định điều độ và xử lý sự cố lộ trình giảm từ 4.5 giờ xuống còn đúng 12 phút. Tỷ lệ vi phạm cam kết thời gian giao hàng (SLA) giảm mạnh từ 18% xuống còn 1.2%. Chi phí phụ trội vận hành đội xe giảm 22%, đồng thời giải phóng thêm 35% năng lực vận chuyển thực tế của đội xe hiện tại mà không cần phải đầu tư mua sắm thêm bất kỳ đầu xe mới nào.

2. Tình huống 2: Quy trình phân bổ vốn đầu tư và đóng sổ sách tài chính cho tập đoàn đa ngành phức tạp.

Hiện trạng ban đầu (Before): Các đề xuất chi tiêu ngân sách đầu tư phát triển (Capex) phải đi qua một quy trình xét duyệt vô cùng rườm rà gồm 9 bước độc lập. Có tới 6 vị trí cùng giữ vai C (tham vấn) trong quy trình này, bao gồm: Ban cố vấn pháp lý tập đoàn, Ban kiểm soát nội bộ, Trưởng bộ phận tài chính của 3 công ty thành viên liên quan, và Trợ lý hành chính của Chủ tịch hội đồng quản trị. Vì sợ chịu trách nhiệm cá nhân, bất kỳ ai giữ vai C cũng cố gắng đưa ra các ý kiến phản biện dài dòng để tự bảo vệ vị thế an toàn của mình. Quy trình liên tục bị tắc nghẽn nghiêm trọng tại bước chờ ý kiến phản hồi từ các bên tham vấn. Thời gian trung bình để phê duyệt một danh mục đầu tư Capex kéo dài tới 45 ngày. Hậu quả là tập đoàn liên tục bị mất đi các cơ hội vàng để thâu tóm các quỹ đất và tài sản giá rẻ trên thị trường. Chi phí giao dịch nội bộ ước tính lên tới 120,000 USD mỗi năm chỉ để chi trả cho quỹ lương của các nhân sự tham gia vào các cuộc họp vô thưởng vô phạt phục vụ cho các vai C này.

See also  Chuyển đổi số cho Doanh nghiệp - An ninh mạng & bảo mật: Xác thực đa lớp (MFA) cho toàn bộ hệ thống.

Giải pháp tái cấu trúc RACI: Ban điều hành quyết định cắt bỏ toàn bộ 6 vai C trung gian này. Quy định rõ trên hệ thống ERP: Nếu hồ sơ đề xuất đầu tư đạt đầy đủ các tiêu chí chấm điểm tự động trong bộ lọc checklist đã thiết lập sẵn, đề xuất đó sẽ tự động được thông qua mà không cần xin thêm bất kỳ ý kiến của ban cố vấn nào. Thực hiện ủy quyền vai A phê duyệt Capex xuống trực tiếp cho Giám đốc đơn vị kinh doanh chiến lược (SBU Head) đối với các khoản đầu tư có giá trị dưới 1 triệu USD, với điều kiện khoản đầu tư đó đã nằm trong kế hoạch ngân sách năm được đại hội đồng cổ đông phê duyệt từ trước. Giám đốc tài chính (CFO) tập đoàn chỉ giữ vai A đối với các khoản chi vượt ngân sách kế hoạch trên 10% hoặc các danh mục đầu tư phát sinh ngoài kế hoạch ban đầu. Ban kiểm soát và bộ phận kiểm toán nội bộ được chuyển hoàn toàn từ vai C sang vai I, thực hiện giám sát hậu kiểm thông qua các báo cáo phân tích dữ liệu tự động được trích xuất từ hệ thống ERP sau khi giao dịch đã hoàn tất.

Kết quả đạt được (After): Thời gian phê duyệt Capex giảm ngoạn mục từ 45 ngày xuống còn đúng 3 ngày đối với các đề xuất thông thường và tối đa 7 ngày đối với các đề xuất phát sinh ngoài hạn mức kế hoạch. Tỷ lệ mất cơ hội đầu tư do chậm trễ phê duyệt giảm từ 24% về mức 0%. Tập đoàn tiết kiệm được toàn bộ chi phí vận hành lãng phí của các ban cố vấn trung gian, đồng thời nâng cao tính tự chủ và năng lực chịu trách nhiệm của các Giám đốc SBU cấp dưới.

XII. CÁC LỖI TỬ HUYỆT TRONG TRIỂN KHAI RACI VÀ KỊCH BẢN ỨNG PHÓ CỦA NHÀ HOẠCH ĐỊNH CHIẾN LƯỢC

PHÂN LOẠI LỖI TỬ HUYỆTBIỂU HIỆN TRONG THỰC TẾCHIẾN THUẬT ỨNG PHÓ CHIẾN LƯỢC
Lỗi A tập thể (A-Spread)Doanh nghiệp ghi Ban điều hành hoặc Phòng tài chính giữ vai A trong ô quy trình phê duyệt.Bắt buộc phải chỉ định một cá nhân duy nhất làm vai A. Tổ chức không thể chịu trách nhiệm, chỉ có con người cụ thể mới chịu.
Lỗi lạm dụng C (C-Inflation)Để bảo đảm an toàn pháp lý, tất cả các bước quy trình đều cần chữ ký xác nhận của ban pháp chế, quản trị rủi ro, kiểm soát.Thiết lập giới hạn trần cứng: Không quá 2 chữ C cho một bước công việc. Chuyển toàn bộ các bên còn lại sang vai I.
Lỗi chữ R thiếu quyền hạn (Disempowered R)Nhân viên cấp dưới giữ vai R thực hiện nhưng không được cấp quyền truy cập dữ liệu trên ERP để làm.Điều chỉnh kiến trúc: Giao vai R thì phải đi kèm với quyền xem và sửa trường dữ liệu đó trên code.
Lỗi kiêu ngạo của vai A (A-Arrogance)Người giữ vai A từ chối phối hợp với vai R và tự ý thay đổi kết quả thực thi của họ mà không báo.Cắt giảm vai A của họ ở các bước chi tiết, chỉ cho giữ vai A ở các bước kết quả cuối để giảm can thiệp.

XIII. CƠ CHẾ TỰ ĐIỀU CHỈNH VÀ TỐI ƯU HÓA LIÊN TỤC: TINH CHỈNH RACI THEO CHU KỲ VẬN HÀNH ĐỘNG

Một hệ thống vận hành xuất sắc không phải là một thiết kế bị đóng băng vĩnh viễn. Môi trường kinh doanh liên tục biến động đòi hỏi ma trận RACI phải có cơ chế tự thích ứng và tinh chỉnh liên tục theo chu kỳ vận hành động (Dynamic RACI Framework).

Quy tắc vận hành động bao gồm các hành động cụ thể sau:

Thứ nhất là thiết lập chu kỳ đánh giá định kỳ nghiêm ngặt. Mỗi 6 tháng một lần, Tổ công tác quy trình và hiệu suất của tập đoàn phải sử dụng các thuật toán khai phá quy trình (Process Mining) để quét sạch toàn bộ hệ thống cơ sở dữ liệu. Hành động này giúp phát hiện và xử lý triệt để tất cả các sai lệch (Drift) giữa ma trận RACI lý thuyết đã được phê duyệt và cấu hình phân quyền thực tế đang chạy trên hệ thống ERP/BPMS.

Thứ hai là tối ưu hóa bằng công nghệ tự động hóa. Khi một nhiệm vụ lặp đi lặp lại đã đạt đến độ chuẩn hóa cao và có thể tự động hóa hoàn toàn bằng công nghệ, vai R của nhiệm vụ đó phải được chuyển giao ngay lập tức cho các tác nhân phần mềm (System/Bot). Nhân sự đang đảm nhận vai R thủ công trước đó sẽ được giải phóng hoàn toàn khỏi các tác vụ hành chính sự vụ để chuyển lên đảm nhận vai A hoặc vai C trong việc giám sát hiệu suất hoạt động của hệ thống tự động đó.

Dưới đây là bảng đánh giá xu hướng ngành giai đoạn 2026-2030 và tầm nhìn dài hạn đến năm 2050 về sự dịch chuyển của cấu trúc quyền lực này:

GIAI ĐOẠNXU HƯỚNG CHỦ ĐẠOTÁC ĐỘNG LÊN HỆ THỐNG RACI
Giai đoạn 2026 – 2030Sự bùng nổ của Autonomous Agents (Các tác nhân AI tự hành trong hệ thống lõi).Con người mất vai R ở 70% các tác vụ hành chính lặp lại. AI Agents giữ vai R; con người giữ vai A/C.
Tầm nhìn đến năm 2050Tổ chức phân tán (Decentralized Org) và các Hợp đồng thông minh tự thực hiện (Smart Contracts).Hệ thống trở thành Zero-ops. Quyền A được lập trình cứng trên nền tảng chuỗi khối (Blockchain).

Để giúp ban điều hành có thể đưa ra các quyết định hành động ngay lập tức đối với hệ thống quy trình hiện tại, đây là Playbook quyết định chiến lược được áp dụng khi đối diện với các tín hiệu bất thường trong vận hành:

TRẠNG THÁITÍN HIỆU THỰC TẾ (SIGNALS)HÀNH ĐỘNG CHIẾN LƯỢC YÊU CẦU
TIEP TUC (GO)– ROI quy trinh dat muc tieu de ra
– Cycle time giam tren 30%.
– Ty le loi thong tin duoi 2%.
– Mo rong pham vi (Scale-up) ra toan bo tap doan.
– Chuan hoa quy trinh vinh vien.
DUNG LAI (HALT)– Chi phi van hanh tang nguoc >15%
– Nguoi dung co tinh tu choi su dung he thong, bypass qua kenh ngoai.
– Ngung ngay lap tuc viec so hoa them de tranh ton kem chi phi.
– To chuc danh gia khung nang luc.
TAI CAU TRUC (RESTRUCTURE)– Quy trinh nghen tai mot chu A duy nhat (Vi du: CEO nghen don).
– Xuat hien xung dot quyen luc giua cac phong ban noi bo.
– Xe nhong luong phe duyet (Decentralize).
– Tai phan bo lai vai A va R thong qua viec phan nguong gia tri.

XIV. HÀNH ĐỘNG KÍCH HOẠT CHIẾN LƯỢC (ACTIONABLE TAKEAWAYS)

Dưới đây là danh sách 25 hành động thực chiến được thiết kế đặc kịch cho từng vị trí lãnh đạo trong ban điều hành để thực thi triệt để ma trận RACI và kiểm soát toàn diện quy trình chuyển đổi số. Yêu cầu toàn bộ thành viên ban điều hành nghiêm túc tuân thủ và sẵn sàng chấp nhận các đánh đổi đau đớn để tái sinh tổ chức:

DÀNH CHO VỊ TRÍ CEO / COO (GIÁM ĐỐC ĐIỀU HÀNH / GIÁM ĐỐC VẬN HÀNH)

• Ban hành quy chế vận hành bắt buộc trên toàn tập đoàn: Một nhiệm vụ chỉ có duy nhất một vai A chịu trách nhiệm cuối cùng. Bất kỳ văn bản trình duyệt hay quy trình nghiệp vụ nào có từ hai vai A trở lên xuất hiện đồng thời phải bị văn phòng trợ lý bác bỏ ngay lập tức không cần xem xét nội dung.

• Kiên quyết tránh mọi thỏa hiệp ngoại giao mang tính chất giữ hòa khí nội bộ bằng cách phê duyệt cho các Trưởng phòng ban cùng giữ chung vai A trong các quyết định quan trọng của dự án.

• Sẵn sàng chấp nhận giá phải trả là làn sóng phản đối dữ dội, thậm chí là đơn xin nghỉ việc của một số quản lý trung gian lâu năm vốn đã quen với thói quen làm việc mập mờ, thiếu trách nhiệm giải trình và thích ẩn nấp dưới bóng bóng quyết định tập thể.

• Kích hoạt cơ chế ủy quyền đồng bộ theo phân cấp giá trị rủi ro (Decentralized Approval Thresholds). Tiến hành chuyển giao toàn bộ vai A phê duyệt đối với các quyết định nằm dưới mức rủi ro trọng yếu xuống cho các cấp quản lý gần nhất với hiện trường sản xuất và kinh doanh.

• Tuyệt đối tránh hành vi can thiệp trực tiếp hoặc phủ quyết một cách cảm tính đối với các quyết định đã được ủy quyền cho cấp dưới thục thi, vì điều này sẽ làm vô hiệu hóa năng lực tự chủ và triệt tiêu lòng tin hệ thống của nhân sự cấp dưới.

• Sẵn sàng chấp nhận một tỷ lệ sai số vận hành và tổn thất nhỏ nằm trong hạn mức rủi ro cho phép ở giai đoạn đầu áp dụng, coi đó là chi phí đào tạo bắt buộc để cấp dưới rèn luyện bản lĩnh chịu trách nhiệm giải trình thực tế.

• Thiết lập nguyên tắc phân tách nhiệm vụ (Segregation of Duties – SoD) nghiêm ngặt trên hệ thống công nghệ thông tin: Bất kỳ nhân sự nào đang đảm nhận vai R thực hiện việc nhập liệu hoặc khởi tạo giao dịch thì tuyệt đối không được cấp quyền giữ vai A phê duyệt trực tiếp cho chính giao dịch đó trên hệ thống ERP.

• Tránh việc nhượng bộ trước các yêu cầu cấp phép đặc dã ngoại lệ (Ad-hoc override) cho phép một số nhân viên cốt cán được quyền vừa làm vai R vừa làm vai A với lý do để kịp tiến độ kinh doanh mùa vụ gấp của đơn vị.

• Sẵn sàng chi trả chi phí đầu tư và chấp nhận thời gian kéo dài trong việc cấu hình lại các luồng phân quyền và phê duyệt phức tạp trên hệ thống Core ERP nhằm bảo vệ tính toàn vẹn của hệ thống kiểm soát nội bộ.

• Sử dụng các công cụ khai phá quy trình nghiệp vụ (Process Mining) định kỳ hàng quý để tiến hành đối chiếu một cách khách quan giữa ma trận RACI lý thuyết đã ban hành với cấu hình phân quyền thực tế đang chạy trên cơ sở dữ liệu của tập đoàn.

• Tránh việc tin tưởng một cách mù quáng vào các báo cáo tổng kết hiệu suất thủ công do các trưởng bộ phận tự biên soạn và trình lên mà không có sự đối chiếu độc lập từ hệ thống giám sát dữ liệu thời gian thực.

• Sẵn sàng chấp nhận chi phí đầu tư mua sắm phần mềm phân tích quy trình chuyên dụng và thành lập riêng một Ban kiểm soát quy trình và hiệu năng độc lập, trực thuộc sự chỉ đạo trực tiếp của COO.

• Thiết lập hệ thống giám sát và đo lường thời gian trễ (Latency) tại các điểm chuyển giao công việc giữa các phòng ban. Nếu hồ sơ công việc bị tắc nghẽn quá 24 giờ tại một khâu, hệ thống sẽ tự động tính chi phí cơ hội phát sinh trực tiếp vào chỉ số đánh giá hiệu suất (KPI) của cá nhân giữ vai A tại khâu đó.

• Tránh việc chỉ tập trung đo lường tổng thời gian chu kỳ của toàn bộ quy trình một cách chung chung mà bỏ qua các điểm nghẽn cục bộ đang bị các cá nhân cố tình trì hoãn vì mục đích phòng vệ cá nhân.

• Sẵn sàng đối mặt và giải quyết triệt để sự phẫn nộ của các trưởng phòng ban khi các điểm yếu kém về năng lực quản lý và xử lý công việc của họ bị phơi bày một cách minh bạch trước ban điều hành tập đoàn.

DÀNH CHO VỊ TRÍ CFO (GIÁM ĐỐC TÀI CHÍNH)

• Tiến hành lượng hóa và gắn giá trị tài chính cụ thể vào từng giờ làm việc của từng vai trò nhân sự trong ma trận RACI, từ đó tính toán chính xác tổng chi phí sở hữu (TCO) và chi phí giao dịch nội bộ của từng quy trình tài chính.

• Tránh phương pháp phân bổ chi phí gián tiếp theo tỷ lệ phần trăm doanh thu một cách cảm tính và lạc hậu, vì phương pháp này không phản ánh đúng lượng tài nguyên nhân sự thực tế bị tiêu tốn cho từng hoạt động con (Activity-Based Costing).

• Sẵn sàng chấp nhận việc tốn thêm nhiều thời gian và công sức ban đầu để xây dựng hệ thống định mức giờ công chi tiết cho từng chuc danh và yêu cầu toàn bộ nhân sự phải thực hiện ghi chép nhật ký công việc (Timesheet) một cách nghiêm túc, kỷ luật.

• Đảm nhận vai A chịu trách nhiệm tối cao và duy nhất đối với toàn bộ các quy trình liên quan đến thiết lập hạn mức ngân sách và phê duyệt các khoản chi tiêu phát sinh ngoài kế hoạch ban đầu (Deviations).

• Tránh việc ôm đồm, nắm giữ vai A phê duyệt trong các quy trình vận hành chi tiêu thường nhật, vụn vặt không thuộc chuyên môn tài chính như mua sắm văn phòng phẩm hay chi phí tiếp khách thông thường của các chi nhánh.

• Sẵn sàng từ chối ký phê duyệt đối với bất kỳ hồ sơ nào trình lên không đúng thẩm quyền phân cấp đã quy định trong ma trận RACI, bất kể hồ sơ đó có chữ ký nháy của các lãnh đạo cấp cao khác.

• Tích hợp mô hình ba hàng phòng thủ trực tiếp vào hệ thống kiểm soát tài chính tự động trên ERP, thiết lập cơ chế tự động khóa tài khoản đối với các giao dịch có dấu hiệu xung đột lợi ích hoặc sai lệch phân quyền RACI.

See also  QUẢN TRỊ VÒNG ĐỜI HỆ THỐNG VÀ THẨM ĐỊNH MÃ NGUỒN CODE REVIEW: CHIẾN LƯỢC CHUYỂN ĐỔI SỐ THỰC CHIẾN CHO DOANH NGHIỆP TẠI TP.HCM VÀ BÌNH DƯƠNG

• Tránh việc cả nể, đồng ý phê duyệt trước và hoàn thiện hồ sơ chứng từ sau đối với các yêu cầu giải ngân khẩn cấp từ khối kinh doanh để kịp tiến độ doanh thu ngắn hạn.

• Chấp nhận thực tế là doanh thu ngắn hạn có thể bị sụt giảm hoặc trì hoãn nhẹ do hệ thống siết chặt tính tuân thủ tài chính, nhưng bảo vệ an toàn tuyệt đối cho dòng tiền của tập đoàn khỏi các rủi ro thất thoát lớn.

• Yêu cầu bộ phận kiểm toán nội bộ thực hiện kiểm tra ngẫu nhiên và độc lập các giao dịch trên hệ thống ERP hàng tháng để phát hiện các hành vi đi tắt qua mặt hệ thống (Bypass) của nhân sự.

• Tránh việc chỉ tiến hành hoạt động kiểm toán trên sổ sách chứng từ giấy tờ vào thời điểm cuối năm tài chính khi mọi sai phạm và thất thoát đã xảy ra xong xuôi và không thể khắc phục hậu quả.

• Sẵn sàng chi trả chi phí để duy trì một đội ngũ kiểm toán nội bộ độc lập hoạt động liên tục và chấp nhận sự căng thẳng trong mối quan hệ công tác giữa bộ phận kiểm toán và các khối vận hành trực tiếp.

• Cắt giảm tối đa các vai C không cần thiết trong quy trình xây dựng ngân sách của các đơn vị thành viên. Quy định nếu hồ sơ ngân sách trình lên đạt đúng các tiêu chí hướng dẫn chiến lược thì hệ thống phải tự động phê duyệt trong vòng 48 giờ.

• Tránh việc tổ chức các phiên họp chất vấn ngân sách kéo dài lê thê với sự tham gia của quá nhiều phòng ban không liên quan trực tiếp chỉ để thực hiện việc kiểm tra chéo lẫn nhau một cách hình thức.

• Sẵn sàng chịu trách nhiệm hoàn toàn trước CEO nếu các quyết định phê duyệt nhanh của mình dẫn đến một vài sai số nhỏ trong việc dự báo dòng tiền ngắn hạn của các đơn vị thành viên.

DÀNH CHO VỊ TRÍ COMMERCIAL (GIÁM ĐỐC KINH DOANH / MARKETING)

• Thiết lập vai A duy nhất cho vị trí Trưởng phòng kinh doanh trong quy trình phân bổ dữ liệu khách hàng tiềm năng (Lead Allocation) và phê duyệt chính sách chiết khấu giá đặc biệt để dập tắt xung đột lợi ích giữa các đội sales.

• Tránh việc để các nhân viên sales tự do tiếp cận và tranh giành khách hàng của nhau một cách tự phát mà không có sự kiểm soát và điều phối tự động từ hệ thống phần mềm CRM.

• Sẵn sàng chấp nhận việc mất đi một số nhân sự sales có doanh số cao nhưng có thói quen làm việc vô kỷ luật, thích giữ thông tin khách hàng làm của riêng và không tuân thủ quy trình chung của tập đoàn.

• Đảm nhận vai R chính trong việc thu thập thông tin phản hồi từ thị trường và khách hàng, đồng thời thiết lập cơ chế tự động chuyển thông tin đó sang vai I cho bộ phận phát triển sản phẩm thông qua kết nối hệ thống tự động.

• Tránh việc cố tình che giấu hoặc làm giảm nhẹ các phản hồi tiêu cực của khách hàng về chất lượng dịch vụ nhằm mục đích bảo vệ báo cáo thành tích doanh số của khối kinh doanh trước ban điều hành tập đoàn.

• Sẵn sàng công khai toàn bộ các dữ liệu phản hồi xấu của khách hàng lên hệ thống chung và chịu sự chất vấn và giám sát nghiêm khắc từ bộ phận quản trị rủi ro vận hành.

• Tối ưu hóa chu kỳ bán hàng bằng cách loại bỏ hoàn toàn vai C của các cấp lãnh đạo trung gian khi giá trị hợp đồng nằm trong khung chiết khấu tiêu chuẩn đã được ban hành và cấu hình sẵn trên hệ thống.

• Tránh việc yêu cầu nhân viên sales phải trình ký tay qua quá nhiều cấp trung gian cho mỗi giao dịch thông thường chỉ nhằm mục đích né tránh trách nhiệm cá nhân khi xảy ra rủi ro thanh toán từ khách hàng.

• Yêu cầu đội ngũ nhân viên sales phải tự chịu trách nhiệm toàn diện về hiệu quả tỷ suất lợi nhuận biên của từng đơn hàng do họ tự quyết định ký kết trong khung hạn mức cho phép.

• Thiết lập vai I tự động cho khách hàng thông qua cổng thông tin điện tử (Customer Portal) mỗi khi đơn hàng có sự thay đổi về trạng thái trong chuỗi cung ứng, biến việc thông tin thành một dịch vụ tự động hóa hoàn toàn.

• Tránh việc bắt buộc nhân viên sales phải thực hiện việc gọi điện thoại hoặc gửi email thông báo thủ công từng bước hành trình đơn hàng, gây tiêu tốn thời gian vàng bạc có thể dùng để tìm kiếm khách hàng mới.

• Chấp nhận chi phí đầu tư ban đầu để xây dựng hệ thống cổng thông tin tích hợp và yêu cầu khắt khe khối sản xuất phải cập nhật dữ liệu trạng thái sản xuất lên hệ thống gần như theo thời gian thực.

• Đóng góp vai C có chất lượng chuyên môn sâu vào quy trình nghiên cứu và phát triển sản phẩm mới của tập đoàn thông qua các dữ liệu khảo sát thị trường có tính xác thực và định lượng rõ ràng.

• Tránh việc đưa ra các yêu cầu phát triển sản phẩm mới một cách cảm tính, mơ hồ theo sở thích cá nhân mà không có các số liệu chứng minh tính khả thi về mặt tài chính và quy mô thị trường tiêu thụ.

• Chấp nhận chịu một phần trách nhiệm tài chính và chịu khấu trừ trực tiếp vào ngân sách hoạt động của khối kinh doanh nếu sản phẩm mới được phát triển theo đề xuất của mình nhưng không đạt được doanh số cam kết.

DÀNH CHO VỊ TRÍ OPS / IT (GIÁM ĐỐC VẬN HÀNH / CÔNG NGHỆ THÔNG TIN)

• Thực hiện mã hóa cứng toàn bộ ma trận RACI đã được phê duyệt vào mã nguồn của hệ thống phần mềm BPMS và ERP của tập đoàn, tuyệt đối không cho phép bất kỳ tùy chọn ngoại lệ thủ công nào tồn tại trên giao diện người dùng.

• Tránh việc thiết kế và lập trình các tính năng tùy chỉnh theo yêu cầu cá nhân (Ad-hoc customization) của từng trưởng phòng ban nhằm mục đích chiều lòng họ, vì điều này sẽ phá nát kiến trúc dữ liệu tiêu chuẩn của toàn hệ thống.

• Sẵn sàng chịu áp lực và tiếp nhận hàng loạt lời phàn nàn, chỉ trích từ các phòng ban trong giai đoạn đầu hệ thống đi vào vận hành thực tế và siết chặt kỷ luật phân quyền.

• Chủ động chuyển giao toàn bộ các vai R liên quan đến tác vụ nhập liệu, đối chiếu số liệu thủ công lặp đi lặp lại sang cho các phần mềm tự động hóa quy trình bằng robot (RPA) hoặc các trợ lý AI tự hành thực hiện.

• Tránh việc tiếp tục duy trì bộ máy nhân sự đông đảo chỉ để làm các công việc nhập liệu thủ công bằng tay, sau đó lại phải bố trí thêm một tầng nhân sự khác làm nhiệm vụ kiểm tra chéo để phát hiện sai sót.

• Chấp nhận chi phí đầu tư công nghệ ban đầu tăng cao và yêu cầu khắt khe đối với đội ngũ IT phải nâng cao năng lực chuyên môn để làm chủ các công nghệ tự động hóa phức tạp hơn.

• Đảm nhận vai A chịu trách nhiệm tối cao đối với tính an toàn dữ liệu, an ninh thông tin và độ ổn định vận hành của toàn bộ hệ thống công nghệ thông tin cốt lõi của tập đoàn, cam kết tỷ lệ uptime của hệ thống luôn đạt tối thiểu 99.9%.

• Tránh việc đổ lỗi cho các đối tác phát triển phần mềm bên ngoài (Outsource Vendors) mỗi khi hệ thống gặp sự cố ngưng hoạt động làm đình trệ hoạt động bán hàng và vận hành của tập đoàn.

• Sẵn sàng thiết lập các điều khoản phạt đền bù SLA cực kỳ khắt khe với các nhà thầu phụ, đồng thời đầu tư xây dựng các hệ thống máy chủ dự phòng hoạt động song song để bảo đảm an toàn hệ thống.

• Tổ chức các đợt khảo sát và đánh giá định kỳ về trải nghiệm người dùng (UX) của những nhân sự đang giữ vai R trực tiếp thực hiện quy trình trên hệ thống nhằm tối ưu hóa giao diện nhập liệu sao cho số lần click chuột là tối thiểu.

• Tránh việc bắt buộc người thực thi phải điền vào các biểu mẫu khai báo dữ liệu quá dài dòng, phức tạp chỉ nhằm mục đích phục vụ nhu cầu thu thập thông tin chưa thực sự cần thiết của ban quản lý.

• Đòi hỏi đội ngũ kỹ sư IT phải trực tiếp xuống hiện trường sản xuất, kho bãi để cùng làm việc với nhân viên vận hành, thấu hiểu sâu sắc nỗi đau của họ thay vì chỉ ngồi thiết kế phần mềm trong phòng máy lạnh.

• Giữ vai C bắt buộc trong tất cả các quy trình nghiên cứu, mua sắm và triển khai các giải pháp phần mềm hoặc thiết bị công nghệ thông tin của tất cả các đơn vị thành viên để bảo đảm tính đồng bộ kiến trúc.

• Tránh việc để các đơn vị thành viên tự ý mua sắm và triển khai các phần mềm riêng lẻ (Shadow IT), sau đó lại bắt buộc bộ phận IT tập đoàn phải thực hiện tích hợp hệ thống khi xảy ra các lỗi không tương thích dữ liệu.

• Sẵn sàng đóng vai người phán quyết thẳng thắn, quyết định dừng ngay các dự án mua sắm phần mềm của các đơn vị thành viên nếu các giải pháp đó không đạt tiêu chuẩn về an toàn bảo mật và đồng bộ cấu trúc chung.

DÀNH CHO VỊ TRÍ HR (GIÁM ĐỐC NHÂN SỰ)

• Thực hiện đồng bộ hóa toàn diện và tức thời giữa ma trận RACI của các quy trình vận hành với bản mô tả công việc (Job Description) và bộ chỉ số đánh giá hiệu quả công việc cá nhân (KPIs) của từng chức danh trong tập đoàn.

• Tránh việc duy trì các bản mô tả công việc chung chung, lạc hậu được lưu trữ tại phòng nhân sự dưới dạng file văn bản hành chính, trong khi thực tế vận hành hàng ngày của nhân sự lại chạy theo một mô hình phân công khác.

• Chấp nhận khối lượng công việc khổng lồ phát sinh cho bộ phận nhân sự khi phải liên tục cập nhật, điều chỉnh lại hàng loạt bản mô tả công việc mỗi khi quy trình vận hành có sự cải tiến và thay đổi ma trận RACI.

• Xây dựng và tổ chức các chương trình đào tạo định hướng và huấn luyện năng lực thực thi cho nhân sự mới tuyển dụng dựa trên đúng các vai R và vai A cụ thể của chức danh đó trong quy trình số hóa thực tế.

• Tránh việc tổ chức các chương trình đào tạo lý thuyết văn hóa doanh nghiệp chung chung, mơ hồ mà thiếu đi sự huấn luyện thực hành trực quan trên các phần mềm và quy trình nghiệp vụ thực tế mà nhân sự sẽ phải thao tác hàng ngày.

• Sẵn sàng đầu tư ngân sách xây dựng các hệ thống môi trường giả lập (Sandbox) để nhân sự mới có thể thực hành thành thạo các tác vụ của mình trước khi chính thức được cấp quyền vận hành trên hệ thống thật.

• Đưa chỉ số về tính tuân thủ và hieu suất thực thi vai trò RACI làm thước đo định lượng cốt lõi và bắt buộc trong quy trình đánh giá năng lực xem xét bổ nhiệm, thăng tiến hoặc thay thế nhân sự cấp quản lý.

• Tránh việc đánh giá và bổ nhiệm nhân sự cấp cao dựa trên cảm tính cá nhân, thâm niên công tác hay năng lực thiết lập các mối quan hệ ngoại giao nội bộ khéo léo của họ trong tập đoàn.

• Chấp nhận việc mất lòng một số nhân sự kỳ cựu có nhiều đóng góp lịch sử nhưng không thể hoặc không muốn thích nghi với kỷ luật vận hành minh bạch và các tiêu chuẩn kiểm soát của kỷ nguyên số hóa.

• Tổ chức các chiến dịch truyền thông nội bộ mạnh mẽ nhằm xóa bỏ hoàn toàn các vùng xám quyền lực, công khai minh bạch sơ đồ cây quyết định và ma trận phân quyền đến toàn thể cán bộ nhân viên.

• Tránh việc để nhân sự rơi vào trạng thái hoang mang, không xác định rõ được ai mới là người giữ vai A chịu trách nhiệm và có quyền quyết định cuối cùng đối với kết quả công việc hàng ngày của họ.

• Sẵn sàng đứng ra làm trọng tài độc lập, phân xử một cách công tâm và quyết liệt các xung đột về mặt quyền lợi và trách nhiệm phát sinh giữa các Giám đốc khối chức năng trên cơ sở bảo vệ các nguyên tắc thiết kế hệ thống.

• Đảm nhận vai R chính trong việc cập nhật kịp thời và chính xác sơ đồ cây thư mục tổ chức (Org Chart) của tập đoàn ngay khi có quyết định thay đổi nhân sự, bảo đảm hệ thống tự động cập nhật chính xác quyền phê duyệt tương ứng.

• Tránh việc để xảy ra độ trễ thời gian giữa quyết định bổ nhiệm, điều chuyển nhân sự về mặt hành chính và việc cấu hình cập nhật quyền phê duyệt thực tế của họ trên các hệ thống phần mềm ERP/BPMS.

• Yêu cầu bộ phận hành chính nhân sự phải làm việc với tinh thần kỷ luật tuyệt đối, hoàn thành việc cập nhật thông tin cây thư mục tổ chức trên hệ thống trong vòng tối đa 1 giờ kể từ khi quyết định nhân sự có hiệu lực pháp lý.

#ChuyenDoiSo #MaTranRACI #QuanTriVanhHanh #KiemSoatNoiBo #HieuSuatToChuc #TaiCauTrucDoanhNghiep