INFOCHIEF ACADEMY · CDO KNOWLEDGE SERIES

Go-live chỉ là khởi đầu: Làm sao giữ và mở rộng giá trị của sáng kiến số?

Go-live chưa bảo đảm lợi ích sẽ được duy trì. CDO cần làm rõ trách nhiệm vận hành, cách kiểm chứng kết quả và điều kiện để sáng kiến có thể mở rộng sang phạm vi mới.

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

← Trở về danh mục CDO

Sau go-live, giá trị cần người sở hữu, dữ liệu kiểm chứng và nhịp cải tiến.

Sau go-live, giá trị cần một cơ chế duy trì

Hệ thống đã hoạt động, đội dự án chuẩn bị bàn giao và báo cáo ghi hoàn thành triển khai. Tuy nhiên, nhân viên có thể vẫn hỏi cách xử lý ngoại lệ, dữ liệu còn phải sửa và chủ quy trình chưa biết ai chịu trách nhiệm cải tiến. Đây là lúc CDO cần chuyển trọng tâm từ đưa giải pháp vào sử dụng sang giữ chất lượng công việc và kiểm chứng giá trị.

Go-live là một mốc chuyển trạng thái. Lợi ích dự kiến chỉ được hình thành khi cách làm mới được áp dụng, vận hành đủ ổn định và kết quả được đo theo định nghĩa đã thống nhất. Nếu trách nhiệm biến mất cùng đội dự án, các vấn đề nhỏ có thể kéo dài, người dùng quay về công cụ cũ và chi phí duy trì tăng mà không có người xem lại.

CDO cần thống nhất ba câu hỏi: ai sở hữu dịch vụ và quy trình, ai xác nhận lợi ích, ai có quyền ưu tiên thay đổi tiếp theo? Không nhất thiết CDO trực tiếp quản lý mọi việc sau go-live, nhưng cần bảo đảm cơ chế chuyển giao và quyết định đã rõ. Chương trình đào tạo CDO giúp kết nối việc triển khai sáng kiến với trách nhiệm tạo giá trị trong mô hình hoạt động.

Chuyển giao bằng năng lực vận hành thực tế

Bàn giao không chỉ là gửi tài liệu và ký biên bản. Chủ vận hành cần hiểu phạm vi dịch vụ, các phụ thuộc, quyền, cấu hình và lỗi đã biết. Đội hỗ trợ phải có cách tiếp nhận, phân loại, xử lý và báo lên khi vượt năng lực. Chủ quy trình cần biết kết quả nào hệ thống phải hỗ trợ và ngoại lệ nào vẫn cần quyết định nghiệp vụ.

Danh sách việc còn lại phải ghi mức ảnh hưởng, người chịu trách nhiệm và thời hạn xem lại. Các lỗi ảnh hưởng giao dịch, dữ liệu hoặc kiểm soát cần được đánh giá trước khi giảm hỗ trợ tăng cường. Việc gọi một lỗi là nhỏ không làm giảm tác động nếu người dùng phải nhập lại hoặc xử lý ngoài hệ thống mỗi ngày.

Cần xác nhận ngân sách và nhân sự vận hành, gồm quản trị tài khoản, chất lượng dữ liệu, cập nhật hướng dẫn và hỗ trợ thay đổi. Nếu nhà cung cấp còn tham gia, các bên phải biết đường liên hệ, trách nhiệm và phạm vi dịch vụ theo thỏa thuận. Không nên mặc định đội dự án sẽ tiếp tục xử lý mọi yêu cầu sau khi nguồn lực đã được chuyển đi.

Quá trình bàn giao nên có thử xử lý một số tình huống thực tế: người dùng không đủ quyền, giao dịch bị lỗi, báo cáo lệch và yêu cầu thay đổi. Việc thử giúp phát hiện nơi tài liệu chưa đủ hoặc quyền quyết định còn thiếu. Quản lý dịch vụ IT hỗ trợ tổ chức khả năng vận hành, phản hồi và cải tiến theo nhu cầu dịch vụ.

Tách ổn định, tối ưu và mở rộng

Ba loại công việc cần được nhìn riêng vì mục đích và điều kiện khác nhau. Ổn định nhằm giữ luồng mới hoạt động đúng và giảm lỗi gây cản trở. Tối ưu nhằm cải thiện một kết quả đã có đường cơ sở. Mở rộng đưa mô hình sang phạm vi khác, nơi có thể phát sinh dữ liệu, nhân sự và biến thể mới.

Nếu trộn mọi việc vào một backlog không có tiêu chí, tính năng mới dễ lấn nguồn lực xử lý lỗi. Ngược lại, duy trì mãi trạng thái hỗ trợ tăng cường có thể làm đội vận hành phụ thuộc vào chuyên gia dự án. CDO cùng chủ dịch vụ đặt điều kiện chuyển giữa các giai đoạn, dựa vào bằng chứng và rủi ro thay vì một ngày cố định.

