INFOCHIEF ACADEMY · CDO KNOWLEDGE SERIES

Xây dựng mô hình quản trị chuyển đổi số: Vai trò của CEO, CDO, CIO và các phòng ban.

Nhiều người tham gia chưa chắc quyết định đã rõ. Mô hình quản trị cần nối mục tiêu với quyền, bằng chứng và trách nhiệm, để CEO, CDO, CIO và các phòng ban phối hợp trong phạm vi đã xác nhận.

Biên soạn: Infochief Academy · Chuyên đề: Giám đốc Chuyển đổi số – CDO

← Trở về danh mục CDO

Quản trị kết nối người có thẩm quyền với thông tin và trách nhiệm thực hiện quyết định.

Nhiều người tham gia nhưng quyết định vẫn bị treo

Một sáng kiến chuyển đổi số đi qua cuộc họp của kinh doanh, công nghệ và tài chính. Mọi người đều có ý kiến, nhưng chưa rõ ai chốt ưu tiên, ai nhận kết quả và ai quyết định khi phạm vi đổi. Dự án tiếp tục cập nhật tiến độ trong khi những câu hỏi quan trọng vẫn chưa có người chịu trách nhiệm.

Mô hình quản trị cần tạo đường đi rõ từ mục tiêu đến quyết định và kiểm chứng. Không chỉ lập ban chỉ đạo hoặc thêm một bảng RACI. Doanh nghiệp phải xác định loại quyết định, quyền được giao, thông tin cần có và cơ chế xử lý khi các bên bất đồng.

CEO, CDO, CIO và các phòng ban có những trách nhiệm bổ sung cho nhau, nhưng phạm vi phải được xác nhận theo tổ chức thực tế. Một người có thể giữ nhiều vai. Nền tảng lãnh đạo chuyển đổi số hỗ trợ CDO thiết kế phối hợp mà không tách sáng kiến số khỏi quyền quản lý hiện có.

Bắt đầu bằng danh mục quyết định cần quản trị

Liệt kê những quyết định thường làm công việc bị chờ: chọn mục tiêu, ưu tiên nguồn lực, phê duyệt đầu tư, chốt quy trình, sử dụng dữ liệu, lựa chọn kiến trúc và mở rộng thử nghiệm. Với mỗi loại, xác định mức tác động và người có thẩm quyền.

Không đưa mọi quyết định lên CEO. Việc nằm trong quyền và giới hạn đã giao nên được xử lý ở cấp phù hợp. Ngược lại, một thay đổi ảnh hưởng nhiều đơn vị, ngân sách hoặc rủi ro vượt giới hạn phải có tuyến xin quyết định rõ.

Phân biệt người quyết định, người chuẩn bị đề xuất, người tham vấn và người thực hiện. Một đơn vị được tham vấn không mặc nhiên có quyền phủ quyết, còn người thực hiện không nên bị yêu cầu tự quyết điều ngoài phạm vi. Nếu nhiều bên cùng phải phê duyệt, mô tả phần mỗi bên và cách xử lý khi yêu cầu xung đột.

Làm rõ trách nhiệm của bốn nhóm chủ thể

Bảng dưới đây là khung thảo luận để doanh nghiệp điều chỉnh, không phải mô tả bắt buộc của các chức danh. Quyền cuối cùng phải theo điều lệ, cơ chế phân quyền và quyết định áp dụng của tổ chức.

Nhóm vai trò	Trọng tâm trách nhiệm	Điều cần phối hợp
CEO hoặc cấp điều hành được giao	Chốt định hướng, ưu tiên lớn và xử lý đánh đổi vượt quyền	Kết quả, nguồn lực và mức rủi ro chấp nhận
CDO	Kết nối chiến lược, danh mục và thay đổi xuyên đơn vị	Chủ sở hữu lợi ích, mức áp dụng và phụ thuộc
CIO	Năng lực công nghệ, kiến trúc và khả năng vận hành trong phạm vi	Tính khả thi, tích hợp, độ tin cậy và chi phí
Phòng ban và chủ quy trình	Yêu cầu nghiệp vụ, cách làm mới và kết quả thuộc trách nhiệm	Dữ liệu, người tham gia và duy trì sau triển khai

