Trách nhiệm triển khai chuyển đổi số được phân công thế nào?

Điểm quan trọng là quyền phải đi cùng trách nhiệm. Lãnh đạo không thể chịu trách nhiệm về kết quả nếu không có quyền ưu tiên nguồn lực và tháo gỡ xung đột; chủ đơn vị không thể sở hữu kết quả nếu mọi thay đổi quy trình đều do đội công nghệ quyết định; đội triển khai cũng không thể bị quy trách nhiệm cho một kết quả mà họ không có quyền kiểm soát. Vì vậy, phân công vai trò thực chất là thiết kế quyền quyết định, đầu ra, chỉ số và cơ chế chuyển cấp cho từng cấp.

Phân công trách nhiệm triển khai chuyển đổi số theo bốn lớp

Có thể chia trách nhiệm thành bốn lớp để tránh tình trạng “ai cũng tham gia nhưng không ai chịu trách nhiệm cuối cùng”. Bốn lớp này không nhất thiết tương ứng với bốn phòng ban độc lập; trong tổ chức nhỏ, một người có thể kiêm nhiều vai trò. Điều phải giữ nguyên là ranh giới trách nhiệm.

Một chương trình có thể có thêm pháp chế, an toàn thông tin, dữ liệu, tài chính hoặc nhân sự. Các chức năng này thường được tham vấn, thực hiện kiểm soát hoặc phê duyệt theo từng quyết định cụ thể; họ chỉ trở thành người chịu trách nhiệm cuối cùng khi kết quả đó thực sự thuộc phạm vi chức năng của họ.

Lãnh đạo chịu trách nhiệm về hướng đi và quyết định

Vai trò của lãnh đạo không dừng ở việc “ủng hộ” chuyển đổi số. Ở cấp quản trị, trách nhiệm cốt lõi là xác định mục tiêu nào đáng đầu tư, ưu tiên nào được đặt lên trước, nguồn lực nào được cam kết và xung đột liên phòng ban được giải quyết theo nguyên tắc nào. Nếu những quyết định này không có chủ sở hữu rõ ràng, đội thực hiện thường bị kẹt giữa nhiều yêu cầu hợp lý nhưng mâu thuẫn.

Cách tách vai trò này phù hợp với logic quản trị của ISO/IEC 38500 và COBIT: cấp quản trị tập trung vào đánh giá, định hướng và giám sát, trong khi cấp quản lý và tác nghiệp tổ chức thực hiện. Áp vào chuyển đổi số, lãnh đạo cần chịu trách nhiệm về luận chứng kinh doanh, thứ tự ưu tiên, mức chấp nhận rủi ro và kết quả ở cấp chương trình, chứ không can thiệp vi mô vào danh sách ưu tiên công việc hay phương án kỹ thuật.

Một lãnh đạo bảo trợ hiệu quả vì vậy phải có quyền thực tế, không chỉ có chức danh. Khi hai đơn vị tranh chấp nguồn lực, khi một quy trình cũ cản trở mô hình mới, hoặc khi phạm vi phải thay đổi để bảo vệ mục tiêu kinh doanh, lãnh đạo bảo trợ phải trực tiếp ra quyết định hoặc chỉ rõ ai có quyền quyết định.

Ranh giới cũng cần rõ: ban chỉ đạo có thể tư vấn và ra quyết định tập thể ở một số vấn đề, nhưng mỗi kết quả quan trọng vẫn nên có một cá nhân hoặc vai trò được chỉ định chịu trách nhiệm cuối cùng. Trách nhiệm bị chia đều cho một nhóm thường khiến việc chuyển cấp chậm và khó xác định ai phải hành động khi kết quả lệch mục tiêu.

Bộ phận nghiệp vụ sở hữu kết quả và thay đổi vận hành

Kết quả kinh doanh của chuyển đổi số thường không đến từ công nghệ đơn lẻ; nó phụ thuộc vào việc quy trình, hành vi làm việc và tiêu chí vận hành có thay đổi tương ứng hay không. Vì vậy, chủ đơn vị hoặc chủ quy trình phải chịu trách nhiệm về phần mà công nghệ không thể thay họ quyết định: vấn đề nghiệp vụ nào cần giải quyết, quy trình đích ra sao, điều gì được coi là chấp nhận được và người dùng trong đơn vị có thực sự áp dụng cách làm mới hay không.

Điều này giải quyết một hiểu nhầm phổ biến: “dự án số” không đồng nghĩa với “dự án của CNTT”. CNTT có thể chịu trách nhiệm về nền tảng, tích hợp hoặc chất lượng kỹ thuật, nhưng nếu mục tiêu là rút ngắn thời gian xử lý đơn, giảm lỗi nhập liệu hoặc tăng tỷ lệ khách hàng hoàn tất một quy trình, chủ sở hữu nghiệp vụ phải đứng tên cho kết quả đó.

