Những rào cản phổ biến trong quá trình chuyển đổi số

Một dự án có thể triển khai đúng kỹ thuật nhưng vẫn không tạo ra kết quả kinh doanh nếu nhân viên không sử dụng, dữ liệu không đáng tin cậy hoặc quy trình cũ không được thiết kế lại. Ngược lại, doanh nghiệp có thể có quyết tâm thay đổi nhưng vẫn đình trệ nếu chưa xác định rõ vấn đề cần giải quyết và tiêu chí đo lường thành công.

Có thể nhìn nhận các rào cản chuyển đổi số theo một chuỗi nguyên nhân:

Mục tiêu không rõ → Ưu tiên sai → Giải pháp rời rạc → Người dùng ít chấp nhận → Dữ liệu kém → Kết quả khó đo lường

Chuỗi này cho thấy mỗi rào cản không tồn tại độc lập. Một điểm yếu ở tầng chiến lược có thể tạo ra hàng loạt vấn đề ở tầng con người, dữ liệu và công nghệ.

Chiến lược chuyển đổi số thiếu rõ ràng và không gắn với mục tiêu kinh doanh

Rào cản đầu tiên xuất hiện khi doanh nghiệp coi chuyển đổi số là danh mục các dự án công nghệ thay vì một chương trình thay đổi cách tạo ra giá trị. Trong trường hợp này, tổ chức thường bắt đầu bằng câu hỏi “nên mua hệ thống nào” thay vì “vấn đề kinh doanh nào cần được giải quyết”.

Mục tiêu chung chung khiến nguồn lực bị phân tán

Các mục tiêu như “số hóa hoạt động”, “ứng dụng AI” hoặc “xây dựng doanh nghiệp thông minh” không đủ cụ thể để định hướng đầu tư. Chúng không chỉ ra:

·         Quy trình nào cần cải thiện

·         Nhóm khách hàng nào cần phục vụ tốt hơn

·         Chỉ số nào phải thay đổi

·         Mức cải thiện nào được xem là thành công

·         Đơn vị nào chịu trách nhiệm về kết quả

Khi thiếu các tiêu chí này, mỗi phòng ban có thể hiểu chuyển đổi số theo một cách khác nhau. Bộ phận công nghệ tập trung vào hệ thống, bộ phận kinh doanh quan tâm doanh thu, còn bộ phận vận hành ưu tiên giảm thao tác. Các sáng kiến vì thế dễ chồng chéo, cạnh tranh nguồn lực hoặc tạo ra những nền tảng không kết nối với nhau.

Khoảng cách giữa chiến lược và thực thi

Ngay cả khi có định hướng tổng thể, chương trình vẫn có thể thất bại nếu chiến lược không được chuyển thành danh mục sáng kiến có thứ tự ưu tiên. Một chiến lược khả thi phải làm rõ ít nhất bốn yếu tố:

1.    Kết quả kinh doanh cần đạt

2.    Năng lực số cần xây dựng

3.    Lộ trình và sự phụ thuộc giữa các sáng kiến

4.    Cơ chế phân bổ ngân sách và trách nhiệm

Chẳng hạn, mục tiêu rút ngắn thời gian xử lý đơn hàng chỉ có ý nghĩa vận hành khi được gắn với đường cơ sở và đích đến cụ thể, chẳng hạn giảm thời gian xử lý từ 24 giờ xuống còn 8 giờ. Nếu không có chỉ số trước và sau triển khai, doanh nghiệp khó phân biệt giữa việc “đã cài đặt hệ thống” và “đã tạo ra thay đổi”.

Dấu hiệu nhận biết

Doanh nghiệp có thể đang gặp rào cản chiến lược khi:

·         Có nhiều dự án số nhưng không xác định được đóng góp của từng dự án

·         Ưu tiên thay đổi liên tục theo yêu cầu ngắn hạn

·         Mỗi phòng ban tự lựa chọn công cụ riêng

·         Tiến độ kỹ thuật được báo cáo đầy đủ nhưng kết quả kinh doanh không rõ

·         Không có người chịu trách nhiệm cuối cùng đối với giá trị tạo ra

Rào cản này không được giải quyết chỉ bằng một bản kế hoạch dài hạn. Điều cần thiết là một hệ thống ưu tiên giúp liên kết từng sáng kiến với vấn đề kinh doanh, chỉ số đầu ra và chủ sở hữu kết quả.

Con người, năng lực và văn hóa tổ chức chưa sẵn sàng thay đổi