Tài chính, an toàn thông tin, nhân sự, pháp chế hoặc mua sắm tham gia theo loại quyết định và trách nhiệm thực tế. Không gom tất cả thành nhóm “hỗ trợ” rồi chỉ gọi ở cuối dự án. Những điều kiện họ quản lý có thể quyết định phạm vi và khả năng triển khai.

Góc nhìn lãnh đạo công nghệ ở cấp CIO giúp nối lựa chọn chiến lược với nền tảng có thể vận hành. CDO cần giữ mạch phối hợp, còn chủ quy trình vẫn phải nhận trách nhiệm kết quả nghiệp vụ đã được giao.

Thiết lập các lớp quyết định đủ gọn

Có thể tổ chức lớp định hướng và danh mục, lớp điều phối chương trình và lớp thực hiện. Mỗi lớp cần mục đích, quyền, người tham gia và đầu ra. Doanh nghiệp nhỏ có thể kết hợp cuộc họp hoặc vai trò, miễn là không mất ranh giới quyền và trách nhiệm.

Lớp danh mục quyết định ưu tiên và nguồn lực theo mục tiêu. Lớp điều phối xử lý phụ thuộc giữa sáng kiến, chuẩn bị thông tin và đưa các vấn đề vượt quyền lên đúng nơi. Lớp thực hiện giữ cam kết trong phạm vi được chốt, báo sớm rủi ro và cung cấp bằng chứng kết quả.

Không dùng cùng một cuộc họp để duyệt mọi thao tác và thảo luận chiến lược. Nếu lãnh đạo phải nghe toàn bộ trạng thái kỹ thuật, quyết định quan trọng dễ bị chìm. Ngược lại, đội thực hiện cần đủ thông tin về điều kiện và phạm vi để không chờ một quyết định đã có nhưng chưa được truyền đạt.

COBIT của ISACA cung cấp góc nhìn quản trị và quản lý thông tin, công nghệ ở cấp doanh nghiệp. Khi vận dụng, cần chọn nguyên tắc phù hợp mục tiêu và bối cảnh, thay vì thêm tên framework mà chưa làm rõ quyền quyết định.

Dùng RACI cùng quy tắc quyết định

RACI giúp phân biệt trách nhiệm thực hiện, trách nhiệm giải trình, tham vấn và thông tin. Nhưng bảng chưa đủ nếu không có tiêu chí và quyền cụ thể. Với một đầu ra trong phạm vi được chọn, cần biết ai chịu trách nhiệm giải trình và cách phối hợp khi có nhiều cấp phê duyệt.

Không điền RACI theo chức danh rồi giả định mọi người đã đồng ý. Cùng các bên xem tình huống thực tế: thay đổi phạm vi, thiếu dữ liệu, nguồn lực xung đột hoặc kết quả thử chưa đạt. Nếu bảng không giúp chọn người xử lý, cần sửa phạm vi đầu ra hoặc quy tắc đi kèm.

Quy định mốc phản hồi và tuyến dự phòng theo chính sách nội bộ. Một người được ghi tên nhưng không có thời gian hoặc quyền sẽ trở thành điểm chặn. Bản phân quyền cần được cập nhật khi tổ chức hoặc sáng kiến thay đổi.

Gắn phê duyệt với bằng chứng và điều kiện

Một đề xuất cần mục tiêu, phạm vi, lựa chọn, nguồn lực, phụ thuộc và rủi ro. Người phê duyệt phải thấy phần nào đã xác minh và phần nào còn giả định. Quyết định nên ghi điều kiện, giới hạn và mốc xem lại, không chỉ một trạng thái đồng ý.