Trách nhiệm của chủ nghiệp vụ thường bao gồm ba phần liên kết với nhau: xác nhận yêu cầu và ưu tiên, quyết định thay đổi quy trình, và bảo đảm mức độ áp dụng sau khi hệ thống được đưa vào sử dụng. Nếu chỉ tham gia ở bước lấy yêu cầu rồi rút khỏi dự án, khoảng trống sẽ xuất hiện ở giai đoạn nghiệm thu và vận hành: sản phẩm có thể “đúng chức năng” nhưng không tạo ra thay đổi mong muốn.

Ví dụ, với sáng kiến số hóa quy trình tiếp nhận khách hàng, khối kinh doanh hoặc vận hành nên sở hữu mục tiêu về thời gian xử lý, tỷ lệ hoàn tất và chất lượng dữ liệu; CNTT sở hữu khả năng tích hợp, vận hành và các ràng buộc kỹ thuật; pháp chế hoặc an toàn thông tin được tham vấn ở các điểm kiểm soát; đội sản phẩm chịu trách nhiệm xây dựng và triển khai. Cách chia này gắn từng kết quả với đúng chủ thể có quyền tác động đến nó.

Bộ phận số, CNTT và PMO tạo năng lực thực thi

Bộ phận số, CNTT hoặc văn phòng chuyển đổi thường nằm ở giữa chiến lược và triển khai. Nhiệm vụ của họ là biến định hướng thành năng lực có thể triển khai: kiến trúc, nền tảng dùng chung, dữ liệu, tích hợp, tiêu chuẩn an toàn, phương pháp quản trị danh mục, nhịp báo cáo và cơ chế phối hợp giữa các luồng công việc.

Ở đây cần tách hai loại trách nhiệm. Với kết quả kỹ thuật như tính sẵn sàng của nền tảng, chất lượng tích hợp, kiểm soát kiến trúc hay vận hành hệ thống, lãnh đạo công nghệ có thể là người chịu trách nhiệm cuối cùng. Nhưng với kết quả nghiệp vụ như mức sử dụng quy trình mới, thời gian xử lý hay doanh thu từ mô hình mới, bộ phận công nghệ chỉ nên chịu trách nhiệm cho phần năng lực kỹ thuật mà họ kiểm soát, trừ khi họ đồng thời là chủ sở hữu nghiệp vụ.

PMO hoặc văn phòng chuyển đổi cũng không nên trở thành “chủ sở hữu mặc định” chỉ vì họ tổng hợp kế hoạch. Giá trị của họ nằm ở việc làm rõ phụ thuộc, theo dõi quyết định, chuẩn hóa cách báo cáo, phát hiện rủi ro liên chương trình và đưa vấn đề đúng cấp thẩm quyền. Nếu PMO bị giao cả trách nhiệm về kết quả mà không có quyền thay đổi quy trình hoặc nguồn lực, cấu trúc trách nhiệm đã bị lệch.

Trong chương trình lớn, các chức năng dữ liệu, an toàn thông tin, pháp chế hoặc kiểm soát nội bộ nên được gắn vào những điểm kiểm soát quyết định cụ thể. Cách này giúp kiểm soát trở thành một phần của triển khai thay vì một bước kiểm tra muộn, đồng thời tránh việc mọi quyết định đều phải đi qua mọi phòng ban.

Đội triển khai chịu trách nhiệm thực thi và bàn giao

Đội triển khai là nơi trách nhiệm chuyển thành công việc có thể quan sát: phân tích, thiết kế, cấu hình hoặc phát triển, kiểm thử, chuyển đổi dữ liệu, đào tạo, triển khai và xử lý phản hồi. Họ trực tiếp chịu trách nhiệm thực hiện các đầu ra được giao và phải chủ động báo sớm khi phạm vi, phụ thuộc hoặc giả định khiến mục tiêu có nguy cơ không đạt.

Để đội thực hiện chịu trách nhiệm thực chất, họ cần đủ quyền trong phạm vi triển khai. Một chủ sản phẩm hoặc trưởng luồng công việc phải có quyền sắp xếp danh sách ưu tiên trong khung đã được thống nhất; nhóm kỹ thuật phải được quyết định phương án triển khai trong các khung kiểm soát kiến trúc; người phụ trách quản trị thay đổi phải có quyền điều phối hoạt động chuẩn bị vận hành với các đơn vị liên quan. Nếu mọi quyết định nhỏ đều phải leo thang, trách nhiệm vẫn nằm trên sơ đồ nhưng quyền thực thi không tồn tại.

Ngược lại, quyền tự chủ của đội không bao gồm việc tự đổi mục tiêu kinh doanh, bỏ qua kiểm soát bắt buộc hoặc chấp nhận đánh đổi vượt mức rủi ro đã được phê duyệt. Khi gặp vấn đề vượt thẩm quyền, trách nhiệm của đội là mô tả rõ tác động, lựa chọn và khuyến nghị, sau đó chuyển cấp đến đúng chủ thể có thẩm quyền thay vì tự quyết hoặc chờ đợi không thời hạn.

