Theo dõi tiến độ chuyển đổi số được thực hiện thế nào?

Điểm quan trọng là tách tiến độ thực hiện khỏi kết quả chuyển đổi. Một dự án có thể hoàn thành đúng lịch nhưng tỷ lệ sử dụng thấp; ngược lại, một chỉ số kết quả có thể tăng dù một số nhiệm vụ kỹ thuật vẫn chưa khép lại. Vì vậy, hệ thống theo dõi phải nhìn cả “công việc đã đi đến đâu” và “mục tiêu đã đạt đến mức nào”.

Theo dõi tiến độ bắt đầu từ mốc và kết quả phải đạt

Mỗi chương trình chuyển đổi số cần được chia thành các mốc có thời hạn và tiêu chí hoàn thành rõ ràng. Mốc không nên chỉ là tên hoạt động như “triển khai nền tảng” hoặc “đào tạo người dùng”, vì cách ghi này chưa cho biết khi nào có thể xác nhận hoàn thành. Một mốc tốt phải gắn ít nhất với thời hạn, đơn vị chịu trách nhiệm, đầu ra cần bàn giao và điều kiện nghiệm thu.

Có thể theo dõi tiến độ thời gian bằng các đại lượng đơn giản như tỷ lệ mốc hoàn thành đúng hạn = số mốc hoàn thành đúng hạn / số mốc đến hạn trong kỳ × 100% và số ngày lệch = ngày hoàn thành thực tế - ngày hoàn thành kế hoạch. Hai chỉ số này trả lời câu hỏi “có bám lịch hay không”, nhưng chưa đủ để kết luận chuyển đổi số thành công.

Mốc triển khai cũng cần phân biệt với mốc kết quả. Chẳng hạn, “hoàn thành cài đặt hệ thống” là mốc triển khai; còn “quy trình nghiệp vụ đã vận hành ổn định trên hệ thống và đạt tỷ lệ sử dụng mục tiêu” mới phản ánh kết quả sâu hơn. Nếu chỉ theo dõi mốc kỹ thuật, tổ chức dễ báo cáo hoàn thành trong khi thay đổi về quy trình, hành vi sử dụng hoặc chất lượng dịch vụ chưa xảy ra.

Vì vậy, giá trị xuất phát (baseline) và giá trị mục tiêu (target) phải được chốt trước khi theo dõi. Nếu không có điểm xuất phát và mức cần đạt tại từng thời điểm, bảng điều khiển chỉ cho thấy số liệu hiện tại chứ không cho biết tiến độ đang nhanh, chậm hay đúng quỹ đạo.

Chỉ số cho biết chuyển đổi số có tạo ra kết quả hay không

Mỗi mục tiêu nên có một nhóm chỉ số đủ để phản ánh cả triển khai lẫn kết quả. Chỉ số đầu vào cho biết nguồn lực hoặc điều kiện đã sẵn sàng; chỉ số đầu ra đo sản phẩm đã hình thành; chỉ số sử dụng phản ánh mức độ áp dụng; còn chỉ số kết quả cho biết tác động lên thời gian xử lý, chất lượng, năng suất, chi phí hoặc trải nghiệm. Không phải mục tiêu nào cũng cần đủ bốn nhóm, nhưng chỉ dùng một con số tổng hợp thường làm mất nguyên nhân phía sau biến động.

Với chỉ số “càng cao càng tốt”, có thể dùng mức đạt mục tiêu = giá trị thực tế / giá trị mục tiêu × 100%. Với chỉ số “càng thấp càng tốt” như thời gian xử lý hoặc tỷ lệ lỗi, nên theo dõi chênh lệch so với ngưỡng mục tiêu thay vì áp dụng máy móc cùng một công thức. Quan trọng hơn, mỗi KPI phải có định nghĩa đo lường ổn định; nếu tử số, mẫu số hoặc phạm vi dữ liệu thay đổi giữa các kỳ, chuỗi tiến độ sẽ không còn so sánh được.

Quyết định 405/QĐ-BKHCN năm 2025 là một ví dụ về cấu trúc đo lường đa chỉ số trong khu vực nhà nước: DTI cấp tỉnh gồm 8 chỉ số chính và 47 chỉ số thành phần, DTI cấp bộ gồm 6 chỉ số chính và 31 chỉ số thành phần, với thang điểm 1.000. Cách thiết kế này cho thấy mức độ chuyển đổi số được theo dõi qua nhiều thành phần thay vì chỉ dựa vào một trạng thái “hoàn thành”.