Chuyển đổi số làm thay đổi quyền hạn, trách nhiệm, cách phối hợp và tiêu chuẩn đánh giá công việc. Vì thế, sự phản kháng thường không bắt nguồn từ thái độ “ngại công nghệ” đơn thuần mà từ cảm giác mất kiểm soát, tăng khối lượng công việc hoặc không nhìn thấy lợi ích cá nhân.

Nhân viên không hiểu lý do phải thay đổi

Khi lãnh đạo chỉ thông báo rằng một hệ thống mới sẽ được áp dụng mà không giải thích vấn đề hiện tại, nhân viên dễ xem dự án là yêu cầu hành chính. Trong giai đoạn đầu, hệ thống mới còn có thể khiến công việc chậm hơn do người dùng phải học thao tác, làm sạch dữ liệu hoặc vận hành song song với công cụ cũ.

Nếu tổ chức không truyền đạt rõ mục tiêu và lợi ích, người dùng có xu hướng quay lại bảng tính, tin nhắn hoặc quy trình quen thuộc. Hệ thống vẫn tồn tại về mặt kỹ thuật nhưng không trở thành cách làm việc chính thức.

Thiếu năng lực không chỉ là thiếu kỹ năng sử dụng phần mềm

Năng lực số bao gồm nhiều tầng:

·         Kỹ năng thao tác với công cụ

·         Khả năng đọc và diễn giải dữ liệu

·         Năng lực thiết kế lại quy trình

·         Khả năng phối hợp giữa nghiệp vụ và công nghệ

·         Năng lực quản trị sản phẩm số và thay đổi tổ chức

Đào tạo chỉ tập trung vào nút bấm và chức năng phần mềm thường không đủ. Người dùng cần hiểu dữ liệu nào phải nhập, tại sao quy trình thay đổi, quyết định nào sẽ dựa trên dữ liệu và hậu quả của việc không tuân thủ.

Cơ chế khuyến khích không phù hợp

Một tổ chức có thể yêu cầu nhân viên hợp tác và chia sẻ dữ liệu nhưng vẫn đánh giá thành tích theo mục tiêu riêng của từng phòng ban. Khi đó, hành vi thực tế sẽ đi ngược định hướng chuyển đổi.

Ví dụ, bộ phận bán hàng có thể ưu tiên chốt giao dịch nhanh và bỏ qua việc cập nhật đầy đủ dữ liệu khách hàng. Bộ phận vận hành lại cần chính dữ liệu đó để dự báo nhu cầu. Vấn đề không nằm hoàn toàn ở ý thức người dùng mà ở cơ chế đánh giá chưa khuyến khích hành vi cần thiết.

Cách đo mức độ chấp nhận

Tỷ lệ tài khoản đã được cấp không phản ánh mức độ sử dụng thực tế. Doanh nghiệp nên theo dõi các chỉ số như:

·         Tỷ lệ người dùng hoạt động hằng tuần

·         Tỷ lệ quy trình được thực hiện hoàn toàn trên hệ thống

·         Số bước vẫn được xử lý bên ngoài nền tảng

·         Tỷ lệ dữ liệu được nhập đầy đủ và đúng hạn

·         Thời gian hoàn thành một tác vụ trước và sau triển khai

·         Số yêu cầu hỗ trợ lặp lại theo từng nhóm người dùng

Các chỉ số này giúp phân biệt ba tình trạng: người dùng chưa biết sử dụng, không muốn sử dụng hoặc không thể sử dụng vì quy trình và công cụ chưa phù hợp.

Quy trình cũ và cơ chế quản trị làm giảm hiệu quả số hóa

Một sai lầm phổ biến là đưa nguyên trạng quy trình thủ công lên phần mềm. Khi quy trình có nhiều bước phê duyệt, trách nhiệm chồng chéo hoặc kiểm soát không còn cần thiết, số hóa chỉ làm cho một quy trình kém hiệu quả vận hành nhanh hơn hoặc phức tạp hơn.

Số hóa không đồng nghĩa với chuyển đổi

Số hóa tài liệu giấy thành biểu mẫu điện tử có thể giúp giảm thao tác, nhưng chưa chắc thay đổi cách tổ chức tạo ra kết quả. Chuyển đổi thực sự đòi hỏi xem xét lại:

·         Bước nào tạo giá trị

·         Bước nào chỉ tồn tại do thói quen

·         Quyết định nào có thể tự động hóa

·         Dữ liệu nào đã có sẵn và không cần nhập lại

·         Trường hợp nào cần con người can thiệp