Nhóm công việc	Mục tiêu chính	Điều kiện để quyết định
Ổn định	Người dùng hoàn tất nhiệm vụ đúng, dữ liệu đáng tin	Lỗi quan trọng, mức hỗ trợ và kiểm soát đã được đánh giá
Tối ưu	Cải thiện kết quả có thể đo	Đường cơ sở, giả thuyết và người sở hữu lợi ích rõ
Mở rộng	Đưa cách làm sang phạm vi mới phù hợp	Mô hình đã kiểm chứng, năng lực tiếp nhận và chi phí được xác nhận
Duy trì	Giữ chất lượng khi nghiệp vụ thay đổi	Có người vận hành, ngân sách và nhịp rà soát

Một sáng kiến có thể vừa tối ưu tại nơi đang dùng vừa chuẩn bị mở rộng. Nhưng các phần cần nguồn lực và quyền quyết định riêng, với phụ thuộc được thể hiện rõ. Nếu điều kiện vận hành hiện tại chưa chắc chắn, CDO nên xem lại tốc độ mở rộng trước khi tăng số người dùng hoặc địa điểm.

Theo dõi lợi ích qua người sở hữu và bằng chứng

Sổ lợi ích nên ghi kết quả dự kiến, đường cơ sở, công thức, nguồn dữ liệu, thời điểm kiểm tra và người xác nhận. Người sở hữu lợi ích thường gắn với quy trình hoặc kết quả kinh doanh, không chỉ đội công nghệ. APM nhấn mạnh quản trị lợi ích gắn với việc đạt giá trị; CDO cần cụ thể hóa trách nhiệm này trong tổ chức sau bàn giao.

Đừng dùng một chỉ số áp dụng để thay mọi kết quả. Có tài khoản hoặc thường xuyên đăng nhập chưa chứng minh nhiệm vụ đã hoàn thành tốt. Cần xem chất lượng giao dịch, số lần làm lại, điểm chờ và kết quả với khách hàng hoặc bộ phận tiếp nhận. Khi lợi ích tài chính được ghi nhận, tài chính cần xác nhận phương pháp để tránh cộng trùng các tác động.

So sánh sau triển khai phải xét thay đổi về khối lượng, cơ cấu công việc và các yếu tố khác. Nếu số yêu cầu giảm do mùa thấp điểm, không thể mặc định mọi cải thiện do hệ thống. Cần phối hợp dữ liệu vận hành, phản hồi người dùng và quan sát công việc. GOV.UK Service Manual đề xuất dùng nhiều nguồn khi đánh giá dịch vụ; doanh nghiệp có thể áp dụng cách đọc bằng chứng phù hợp với bối cảnh của mình.

Khi lợi ích chưa đạt, hãy xem điều kiện nào chưa xuất hiện: dữ liệu chưa đủ, người dùng chưa hoàn thành, quy trình cũ còn tồn tại hay mục tiêu ban đầu thiếu căn cứ. Ghi giả thuyết, hành động và thời điểm kiểm tra lại. Không nên giữ con số kế hoạch trên báo cáo như thể đó là kết quả thực tế.

Duy trì hành vi và hỗ trợ sau đào tạo

Nhân viên mới, thay đổi vai trò và giao dịch hiếm đều tạo nhu cầu hướng dẫn sau go-live. Cần tài liệu theo nhiệm vụ, kênh hỗ trợ và người chịu trách nhiệm cập nhật. Nếu hướng dẫn phản ánh phiên bản cũ, người dùng có thể tìm cách riêng dù hệ thống vẫn hoạt động tốt. Việc đào tạo cần nối với thay đổi nghiệp vụ và cấu hình.

Quản lý trực tiếp có vai trò duy trì cách làm mới. Nếu họ tiếp tục yêu cầu báo cáo từ bảng riêng hoặc chấp nhận giao dịch ngoài hệ thống không có kiểm soát, hành vi cũ sẽ còn lý do tồn tại. CDO nên phối hợp chủ quy trình để thống nhất nguồn dữ liệu, cách kiểm tra và điều kiện xử lý ngoại lệ.

Hỗ trợ cần giúp người dùng hoàn thành việc và ghi nhận nguyên nhân lặp lại. Một lỗi có nhiều ticket tương tự có thể cần sửa quy trình hoặc cấu hình, thay vì trả lời riêng mãi. Nguyên tắc quản trị thay đổi của APM giúp nhắc rằng việc áp dụng và duy trì liên quan đến con người và tổ chức, không kết thúc khi tài khoản đã được cấp.

Đặt nhịp rà soát dựa vào quyết định cần đưa ra

Một cuộc rà soát sau triển khai nên tập trung vào bằng chứng và quyết định. Chủ dịch vụ báo chất lượng vận hành, chủ quy trình báo mức hoàn tất công việc, chủ lợi ích báo kết quả và các giả định còn thiếu. CDO hỗ trợ xử lý đánh đổi giữa lỗi, cải tiến, mở rộng và nguồn lực. Tần suất cần phù hợp mức rủi ro và tốc độ thay đổi.

