Lộ trình chuyển đổi số là gì và gồm những nội dung nào?

Một lộ trình đủ rõ phải trả lời được các câu hỏi: tổ chức đang ở đâu, muốn đạt trạng thái nào, cần thay đổi những gì, sáng kiến nào phải làm trước, nguồn lực lấy từ đâu, ai chịu trách nhiệm, khi nào cần đạt từng mốc và dựa vào chỉ số nào để quyết định tiếp tục, điều chỉnh hoặc dừng một sáng kiến.

Logic cốt lõi có thể biểu diễn như sau:

Hiện trạng → Khoảng cách năng lực → Mục tiêu → Sáng kiến → Ưu tiên và phụ thuộc → Giai đoạn → Nguồn lực → Mốc và KPI → Rà soát, điều chỉnh

Điểm quan trọng là không đồng nhất roadmap với chiến lược hoặc kế hoạch dự án. Chiến lược chuyển đổi số xác định tổ chức muốn tạo ra kết quả gì và vì sao cần thay đổi. Lộ trình chuyển đổi số chuyển định hướng đó thành thứ tự các sáng kiến và mốc thực hiện. Kế hoạch dự án tiếp tục phân rã một sáng kiến cụ thể thành công việc, lịch biểu và nguồn lực ở cấp vận hành.

Lộ trình chuyển đổi số là gì?

Về bản chất, roadmap là cầu nối giữa ý định chiến lược và hoạt động triển khai. Nếu chỉ có mục tiêu như “nâng cao trải nghiệm khách hàng”, “tự động hóa vận hành” hoặc “quản trị dựa trên dữ liệu”, tổ chức vẫn chưa biết việc nào cần bắt đầu trước và điều kiện nào phải được tạo ra để đạt mục tiêu.

Lộ trình bổ sung phần còn thiếu đó bằng cách xác định:

·         Điểm xuất phát gồm năng lực hiện có, vấn đề, hạn chế và mức độ sẵn sàng

·         Điểm đến gồm kết quả kinh doanh và năng lực số cần hình thành

·         Khoảng cách giữa hiện trạng và trạng thái đích

·         Danh mục sáng kiến dùng để thu hẹp từng khoảng cách

·         Trình tự triển khai dựa trên giá trị, mức độ sẵn sàng và phụ thuộc

·         Nguồn lực và chủ sở hữu của từng sáng kiến

·         Mốc, chỉ số và điều kiện nghiệm thu để kiểm soát tiến độ

·         Cơ chế quản trị để xử lý rủi ro và điều chỉnh roadmap

Cách tiếp cận này cũng tương thích với logic quản trị kiến trúc doanh nghiệp: phải phân biệt trạng thái nền, trạng thái đích và các bước chuyển tiếp thay vì bắt đầu trực tiếp bằng danh sách dự án công nghệ.

Vì thế, một danh mục như “mua ERP, triển khai CRM, chuyển lên cloud, ứng dụng AI” chưa phải lộ trình. Nó mới cho biết công cụ dự kiến sử dụng, nhưng chưa giải thích công cụ phục vụ mục tiêu nào, phụ thuộc vào năng lực gì, được triển khai theo thứ tự nào và thành công được xác nhận bằng tiêu chí nào.

Lộ trình chuyển đổi số gồm những nội dung nào?

Một roadmap hoàn chỉnh thường cần tám nhóm thông tin liên kết với nhau. Không nhất thiết mọi tổ chức sử dụng cùng một biểu mẫu, nhưng nếu thiếu một trong các mắt xích quan trọng, khả năng thực thi và kiểm soát sẽ giảm rõ rệt.

Hiện trạng và khoảng cách cần chuyển đổi

Lộ trình phải bắt đầu bằng baseline đủ đáng tin cậy. Đánh giá hiện trạng không nên giới hạn ở danh mục phần mềm đang sử dụng mà cần xem xét các năng lực trực tiếp ảnh hưởng đến mục tiêu chuyển đổi, chẳng hạn:

·         Quy trình đang vận hành như thế nào và điểm nghẽn nằm ở đâu

·         Dữ liệu được tạo, lưu trữ, chia sẻ và kiểm soát ra sao

·         Công nghệ nào đang hỗ trợ hoặc cản trở quá trình thay đổi

·         Con người có những năng lực số nào và thiếu năng lực nào

·         Quản trị đang phân quyền quyết định, sở hữu dữ liệu và quản lý đầu tư như thế nào

·         Khách hàng hoặc người dùng gặp vấn đề gì trong hành trình hiện tại

Baseline có nhiệm vụ tạo điểm tham chiếu. Nếu không biết thời gian xử lý hiện tại, tỷ lệ lỗi hiện tại, mức sử dụng hệ thống hiện tại hoặc chất lượng dữ liệu hiện tại, tổ chức sẽ khó xác định mức cải thiện cần đạt và khó chứng minh hiệu quả sau triển khai.