Với thử nghiệm, làm rõ dữ liệu, người dùng, tiêu chí kiểm chứng và cách dừng. Với mở rộng, xác nhận năng lực vận hành, hỗ trợ và chủ sở hữu kết quả. Những yêu cầu bắt buộc phải được các đầu mối có trách nhiệm đánh giá theo hoạt động và thị trường thực tế.

APM mô tả quản trị dự án với quyền, trách nhiệm và cơ chế kiểm soát phù hợp. Trong chuyển đổi số, CDO cần kết nối các quyết định dự án với mục tiêu danh mục và trách nhiệm nghiệp vụ, để việc đúng hạn không thay thế việc đúng mục tiêu.

Tình huống giả định: dữ liệu cần dùng nhưng chưa có người quyết định

Một doanh nghiệp giả định thử dịch vụ cá nhân hóa. Nhóm công nghệ có thể xây giải pháp, nhưng dữ liệu thuộc nhiều phòng ban và chưa rõ ai xác nhận chất lượng, quyền sử dụng hoặc điều kiện chia sẻ. Dự án chờ vì các bên đều nghĩ quyết định thuộc CDO.

Ban điều hành cùng các đầu mối làm rõ chủ dữ liệu, quyền quyết định và trách nhiệm đánh giá điều kiện. CDO giữ phạm vi thử và phối hợp, CIO xác nhận khả năng kỹ thuật, chủ quy trình nhận kết quả dịch vụ. Những vấn đề vượt quyền được đưa lên diễn đàn có thẩm quyền với các lựa chọn cụ thể.

Sau khi điều kiện được xác nhận, thử nghiệm chỉ triển khai trong phạm vi cho phép. Tình huống không giả định thành công kinh doanh. Bài học là điều phối khác với sở hữu mọi quyết định; mô hình quản trị phải nối được người có quyền với thông tin cần thiết.

Giữ hồ sơ quyết định và đường escalation

Hồ sơ nên có vấn đề, lựa chọn, quyết định, người phê duyệt, điều kiện và người nhận hành động. Liên kết tới nguồn trạng thái chính để không tạo nhiều phiên bản khác nhau. Dữ liệu nhạy cảm phải được lưu theo quyền phù hợp, không phát tán trong mọi biên bản.

Escalation cần nêu sự kiện kích hoạt, đầu mối, nội dung và cách xác nhận tiếp nhận. Báo lên cấp trên khi vượt quyền, tác động lớn hoặc nguy cơ không giữ cam kết theo quy định. Không chờ đến hạn mới nói rằng nguồn lực đã thiếu từ trước.

Chương trình quản trị rủi ro IT giúp đặt rủi ro trong quyết định, còn quản lý dự án IT hỗ trợ quản lý phạm vi, trách nhiệm và cam kết thực hiện.

Kiểm tra mô hình bằng tình huống thật

Một ưu tiên mới được thêm vào thì ai quyết định việc bị điều chỉnh?
Phạm vi hoặc chi phí đổi thì cần bằng chứng và quyền phê duyệt nào?
Chủ quy trình chưa có người tham gia thì ai tháo gỡ?
Dữ liệu không đủ điều kiện thì ai xác nhận và ai quyết định hướng khác?
Thử nghiệm chưa đạt thì ai chọn sửa, tiếp tục hoặc dừng?
Sau bàn giao, ai xác nhận lợi ích và duy trì cách làm?

Các câu hỏi nên được thử trên hồ sơ hoặc diễn tập phù hợp. Nếu câu trả lời chỉ là “cùng trao đổi”, cần làm rõ người nhận và đường quyết định. Đo tác dụng của mô hình bằng chất lượng quyết định, điểm chờ được xử lý và trách nhiệm được giữ.

Quản trị chuyển đổi số tốt tạo sự rõ ràng để các bên phối hợp trong giới hạn quyền. CDO giữ liên kết giữa định hướng, danh mục và bằng chứng; CEO cùng các lãnh đạo xác lập điều kiện để cơ chế đó hoạt động. Mô hình cần được rà soát khi quy mô, mục tiêu hoặc tổ chức thay đổi, để không phụ thuộc vào quan hệ cá nhân.