DTI không phải mẫu KPI bắt buộc cho mọi doanh nghiệp hay tổ chức. Giá trị tham khảo nằm ở nguyên tắc: chỉ số phải có quan hệ với mục tiêu cần đạt. Số tài khoản được tạo, số phần mềm được triển khai hoặc số buổi đào tạo chẳng hạn chỉ phản ánh hoạt động; chúng chưa tự chứng minh rằng quy trình đã nhanh hơn, người dùng đã chuyển sang kênh số hay chất lượng phục vụ đã cải thiện.

Trạng thái thực hiện phản ánh từng nhiệm vụ đang ở đâu

Chỉ số cho biết kết quả đang ở mức nào, còn trạng thái cho biết từng nhiệm vụ đang ở giai đoạn nào và có cần can thiệp hay không. Một quy ước nội bộ có thể sử dụng năm trạng thái:

Điểm khác biệt quan trọng nằm ở trạng thái “có nguy cơ”. Nếu hệ thống chỉ chuyển từ “đang thực hiện” sang “quá hạn” sau ngày đến hạn, cảnh báo xuất hiện quá muộn. Trạng thái cần phản ánh cả hiện tại và dự báo gần hạn, chẳng hạn dựa trên phụ thuộc chưa được giải quyết, nguồn lực thiếu, tốc độ thực hiện hoặc KPI trung gian đang lệch quỹ đạo.

Mỗi trạng thái nên đi kèm người chịu trách nhiệm, hạn hoàn thành, nguyên nhân nếu lệch, hành động tiếp theo và bằng chứng cập nhật. Khi các trường này đã có sẵn, cuộc rà soát tiến độ có thể tập trung vào quyết định cần đưa ra thay vì mất thời gian xác định lại công việc đang ở đâu.

Không nên dùng phần trăm hoàn thành do người thực hiện tự ước lượng làm tín hiệu duy nhất. “Đã làm 80%” có thể mang ý nghĩa rất khác nhau giữa hai nhiệm vụ. Với các mốc quan trọng, sản phẩm bàn giao hoặc tiêu chí nghiệm thu thường tạo căn cứ rõ hơn cho trạng thái hoàn thành.

Dữ liệu và bằng chứng quyết định độ tin cậy của báo cáo tiến độ

Một chỉ số chỉ hữu ích khi tổ chức biết dữ liệu lấy từ đâu, được chốt ở thời điểm nào và ai chịu trách nhiệm xác nhận. Với mỗi KPI, nên xác định tối thiểu định nghĩa chỉ số, nguồn dữ liệu, phạm vi tính, tần suất cập nhật, chủ sở hữu dữ liệu và bằng chứng kiểm tra. Các trường này giúp tránh tình trạng cùng một KPI nhưng các đơn vị dùng cách tính khác nhau.

Nên ưu tiên dữ liệu phát sinh trực tiếp từ hệ thống nghiệp vụ khi có thể, vì cách này giảm thao tác báo cáo lại và hạn chế sai lệch do nhập thủ công. Tuy nhiên, dữ liệu tự động không mặc nhiên chính xác. Hệ thống nguồn vẫn cần quy tắc đối soát, kiểm soát dữ liệu trùng, thời điểm chốt và cách xử lý dữ liệu thiếu.

Cơ chế đánh giá của khu vực nhà nước cho thấy rõ nguyên tắc này. Quyết định 405/QĐ-BKHCN đặt yêu cầu tăng cường thu thập dữ liệu sẵn có từ các nền tảng, cho phép nhập báo cáo trực tuyến, tự động tính điểm và thẩm định điểm tự đánh giá. Quyết định 4585/QĐ-BKHCN ngày 30/12/2025 tiếp tục ưu tiên những chỉ số có thể định lượng và dữ liệu có khả năng trích xuất tự động từ hệ thống thông tin.

Bằng chứng phải phù hợp với chính kết quả đang báo cáo. Nếu trạng thái là “hoàn thành”, bằng chứng có thể là biên bản nghiệm thu, log vận hành, dữ liệu giao dịch hoặc kết quả KPI tùy loại nhiệm vụ. Một dòng báo cáo “đã hoàn thành theo kế hoạch” nhưng không có sản phẩm hoặc dữ liệu kiểm chứng vẫn chủ yếu là thông tin tự khai.

Chu kỳ cập nhật và cảnh báo giúp phát hiện lệch kế hoạch sớm

Tần suất cập nhật nên phụ thuộc vào tốc độ thay đổi và mức độ quan trọng của đối tượng theo dõi. Nhiệm vụ triển khai có thể cần cập nhật theo tuần hoặc theo từng mốc; KPI vận hành có thể theo ngày, tuần hoặc tháng; còn chỉ số tác động dài hạn có thể cần chu kỳ dài hơn. Không có một lịch duy nhất phù hợp cho mọi chương trình.