·         Ai chịu trách nhiệm khi quy trình đi qua nhiều đơn vị

Nếu những câu hỏi này không được giải quyết, hệ thống mới dễ phát sinh thêm lớp kiểm soát thay vì loại bỏ công việc không cần thiết.

Quyền sở hữu quy trình không rõ ràng

Nhiều quy trình đi qua nhiều phòng ban nhưng không có một chủ sở hữu xuyên suốt. Mỗi đơn vị tối ưu phần việc của mình, trong khi thời gian chờ và lỗi thường xuất hiện ở điểm bàn giao.

Đây là lý do một dự án có thể cải thiện hiệu suất cục bộ nhưng không rút ngắn thời gian xử lý đầu cuối. Chẳng hạn, một bước được tự động hóa từ 30 phút xuống 5 phút không tạo nhiều giá trị nếu hồ sơ vẫn phải chờ hai ngày để được phòng ban tiếp theo tiếp nhận.

Doanh nghiệp cần đo hiệu quả theo toàn bộ hành trình, không chỉ theo thời gian xử lý của từng bộ phận. Các chỉ số phù hợp có thể gồm:

·         Tổng thời gian từ khi nhận yêu cầu đến khi hoàn tất

·         Tỷ lệ thời gian xử lý so với thời gian chờ

·         Số lần bàn giao giữa các đơn vị

·         Tỷ lệ hồ sơ phải làm lại

·         Số ngoại lệ cần xử lý thủ công

·         Tỷ lệ quy trình hoàn thành đúng cam kết

Quản trị quá tập trung hoặc quá phân tán

Quản trị quá tập trung khiến mọi thay đổi phải chờ phê duyệt, làm giảm tốc độ thử nghiệm. Ngược lại, quản trị quá phân tán khiến các đơn vị tự chọn nền tảng, tiêu chuẩn và mô hình dữ liệu, tạo ra kiến trúc rời rạc.

Mô hình phù hợp thường cần cân bằng giữa hai cấp:

·         Cấp trung tâm quy định nguyên tắc, tiêu chuẩn, kiến trúc và cơ chế kiểm soát

·         Các đơn vị nghiệp vụ được chủ động thiết kế giải pháp trong phạm vi đã thống nhất

Rào cản quản trị chỉ được tháo gỡ khi quyền quyết định, quyền sở hữu và trách nhiệm đối với kết quả được xác định rõ.

Dữ liệu phân mảnh, chất lượng thấp và thiếu cơ chế quản trị

Dữ liệu là đầu vào của báo cáo, tự động hóa, phân tích và trí tuệ nhân tạo. Khi dữ liệu không đầy đủ hoặc không nhất quán, công nghệ càng xử lý nhanh thì sai lệch càng được khuếch đại nhanh hơn.

Dữ liệu bị chia cắt giữa các hệ thống

Một khách hàng có thể được định danh khác nhau trong hệ thống bán hàng, chăm sóc khách hàng, kế toán và vận hành. Khi không có quy tắc thống nhất, doanh nghiệp khó trả lời những câu hỏi tưởng như đơn giản:

·         Có bao nhiêu khách hàng thực sự

·         Một khách hàng đã mua những sản phẩm nào

·         Doanh thu và chi phí phục vụ của từng nhóm khách hàng là bao nhiêu

·         Dữ liệu nào là phiên bản chính thức

Sự phân mảnh này làm tăng thời gian đối soát và khiến người dùng mất niềm tin vào báo cáo. Khi niềm tin giảm, họ tiếp tục duy trì bảng dữ liệu cá nhân, làm tình trạng phân mảnh nghiêm trọng hơn.

Chất lượng dữ liệu không có người chịu trách nhiệm

Bộ phận công nghệ thường quản lý nơi lưu trữ nhưng không thể tự quyết định ý nghĩa nghiệp vụ của dữ liệu. Chẳng hạn, chỉ bộ phận kinh doanh mới có thể xác định khi nào một khách hàng được xem là “đang hoạt động”, còn bộ phận tài chính quyết định doanh thu được ghi nhận theo nguyên tắc nào.

Vì vậy, quản trị dữ liệu cần phân biệt:

·         Chủ sở hữu dữ liệu chịu trách nhiệm về định nghĩa và chất lượng

·         Người quản lý dữ liệu duy trì quy tắc và xử lý vấn đề hằng ngày

·         Bộ phận công nghệ quản lý nền tảng, tích hợp và quyền truy cập