Từ baseline, khoảng cách giữa As-Is và To-Be được xác định. Khoảng cách này mới là căn cứ để hình thành sáng kiến; không nên đi theo chiều ngược lại bằng cách chọn công nghệ trước rồi mới tìm vấn đề để áp dụng.

Mục tiêu và trạng thái số đích

Mỗi lộ trình cần liên kết với một số mục tiêu đủ cụ thể để định hướng quyết định đầu tư. Mục tiêu nên mô tả kết quả cần tạo ra, không chỉ mô tả hoạt động.

Ví dụ, “triển khai hệ thống CRM” là một đầu việc. Mục tiêu thực sự có thể nằm ở việc rút ngắn thời gian phản hồi khách hàng, tạo một nguồn dữ liệu khách hàng thống nhất hoặc nâng khả năng quản lý cơ hội bán hàng.

Trạng thái đích cần chỉ ra tổ chức muốn thay đổi ở những lớp nào:

Mục tiêu càng rõ thì việc lựa chọn sáng kiến càng ít phụ thuộc vào cảm tính. Một sáng kiến không chứng minh được đóng góp vào trạng thái đích cần được xem xét lại trước khi đưa vào roadmap.

Danh mục sáng kiến, mức ưu tiên và quan hệ phụ thuộc

Sau khi xác định khoảng cách, tổ chức chuyển chúng thành các sáng kiến hoặc workstream cụ thể. Có thể có sáng kiến về quy trình, dữ liệu, nền tảng công nghệ, quản trị, năng lực nhân sự hoặc trải nghiệm người dùng.

Không nên sắp xếp sáng kiến chỉ theo mức độ hấp dẫn của công nghệ. Ít nhất cần xem xét ba biến:

1.    Giá trị mà sáng kiến tạo ra cho mục tiêu

2.    Mức độ sẵn sàng của tổ chức để triển khai

3.    Quan hệ phụ thuộc với những sáng kiến khác

Một dự án phân tích dữ liệu nâng cao có thể mang lại giá trị lớn nhưng chưa nên triển khai ở quy mô rộng nếu dữ liệu nguồn chưa được chuẩn hóa và trách nhiệm sở hữu dữ liệu chưa rõ. Trong trường hợp đó, các hạng mục về dữ liệu là điều kiện tiên quyết chứ không phải việc phụ.

Phụ thuộc cũng có thể xuất hiện giữa công nghệ và quy trình, giữa quy trình và nhân sự, hoặc giữa nhiều hệ thống. Roadmap phải làm những phụ thuộc này nhìn thấy được để tránh tình trạng một dự án đến hạn triển khai nhưng nền tảng mà nó cần vẫn chưa sẵn sàng.

Giai đoạn, thời gian, nguồn lực và trách nhiệm

Mỗi sáng kiến sau khi được ưu tiên phải được đặt vào một giai đoạn hoặc khoảng thời gian cụ thể. Roadmap ở cấp chuyển đổi không cần chi tiết đến từng công việc hàng ngày như Gantt chart, nhưng phải đủ rõ để trả lời:

·         Sáng kiến bắt đầu và kết thúc trong giai đoạn nào

·         Điều kiện nào phải hoàn thành trước khi bắt đầu

·         Bộ phận hoặc cá nhân nào chịu trách nhiệm về kết quả

·         Nguồn lực chính nào được dành cho sáng kiến

·         Sáng kiến nào có thể triển khai song song

·         Sáng kiến nào phải chờ hạng mục khác hoàn thành

Thời gian không nên được tách khỏi năng lực thực tế. Một roadmap chứa quá nhiều chương trình ưu tiên cao chạy đồng thời có thể hợp lý trên giấy nhưng không khả thi nếu cùng phụ thuộc vào một nhóm chuyên gia, một đội dữ liệu hoặc một số lãnh đạo chủ chốt.

Mốc thực hiện, KPI, rủi ro và cơ chế điều chỉnh

Mỗi giai đoạn phải có điểm kiểm tra đủ rõ để tổ chức biết liệu mình có thể chuyển sang bước tiếp theo hay không.

Một milestone xác nhận rằng một trạng thái, đầu ra hoặc điều kiện quan trọng đã đạt được. KPI cho biết kết quả đang thay đổi theo hướng nào và ở mức nào. Hai khái niệm liên quan nhưng không thay thế nhau.

Ví dụ:

·         Milestone: CRM đã được triển khai cho toàn bộ đơn vị nằm trong phạm vi thử nghiệm

·         KPI: Tỷ lệ người dùng hoạt động, thời gian phản hồi lead, chất lượng dữ liệu khách hàng hoặc tỷ lệ chuyển đổi