Cần tách tần suất dữ liệu được làm mới khỏi tần suất ra quyết định. Một bảng điều khiển có thể nhận dữ liệu hằng ngày nhưng ban điều hành chỉ cần rà soát chính thức theo tuần. Ngược lại, với một mốc trọng yếu đang có nguy cơ trễ, việc chờ đến cuộc họp định kỳ mới xử lý sẽ làm mất ý nghĩa của cảnh báo.

Ngưỡng cảnh báo cũng nên được xác định trước. Một nhiệm vụ có thể chuyển sang “có nguy cơ” khi phụ thuộc quan trọng chưa được giải quyết trước mốc cần thiết, khi dự báo hoàn thành vượt hạn hoặc khi KPI trung gian lệch khỏi quỹ đạo đã đặt. Quy tắc càng rõ thì trạng thái càng ít phụ thuộc vào cảm nhận chủ quan của người báo cáo.

Quyết định 4585/QĐ-BKHCN cung cấp một ví dụ định lượng về chu kỳ theo dõi: phương án chấm điểm được thực hiện hằng tháng; dữ liệu tự động được chốt vào ngày 01, số liệu thuộc diện báo cáo được gửi trước ngày 05, còn điểm hoàn thành đúng hạn dựa trên tỷ lệ nhiệm vụ hoàn thành đúng hạn so với tổng nhiệm vụ phải thực hiện trong kỳ. Đây là ví dụ về việc gắn chu kỳ, công thức, thời điểm chốt và nguồn dữ liệu vào cùng một cơ chế theo dõi, không phải lịch bắt buộc cho mọi tổ chức.

Kết quả theo dõi phải dẫn đến điều chỉnh kế hoạch và trách nhiệm

Theo dõi tiến độ chỉ tạo giá trị quản trị khi kết quả được chuyển thành hành động. Ở mỗi kỳ rà soát, cần trả lời ba câu hỏi: lệch ở đâu, nguyên nhân nào tạo ra độ lệch và quyết định nào cần được thực hiện trước kỳ tiếp theo. Nếu bảng điều khiển chỉ dùng để tổng hợp màu trạng thái hoặc trình bày tỷ lệ hoàn thành, dữ liệu chưa thực sự tham gia vào quá trình điều hành.

Khi phát hiện lệch tiến độ, hành động có thể là tháo gỡ phụ thuộc, bổ sung nguồn lực, thay đổi trình tự triển khai, thu hẹp phạm vi của một mốc hoặc điều chỉnh biện pháp thực hiện. Việc thay đổi mục tiêu cần thận trọng hơn: chỉ nên thực hiện khi giả định hoặc phạm vi chương trình thay đổi có căn cứ, không nên hạ mục tiêu chỉ để biến trạng thái bất lợi thành trạng thái đạt.

Mỗi quyết định điều chỉnh nên được ghi lại cùng người chịu trách nhiệm và thời hạn thực hiện. Lịch sử quyết định giúp nhận ra một vấn đề đang lặp lại có tính hệ thống hay chỉ là sự cố đơn lẻ, đồng thời tránh việc cùng một điểm nghẽn được đưa ra ở nhiều kỳ nhưng không có người chịu trách nhiệm xử lý.

Mốc, KPI và trạng thái cũng cần được đọc theo quan hệ nguyên nhân. Một mốc bị trễ có thể làm tỷ lệ sử dụng tăng chậm; KPI thấp có thể cho thấy hoạt động đào tạo hoặc thay đổi quy trình chưa tạo hiệu quả; trạng thái “có nguy cơ” có thể cảnh báo trước khi kết quả cuối kỳ suy giảm. Đặt các tín hiệu này cạnh nhau giúp tổ chức can thiệp trước khi mục tiêu thực sự bị bỏ lỡ.

Theo dõi tiến độ chuyển đổi số vì thế là một vòng lặp quản trị: xác định mốc và mục tiêu, đo bằng chỉ số, cập nhật trạng thái, kiểm chứng bằng dữ liệu, phát hiện độ lệch rồi ra quyết định điều chỉnh. Mốc trả lời “khi nào phải xong”, chỉ số trả lời “đã đạt đến đâu”, trạng thái trả lời “có cần can thiệp không”, còn bằng chứng xác nhận báo cáo có đáng tin hay không.

Số lượng chỉ số nên giới hạn ở những chỉ số có quan hệ trực tiếp với mục tiêu và có khả năng hỗ trợ quyết định. Khi mốc, chỉ số và trạng thái được quản trị trên cùng một nhịp cập nhật, tiến độ chuyển đổi số trở thành dữ liệu phục vụ điều hành thay vì chỉ là báo cáo định kỳ.