·         Người dùng tuân thủ tiêu chuẩn nhập và sử dụng dữ liệu

Nếu tất cả trách nhiệm đều được giao cho phòng công nghệ, vấn đề chất lượng dữ liệu thường không được xử lý tại nguồn phát sinh.

Chỉ số cần theo dõi

Chất lượng dữ liệu có thể được đo bằng các tiêu chí cụ thể:

·         Tính đầy đủ: Tỷ lệ trường bắt buộc có dữ liệu

·         Tính chính xác: Tỷ lệ bản ghi phản ánh đúng thực tế

·         Tính nhất quán: Mức độ trùng khớp giữa các hệ thống

·         Tính duy nhất: Tỷ lệ bản ghi không bị trùng lặp

·         Tính kịp thời: Độ trễ từ khi sự kiện xảy ra đến khi dữ liệu được cập nhật

·         Tính hợp lệ: Tỷ lệ dữ liệu tuân thủ định dạng và quy tắc nghiệp vụ

Không phải mọi dữ liệu đều cần đạt chất lượng tuyệt đối. Mức kiểm soát phải tương xứng với quyết định mà dữ liệu hỗ trợ. Dữ liệu dùng cho báo cáo tài chính, quyết định tín dụng hoặc vận hành an toàn cần tiêu chuẩn cao hơn dữ liệu dùng cho phân tích khám phá ban đầu.

Công nghệ mới không tự sửa được dữ liệu cũ

Triển khai kho dữ liệu, nền tảng phân tích hoặc AI không tự động giải quyết định nghĩa không thống nhất và dữ liệu nhập sai. Nếu không làm rõ nguồn dữ liệu, quyền sở hữu và quy tắc chất lượng, nền tảng mới chỉ tập trung dữ liệu kém vào một nơi.

Hạ tầng công nghệ cũ, khó tích hợp và tiềm ẩn rủi ro an toàn

Hệ thống kế thừa không nhất thiết là hệ thống kém. Một nền tảng cũ vẫn có thể ổn định và đáp ứng tốt nghiệp vụ cốt lõi. Rào cản xuất hiện khi hệ thống khó thay đổi, không cung cấp giao diện tích hợp, phụ thuộc vào nhà cung cấp hoặc không đáp ứng yêu cầu bảo mật hiện tại.

Kiến trúc tích hợp phức tạp

Khi các hệ thống kết nối trực tiếp theo từng cặp, mỗi thay đổi có thể ảnh hưởng đến nhiều thành phần khác. Chi phí tích hợp tăng dần theo số lượng ứng dụng, đồng thời doanh nghiệp khó xác định nơi phát sinh lỗi.

Một kiến trúc khó mở rộng thường có các dấu hiệu:

·         Dữ liệu được chuyển bằng tệp thủ công

·         Nhiều kết nối phụ thuộc vào một cá nhân

·         Không có tài liệu về luồng dữ liệu

·         Một thay đổi nhỏ cần kiểm thử lại nhiều hệ thống

·         Dữ liệu được đồng bộ theo lô với độ trễ lớn

·         Cùng một logic nghiệp vụ được viết lại ở nhiều nơi

Trong trường hợp này, việc mua thêm ứng dụng có thể làm tăng nợ kỹ thuật thay vì tạo năng lực mới.

Nợ kỹ thuật làm chậm tốc độ thay đổi

Nợ kỹ thuật là phần chi phí tương lai phát sinh từ các quyết định kỹ thuật ngắn hạn, chẳng hạn mã nguồn khó bảo trì, phiên bản phần mềm lỗi thời hoặc cấu hình thiếu tiêu chuẩn. Nợ kỹ thuật không phải lúc nào cũng cần loại bỏ ngay. Vấn đề nằm ở việc tổ chức không biết nợ đang ở đâu và ảnh hưởng thế nào đến hoạt động.

Doanh nghiệp có thể theo dõi:

·         Thời gian trung bình để triển khai một thay đổi

·         Tỷ lệ thay đổi gây lỗi

·         Thời gian khôi phục sau sự cố

·         Số thành phần đã hết hỗ trợ

·         Tỷ lệ kiểm thử được tự động hóa

·         Số giờ dành cho bảo trì so với phát triển năng lực mới

Các chỉ số này phản ánh khả năng thích ứng tốt hơn việc chỉ thống kê số lượng máy chủ hoặc ứng dụng.

Bảo mật bị xem là bước kiểm tra cuối cùng