·         Milestone: Nền tảng dữ liệu đã kết nối các nguồn dữ liệu ưu tiên

·         KPI: Mức độ đầy đủ, chính xác, cập nhật hoặc sử dụng dữ liệu cho các quy trình quyết định

Mỗi KPI quan trọng nên có baseline, giá trị mục tiêu, thời hạn, nguồn dữ liệu đo và người chịu trách nhiệm. Không nên lấy một mức benchmark chung làm mục tiêu nếu nó không phản ánh đặc điểm vận hành của tổ chức.

Roadmap đồng thời phải ghi nhận rủi ro và giả định quan trọng. Nếu một giả định thay đổi, kế hoạch cần được đánh giá lại thay vì cố giữ nguyên lịch ban đầu.

Các giai đoạn của lộ trình chuyển đổi số nên được thiết kế thế nào?

Không có một số lượng giai đoạn cố định phù hợp cho mọi tổ chức. Số giai đoạn phụ thuộc vào hiện trạng, độ phức tạp, phạm vi chuyển đổi, nguồn lực và mức độ phụ thuộc giữa các sáng kiến.

Một mô hình bốn giai đoạn có thể được sử dụng như khung tham chiếu để tổ chức roadmap:

Các giai đoạn này không nhất thiết diễn ra như một đường thẳng cho toàn tổ chức. Một workstream có thể đang mở rộng trong khi workstream khác mới thử nghiệm. Chẳng hạn, số hóa quy trình tài chính có thể đã ổn định nhưng quản trị dữ liệu doanh nghiệp vẫn đang ở giai đoạn xây nền.

Do đó, roadmap nên được xem như danh mục nhiều dòng chuyển đổi có quan hệ với nhau, không phải một dự án duy nhất bắt buộc mọi bộ phận cùng đi qua một giai đoạn tại cùng thời điểm.

Một điểm kiểm soát quan trọng là exit criteria. Thay vì chỉ ghi “Giai đoạn 1 kết thúc vào quý X”, nên xác định trạng thái cần đạt để được phép chuyển tiếp. Nếu nền tảng hoặc khả năng hấp thụ của tổ chức chưa đủ, việc chuyển sang giai đoạn mở rộng chỉ vì đã đến ngày trên lịch có thể làm tăng rủi ro.

Nguồn lực cho chuyển đổi số phải được bố trí như thế nào?

Nguồn lực trong roadmap rộng hơn ngân sách công nghệ. Một sáng kiến có kinh phí nhưng thiếu chủ sở hữu quy trình, chuyên gia dữ liệu hoặc người chịu trách nhiệm thay đổi hành vi vẫn có thể bị đình trệ.

Nguồn lực cần gắn trực tiếp với sáng kiến

Ít nhất nên xem xét các nhóm sau:

·         Con người gồm lãnh đạo bảo trợ, chủ sở hữu nghiệp vụ, quản lý sản phẩm, chuyên gia dữ liệu, công nghệ, an toàn thông tin và quản trị thay đổi

·         Tài chính gồm đầu tư ban đầu, chi phí vận hành, đào tạo, tích hợp, dữ liệu và chi phí thay đổi quy trình

·         Dữ liệu gồm nguồn dữ liệu, quyền truy cập, chất lượng, tiêu chuẩn và trách nhiệm sở hữu

·         Công nghệ gồm hạ tầng, nền tảng, khả năng tích hợp, kiến trúc và năng lực vận hành

·         Thời gian và năng lực tổ chức gồm mức độ mà các nhóm nghiệp vụ có thể tham gia song song với hoạt động thường ngày

·         Đối tác bên ngoài khi tổ chức chưa có đủ năng lực chuyên môn nội bộ

Nguồn lực nên được phân bổ theo từng giai đoạn thay vì chỉ ghi một tổng ngân sách cho toàn chương trình. Cách này giúp nhìn thấy thời điểm nhiều sáng kiến cùng cần một loại nguồn lực và phát hiện xung đột sớm.

Quản trị phải chỉ rõ ai có quyền quyết định

Mỗi sáng kiến cần ít nhất một người chịu trách nhiệm về kết quả, không chỉ một đơn vị “phối hợp thực hiện”. Với chương trình lớn, cơ chế quản trị thường cần phân biệt:

·         Sponsor bảo trợ mục tiêu và xử lý các quyết định vượt thẩm quyền dự án

·         Chủ sở hữu nghiệp vụ chịu trách nhiệm về kết quả của quy trình hoặc năng lực cần thay đổi

·         Đầu mối triển khai chịu trách nhiệm điều phối phạm vi, tiến độ và phụ thuộc

·         Chủ sở hữu dữ liệu hoặc công nghệ chịu trách nhiệm cho các năng lực nền có liên quan