Mỗi vấn đề nên có tác động, lựa chọn và người có quyền quyết định. Nếu cần thay đổi phạm vi hoặc đầu tư thêm, hồ sơ phải nói rõ phần lợi ích mới và phần chi phí tăng. Khi điều kiện khác đáng kể so với Business Case ban đầu, cần trình lại người có thẩm quyền. Việc hệ thống đã hoạt động không tự động cho phép mọi mở rộng.

Backlog cải tiến phải có tiêu chí ưu tiên và giới hạn năng lực. Lỗi ảnh hưởng dữ liệu, an toàn hoặc phục vụ cần được đánh giá theo tác động. Các ý tưởng mới cần chứng minh nhiệm vụ và kết quả muốn cải thiện. Quản lý dự án IT hỗ trợ tổ chức phạm vi, phụ thuộc và tiêu chí xác nhận cho các đợt thay đổi tiếp theo.

Tình huống giả định: cổng xử lý yêu cầu nội bộ

Một doanh nghiệp giả định đưa cổng yêu cầu nội bộ vào sử dụng. Trong những tuần đầu, người dùng gửi yêu cầu nhưng bộ phận tiếp nhận vẫn hỏi thêm qua email. Báo cáo cho thấy nhiều yêu cầu được tạo, trong khi chưa biết bao nhiêu yêu cầu hoàn tất mà không phải nhập lại thông tin. Đội dự án chuẩn bị giảm hỗ trợ.

CDO cùng chủ dịch vụ xác nhận người sở hữu sau bàn giao, kiểm tra một mẫu yêu cầu và phân loại lý do hỏi thêm. Nhóm sửa các trường thông tin chưa rõ, thống nhất trách nhiệm tiếp nhận và cập nhật hướng dẫn. Các lỗi còn lại có người phụ trách, mức ảnh hưởng và điều kiện xem lại trước khi giảm hỗ trợ.

Sau đó, nhóm theo dõi hoàn tất đúng, số vòng hỏi lại và chất lượng phản hồi. Kế hoạch mở sang bộ phận khác cần kiểm tra biến thể nhiệm vụ và năng lực hỗ trợ mới. Tình huống này minh họa cách bảo vệ đường tạo giá trị, không coi số yêu cầu được tạo là bằng chứng đã đạt lợi ích tài chính.

Mở rộng khi biết mô hình có thể lặp lại

Trước khi nhân rộng, hãy mô tả các điều kiện làm mô hình hiện tại hoạt động: dữ liệu, quy tắc, kỹ năng, quyền và hỗ trợ. Phạm vi mới có thể khác về khách hàng, ngoại lệ hoặc hạ tầng. Cần đánh giá khoảng cách, chi phí thích ứng và người chịu trách nhiệm tại nơi tiếp nhận. Sao chép cấu hình không đồng nghĩa sao chép được kết quả.

Nên triển khai theo đợt có mục tiêu kiểm chứng. Một đợt mới có thể giúp thử mô hình trong điều kiện khác, không chỉ tăng số lượng. Đặt tiêu chí sẵn sàng, chấp nhận, hỗ trợ và quyết định tiếp theo. Những ngoại lệ có ảnh hưởng đến chuẩn dữ liệu hoặc kiểm soát cần được xem xét trước khi trở thành thông lệ địa phương.

Tính chi phí toàn phần của mở rộng: cấu hình, làm sạch dữ liệu, đào tạo, hỗ trợ, hạ tầng và khả năng duy trì. Lợi ích dự kiến phải tương ứng với phạm vi và thời điểm đó. Nếu mô hình không còn phù hợp, có thể giữ phần đã tạo giá trị và điều chỉnh phần mới thay vì mở rộng theo lịch ban đầu bằng mọi giá.

Kiểm tra khả năng giữ giá trị

Chủ dịch vụ, chủ quy trình và chủ lợi ích đã nhận trách nhiệm rõ chưa?
Lỗi còn lại có tác động, người xử lý và điều kiện xem lại không?
Nhóm có đo công việc hoàn tất và chất lượng, ngoài mức đăng nhập không?
Lợi ích đã được xác nhận hay vẫn là dự kiến trong kế hoạch?
Cách làm cũ và quyền tạm thời có điều kiện kết thúc chưa?
Mở rộng có đủ năng lực tiếp nhận, ngân sách và bằng chứng phù hợp không?

CDO giữ giá trị bằng cách duy trì quyền quyết định, năng lực vận hành và trách nhiệm kiểm chứng kết quả. Năng lực lãnh đạo IT hỗ trợ phối hợp các bên khi phải ưu tiên giữa ổn định và đầu tư tiếp. Một sáng kiến số có nền tảng mở rộng khi doanh nghiệp hiểu vì sao nó đang tạo giá trị và những điều kiện cần giữ để kết quả tiếp tục xuất hiện.