Khi an toàn thông tin chỉ được đánh giá trước thời điểm vận hành, dự án có thể phải thiết kế lại quyền truy cập, luồng dữ liệu hoặc kiến trúc tích hợp. Điều này làm tăng chi phí và kéo dài tiến độ.

Bảo mật cần được đưa vào từ giai đoạn thiết kế thông qua các nguyên tắc như:

·         Chỉ cấp quyền cần thiết cho từng vai trò

·         Xác thực mạnh đối với tài khoản quan trọng

·         Mã hóa dữ liệu phù hợp với mức độ nhạy cảm

·         Ghi nhận và giám sát hoạt động truy cập

·         Sao lưu và kiểm thử khả năng khôi phục

·         Đánh giá rủi ro của nhà cung cấp và dịch vụ bên thứ ba

Tuy nhiên, kiểm soát quá mức cũng có thể làm người dùng tìm cách làm việc bên ngoài hệ thống. Vì vậy, bảo mật phải cân bằng giữa giảm rủi ro và duy trì khả năng vận hành.

Hạn chế về ngân sách, năng lực triển khai và khả năng đo lường giá trị

Chuyển đổi số thường cạnh tranh nguồn lực với hoạt động kinh doanh hằng ngày. Trong khi chi phí triển khai xuất hiện sớm, lợi ích có thể đến chậm và phụ thuộc vào nhiều thay đổi khác. Điều này khiến các chương trình dễ bị cắt giảm khi chưa kịp tạo kết quả.

Chỉ tính chi phí mua công nghệ

Tổng chi phí không chỉ gồm phí bản quyền hoặc đầu tư hạ tầng. Doanh nghiệp còn phải tính đến:

·         Tích hợp và chuyển đổi dữ liệu

·         Thiết kế lại quy trình

·         Đào tạo và hỗ trợ người dùng

·         Kiểm thử và quản lý thay đổi

·         Bảo mật, vận hành và bảo trì

·         Nâng cấp trong suốt vòng đời hệ thống

·         Chi phí cơ hội khi nhân sự tham gia dự án

Một giải pháp có giá mua thấp nhưng cần tùy chỉnh lớn có thể có tổng chi phí cao hơn nền tảng tiêu chuẩn. Ngược lại, giải pháp đắt hơn chưa chắc phù hợp nếu năng lực tổ chức chưa đủ để khai thác.

Thiếu đội ngũ kết nối nghiệp vụ và công nghệ

Dự án số cần những người hiểu đồng thời vấn đề vận hành, nhu cầu người dùng, dữ liệu và giới hạn kỹ thuật. Nếu nghiệp vụ chỉ gửi yêu cầu còn công nghệ chỉ thực hiện, hai bên dễ tạo ra một sản phẩm đúng đặc tả nhưng không giải quyết đúng vấn đề.

Khoảng trống này thường thể hiện qua:

·         Yêu cầu thay đổi liên tục

·         Phạm vi dự án mở rộng không kiểm soát

·         Quyết định quan trọng bị trì hoãn

·         Nghiệm thu dựa trên tính năng thay vì kết quả

·         Không có người quản lý sản phẩm xuyên suốt vòng đời

Thuê nhà cung cấp có thể bổ sung chuyên môn nhưng không thay thế hoàn toàn năng lực nội bộ. Doanh nghiệp vẫn cần người sở hữu bài toán, kiểm soát quyết định và tiếp nhận năng lực sau triển khai.

Không đo được giá trị tạo ra

Nếu dự án chỉ được đánh giá bằng tiến độ, ngân sách và số chức năng hoàn thành, tổ chức có thể tuyên bố thành công dù hành vi người dùng và hiệu quả vận hành không thay đổi.

Mỗi sáng kiến nên có ba nhóm chỉ số:

1.    Chỉ số triển khai: Tiến độ, ngân sách, phạm vi và chất lượng kỹ thuật

2.    Chỉ số chấp nhận: Tỷ lệ sử dụng, mức độ tuân thủ và mức hoàn thành quy trình trên hệ thống

3.    Chỉ số kết quả: Thời gian xử lý, chi phí, doanh thu, lỗi, trải nghiệm khách hàng hoặc mức độ rủi ro

Giá trị chỉ được xác nhận khi sự thay đổi kỹ thuật dẫn đến thay đổi hành vi, sau đó tạo ra kết quả có thể đo lường.

Cách xác định và ưu tiên rào cản cần xử lý trước

Do các rào cản có quan hệ phụ thuộc, doanh nghiệp không nên xử lý tất cả cùng lúc hoặc mặc định bắt đầu từ công nghệ. Cần xác định điểm nghẽn đang giới hạn kết quả của sáng kiến cụ thể.