·         Cấp quản trị danh mục quyết định ưu tiên, bổ sung nguồn lực, điều chỉnh hoặc dừng sáng kiến

Việc xác định quyền quyết định đặc biệt quan trọng khi hai dự án cạnh tranh cùng một nguồn lực hoặc khi một sáng kiến đạt tiến độ kỹ thuật nhưng chưa tạo được mức sử dụng cần thiết từ phía nghiệp vụ.

Mốc thực hiện và KPI nên đo tiến độ hay đo kết quả?

Một roadmap tốt cần cả hai. Nếu chỉ đo tiến độ, tổ chức có thể hoàn thành hàng loạt dự án mà chưa chứng minh được chuyển đổi thực sự. Nếu chỉ nhìn vào kết quả cuối, đội triển khai lại thiếu tín hiệu sớm để phát hiện chậm trễ hoặc vấn đề về mức độ chấp nhận.

Có thể tổ chức hệ thống đo lường thành ba lớp:

Giá trị mục tiêu của KPI cần xuất phát từ baseline, business case và điều kiện vận hành cụ thể. Không phải chỉ số nào cũng cần so sánh với chuẩn ngành; với nhiều quy trình nội bộ, mức cải thiện so với baseline của chính tổ chức có giá trị quản trị lớn hơn.

Mốc thực hiện nên có tối thiểu bốn thông tin: trạng thái cần đạt, thời điểm, tiêu chí chấp nhận và người xác nhận. Với mốc đóng vai trò decision gate, cần bổ sung quyết định dự kiến như tiếp tục, mở rộng, điều chỉnh phạm vi hoặc dừng.

Roadmap cũng cần được rà soát theo chu kỳ phù hợp với tốc độ của từng workstream. Nội dung rà soát không chỉ là “đúng hay chậm tiến độ” mà cần xem:

·         Giả định ban đầu còn đúng hay không

·         Phụ thuộc có thay đổi hay không

·         Nguồn lực có đang trở thành điểm nghẽn hay không

·         KPI có cho thấy năng lực mới được chấp nhận và tạo giá trị hay không

·         Sáng kiến còn đáng ưu tiên so với các nhu cầu mới hay không

Nhờ đó, việc thay đổi roadmap không đồng nghĩa với thất bại. Nếu dữ liệu mới cho thấy một sáng kiến không còn tạo đủ giá trị hoặc điều kiện triển khai đã thay đổi, điều chỉnh thứ tự và nguồn lực là một phần của quản trị chuyển đổi.

Mẫu khung lộ trình chuyển đổi số có thể áp dụng

Một tổ chức có thể bắt đầu bằng bảng roadmap ở cấp quản trị như sau:

Khi đưa các trường này lên một timeline, thứ tự không nên được quyết định chỉ bởi mong muốn “làm nhanh”. Một sáng kiến nên xuất hiện sớm khi nó vừa có giá trị, vừa đủ sẵn sàng hoặc tạo nền tảng cho nhiều sáng kiến phía sau.

Có thể kiểm tra tính thực thi của roadmap bằng một số câu hỏi:

·         Mỗi sáng kiến có gắn với một mục tiêu hoặc khoảng cách cụ thể không

·         Các phụ thuộc quan trọng đã được thể hiện trên cùng lộ trình chưa

·         Nguồn lực có đủ cho số sáng kiến chạy đồng thời không

·         Mỗi giai đoạn có điều kiện hoàn thành rõ ràng không

·         KPI có baseline, target và nguồn dữ liệu đo không

·         Mỗi kết quả có một người chịu trách nhiệm rõ ràng không

·         Có cơ chế thay đổi thứ tự khi giả định, nguồn lực hoặc ưu tiên thay đổi không

Nếu các câu hỏi này chưa được trả lời, roadmap thường vẫn đang ở mức danh sách ý tưởng hoặc kế hoạch đầu tư, chưa đủ để điều phối một chương trình chuyển đổi.

Lộ trình chuyển đổi số là cơ chế biến mục tiêu chuyển đổi thành một chuỗi hành động có thứ tự và có thể kiểm soát. Phần cốt lõi không nằm ở việc chia roadmap thành bao nhiêu giai đoạn mà ở khả năng liên kết hiện trạng, trạng thái đích, sáng kiến, phụ thuộc, nguồn lực, trách nhiệm, mốc và KPI thành một hệ thống nhất quán.

Một lộ trình có giá trị khi người quản lý có thể nhìn vào đó và biết rõ tổ chức đang ở đâu, bước tiếp theo là gì, điều kiện nào phải hoàn thành, ai chịu trách nhiệm, nguồn lực nào đang được sử dụng và bằng dữ liệu nào có thể xác nhận rằng chuyển đổi đang tạo ra kết quả mong muốn.