Nhà cung cấp bên ngoài có thể trực tiếp thực hiện một phần triển khai, nhưng không thay thế trách nhiệm giải trình nội bộ. Tổ chức vẫn cần một chủ thể nội bộ chịu trách nhiệm cuối cùng về kết quả, vì nhà cung cấp không sở hữu đầy đủ quy trình, quyền ưu tiên và hậu quả kinh doanh sau khi hợp đồng kết thúc.

RACI, KPI và cơ chế chuyển cấp làm rõ trách nhiệm xuyên suốt

Sơ đồ tổ chức chỉ cho biết ai thuộc phòng nào; nó chưa trả lời ai có quyền quyết định đối với từng kết quả. Vì vậy, trách nhiệm nên được làm rõ và kiểm soát bằng ba cơ chế bổ sung cho nhau: RACI để phân vai, KPI để xác định kết quả phải chịu trách nhiệm và chuyển cấp để xử lý tình huống vượt quyền.

RACI phân biệt người chịu trách nhiệm cuối cùng với người trực tiếp làm

Trong RACI, Accountable là vai trò chịu trách nhiệm cuối cùng về kết quả hoặc quyết định; Responsible là người hoặc nhóm trực tiếp thực hiện; Consulted là bên cần được tham vấn trước quyết định; Informed là bên cần được thông báo. Giá trị thực tế nhất của RACI không nằm ở việc điền đủ bốn chữ, mà ở việc buộc tổ chức trả lời hai câu: “ai quyết định cuối cùng?” và “ai phải làm để kết quả xảy ra?”.

Với một kết quả hoặc luồng công việc, nên tránh nhiều vai trò cùng được gắn Accountable nếu không có quy tắc quyết định cuối cùng. Trường hợp một cá nhân kiêm cả A và R vẫn có thể phù hợp ở tổ chức nhỏ; vấn đề không phải kiêm nhiệm, mà là trách nhiệm bị mơ hồ.

KPI gắn vào kết quả thay vì chỉ tiến độ đầu việc

Mỗi chủ thể chịu trách nhiệm cần được đo bằng chỉ số nằm trong vùng họ có thể tác động. Lãnh đạo bảo trợ có thể theo dõi mức độ hiện thực hóa các mục tiêu trong luận chứng kinh doanh, các mốc quyết định và rủi ro chương trình; chủ nghiệp vụ theo dõi chỉ số quy trình, mức độ áp dụng hoặc chất lượng kết quả; CNTT theo dõi các chỉ số kỹ thuật và vận hành; đội triển khai theo dõi tiến độ, chất lượng bàn giao và mức độ hoàn thành tiêu chí chấp nhận.

Không nên lấy một mốc chuẩn định lượng duy nhất áp cho mọi chương trình chuyển đổi số, vì mỗi sáng kiến có số liệu nền, luận chứng kinh doanh và mức dịch chuyển mục tiêu khác nhau. Giá trị mục tiêu nên được thiết lập từ chính các dữ liệu đó. Điều cần tránh là dùng một KPI thuận tiện nhưng không phản ánh kết quả, chẳng hạn đánh giá thành công chỉ bằng số tính năng đã phát hành khi mục tiêu thực sự là thay đổi thời gian xử lý hoặc hành vi sử dụng.

Chuyển cấp phải đi theo quyền quyết định

Chuyển cấp hiệu quả không có nghĩa là đẩy mọi vấn đề lên lãnh đạo. Mỗi loại vấn đề phải có ngưỡng và chủ thể xử lý: vấn đề kỹ thuật trong khung kiểm soát thuộc đội kỹ thuật; thay đổi ưu tiên trong một quy trình thuộc chủ nghiệp vụ; xung đột nguồn lực hoặc đánh đổi giữa nhiều đơn vị thuộc lãnh đạo bảo trợ hoặc cấp quản trị chương trình.

Một cách kiểm tra nhanh là đặt bốn câu hỏi cho từng kết quả: ai chịu trách nhiệm cuối cùng, ai trực tiếp làm, ai có quyền quyết định khi phát sinh đánh đổi và chỉ số nào chứng minh kết quả đã đạt. Nếu một trong bốn câu chưa có câu trả lời, cấu trúc trách nhiệm vẫn còn khoảng trống.

Trách nhiệm triển khai chuyển đổi số nên được phân công theo kết quả và quyền quyết định, không theo quan niệm rằng phòng công nghệ phải “ôm” toàn bộ chương trình. Lãnh đạo chịu trách nhiệm về hướng đi, ưu tiên và các quyết định vượt đơn vị; chủ nghiệp vụ sở hữu kết quả và mức độ áp dụng; bộ phận số/CNTT/PMO tạo năng lực và điều phối; đội triển khai chịu trách nhiệm thực thi và bàn giao trong phạm vi được trao quyền.

Khi các vai trò được nối bằng RACI, KPI phù hợp và cơ chế chuyển cấp rõ ràng, tổ chức có thể xác định ngay ai phải quyết, ai phải làm và ai phải chịu trách nhiệm khi kết quả lệch mục tiêu. Đó là điều biến một sơ đồ vai trò thành cơ chế quản trị có thể vận hành.