Bắt đầu từ một hành trình hoặc kết quả kinh doanh

Thay vì đánh giá toàn bộ tổ chức một cách chung chung, doanh nghiệp có thể chọn một quy trình có ý nghĩa rõ ràng, chẳng hạn xử lý đơn hàng, phục vụ khách hàng hoặc phát triển sản phẩm. Sau đó đặt ra các câu hỏi:

·         Kết quả hiện tại chưa đạt ở điểm nào

·         Bước nào tạo ra thời gian chờ hoặc lỗi lớn nhất

·         Quyết định nào thiếu dữ liệu

·         Nhóm người dùng nào phải thay đổi hành vi

·         Hệ thống nào cản trở việc tích hợp hoặc tự động hóa

·         Quyền hạn nào chưa được xác định

Cách tiếp cận này giúp rào cản được quan sát trong bối cảnh thực tế thay vì được liệt kê như các vấn đề độc lập.

Đánh giá theo tác động và khả năng xử lý

Mỗi rào cản có thể được xem xét theo bốn tiêu chí:

·         Mức ảnh hưởng đến kết quả kinh doanh

·         Mức độ khẩn cấp

·         Sự phụ thuộc của các sáng kiến khác

·         Khả năng xử lý với nguồn lực hiện có

Rào cản có tác động cao và là điều kiện của nhiều sáng kiến nên được ưu tiên. Ví dụ, nếu dữ liệu khách hàng không có định danh thống nhất, triển khai hệ thống phân tích nâng cao có thể chưa phải bước hợp lý. Nếu nhân viên không sử dụng hệ thống hiện tại do quy trình bất tiện, mua thêm công cụ cũng khó tạo kết quả.

Phân biệt nguyên nhân gốc và biểu hiện

Một số biểu hiện dễ bị chẩn đoán sai:

·         Tỷ lệ sử dụng thấp có thể do thiếu đào tạo, quy trình bất hợp lý hoặc hệ thống chậm

·         Báo cáo sai có thể do dữ liệu nguồn, định nghĩa KPI hoặc logic tích hợp

·         Dự án chậm có thể do kỹ thuật, phạm vi không rõ hoặc quyền quyết định phân tán

·         Chi phí tăng có thể do tùy chỉnh quá mức, nợ kỹ thuật hoặc thay đổi yêu cầu

Doanh nghiệp cần truy ngược từ biểu hiện đến cơ chế tạo ra vấn đề. Nếu chỉ xử lý triệu chứng, rào cản sẽ xuất hiện trở lại dưới hình thức khác.

Triển khai theo vòng lặp có kiểm soát

Một vòng triển khai nên đủ nhỏ để kiểm chứng giả định nhưng đủ lớn để tạo giá trị thực tế:

1.    Xác định vấn đề và đường cơ sở

2.    Chọn kết quả và chỉ số mục tiêu

3.    Thiết kế lại quy trình cần thiết

4.    Chuẩn hóa dữ liệu và trách nhiệm

5.    Triển khai giải pháp với nhóm người dùng phù hợp

6.    Đo mức sử dụng và kết quả

7.    Điều chỉnh trước khi mở rộng

Cách làm này không loại bỏ nhu cầu về kiến trúc tổng thể. Nó giúp doanh nghiệp tránh đầu tư quy mô lớn trước khi chứng minh rằng giải pháp có thể tạo ra thay đổi.

Những rào cản chuyển đổi số phổ biến nhất gồm chiến lược thiếu rõ ràng, con người chưa sẵn sàng, quy trình và quản trị cứng nhắc, dữ liệu kém chất lượng, công nghệ khó tích hợp, nguồn lực hạn chế và khả năng đo lường giá trị yếu.

Điểm quan trọng là các rào cản này liên kết với nhau. Công nghệ không thể bù đắp cho mục tiêu sai, dữ liệu không thể cải thiện nếu không có người chịu trách nhiệm, còn nhân viên khó thay đổi khi quy trình và cơ chế đánh giá vẫn giữ nguyên.

Doanh nghiệp nên bắt đầu từ một kết quả kinh doanh cụ thể, xác định điểm nghẽn gốc và đo đồng thời tiến độ triển khai, mức độ chấp nhận cùng kết quả vận hành. Chuyển đổi số chỉ tạo giá trị khi chiến lược, con người, dữ liệu và công nghệ cùng thay đổi theo một hướng thống nhất.