Khi nào doanh nghiệp cần điều chỉnh chiến lược công nghệ?

Điểm quan trọng không phải là “công nghệ có thay đổi hay không”, bởi công nghệ luôn thay đổi. Doanh nghiệp chỉ cần điều chỉnh chiến lược khi thay đổi đó tạo ra khoảng cách đáng kể giữa năng lực công nghệ hiện tại và năng lực cần thiết để thực hiện mục tiêu kinh doanh. ISO/IEC 38500:2024 cũng đặt việc quản trị cả việc sử dụng CNTT hiện tại và tương lai trong bối cảnh sử dụng công nghệ hiệu quả, hiệu suất và phù hợp với tổ chức. Vì vậy, quyết định điều chỉnh cần xuất phát từ sự thay đổi của mục tiêu và điều kiện thực tế, không phải từ sức hấp dẫn của một xu hướng công nghệ.

Khi mục tiêu kinh doanh thay đổi nhưng định hướng công nghệ chưa thay đổi theo

Một trong những thời điểm rõ nhất để xem xét lại chiến lược công nghệ là khi doanh nghiệp thay đổi mục tiêu kinh doanh. Công nghệ vốn là phương tiện hỗ trợ hoạt động và tạo năng lực cho tổ chức; nếu mục tiêu đã đổi nhưng kiến trúc, danh mục đầu tư và ưu tiên công nghệ vẫn phục vụ mục tiêu cũ, khoảng cách chiến lược sẽ hình thành.

Ví dụ, một doanh nghiệp trước đây ưu tiên kiểm soát chi phí có thể thiết kế hệ thống cho quy mô tương đối ổn định. Khi chuyển sang mục tiêu mở rộng nhanh sang nhiều thị trường, yêu cầu đối với công nghệ thay đổi: hệ thống cần dễ mở rộng hơn, tích hợp nhanh hơn, quản trị dữ liệu trên nhiều đơn vị tốt hơn và có khả năng hỗ trợ tốc độ triển khai cao hơn. Hạ tầng vẫn vận hành được chưa có nghĩa là chiến lược cũ vẫn phù hợp.

Doanh nghiệp nên kiểm tra ít nhất ba mối liên hệ:

·         Mục tiêu kinh doanh mới có đòi hỏi năng lực công nghệ mà hiện tại chưa có hay không

·         Các khoản đầu tư công nghệ đang ưu tiên có còn đóng góp trực tiếp cho mục tiêu quan trọng nhất hay không

·         Kiến trúc và cách quản trị hiện tại có tạo ra giới hạn đối với tốc độ thực hiện chiến lược hay không

Nếu câu trả lời cho thấy khoảng cách đáng kể, vấn đề không đơn thuần là nâng cấp một hệ thống. Doanh nghiệp cần xem xét lại thứ tự ưu tiên đầu tư, kiến trúc mục tiêu, năng lực cần xây dựng và cách phân bổ nguồn lực công nghệ.

Tuy nhiên, thay đổi mục tiêu không mặc nhiên dẫn đến thay đổi toàn bộ chiến lược công nghệ. Nếu năng lực hiện tại vẫn đáp ứng mục tiêu mới với chi phí và rủi ro chấp nhận được, điều chỉnh cục bộ có thể phù hợp hơn một cuộc chuyển đổi lớn.

Khi nhu cầu của khách hàng, nhân viên hoặc hoạt động vận hành vượt khả năng của hệ thống hiện tại

Chiến lược công nghệ cũng cần được xem xét khi nhu cầu thực tế thay đổi đến mức các hệ thống và quy trình hiện tại trở thành điểm nghẽn.

Tín hiệu có thể xuất hiện dưới nhiều hình thức: thời gian xử lý kéo dài khi khối lượng giao dịch tăng, nhân viên phải thực hiện nhiều bước thủ công, dữ liệu bị phân tán giữa các hệ thống, khách hàng đòi hỏi trải nghiệm số mà nền tảng hiện tại khó hỗ trợ hoặc các đơn vị kinh doanh phải tự tạo công cụ ngoài hệ thống chính để hoàn thành công việc.

Ở đây cần phân biệt một sự cố vận hành với vấn đề chiến lược. Một lỗi phần mềm đơn lẻ thường cần được sửa ở cấp kỹ thuật. Ngược lại, nếu nhiều vấn đề cùng xuất phát từ một giới hạn nền tảng — chẳng hạn kiến trúc không hỗ trợ tích hợp, dữ liệu khó chia sẻ hoặc quy trình triển khai thay đổi quá chậm — việc tiếp tục sửa từng điểm có thể không giải quyết được nguyên nhân.

Doanh nghiệp có thể theo dõi các chỉ số phản ánh trực tiếp khả năng phục vụ nhu cầu như thời gian xử lý, mức độ sẵn sàng, số bước thủ công, tỷ lệ lỗi, chi phí cho mỗi giao dịch, thời gian đưa thay đổi vào vận hành hoặc mức độ sử dụng của người dùng. Với hoạt động phát triển phần mềm, các chỉ số DORA như change lead time, deployment frequency, failed deployment recovery time, change failure rate và rework rate có thể giúp nhận diện vấn đề về tốc độ hoặc độ ổn định.

Không tồn tại một ngưỡng duy nhất áp dụng cho mọi doanh nghiệp. Một mức hiệu suất có thể chấp nhận ở mô hình kinh doanh này nhưng trở thành điểm nghẽn ở mô hình khác. Ngưỡng điều chỉnh phải gắn với yêu cầu dịch vụ và mục tiêu mà doanh nghiệp đã xác định.

Khi môi trường công nghệ, nhà cung cấp hoặc yêu cầu bên ngoài thay đổi đáng kể

Ngay cả khi mục tiêu nội bộ không đổi, doanh nghiệp vẫn có thể phải điều chỉnh chiến lược vì môi trường bên ngoài đã thay đổi.

Một nền tảng quan trọng có thể sắp hết thời gian hỗ trợ; nhà cung cấp có thể thay đổi mô hình cấp phép hoặc điều kiện dịch vụ; công nghệ đang sử dụng có thể không còn đáp ứng yêu cầu tích hợp; một phương thức tấn công mới có thể làm thay đổi mức rủi ro; hoặc quy định mới có thể đặt ra yêu cầu khác đối với dữ liệu, quyền riêng tư và kiểm soát hệ thống.

NIST Cybersecurity Framework 2.0 xem bối cảnh tổ chức — bao gồm sứ mệnh, kỳ vọng của các bên liên quan, sự phụ thuộc và các yêu cầu pháp lý, quy định, hợp đồng — là đầu vào của hoạt động quản trị rủi ro. Cách tiếp cận này cho thấy chiến lược công nghệ không nên được coi là một kế hoạch cố định tách rời môi trường hoạt động.

Doanh nghiệp đặc biệt cần đánh giá lại khi:

·         Công nghệ cốt lõi bước vào giai đoạn hết hỗ trợ hoặc không còn lộ trình phát triển phù hợp

·         Mức phụ thuộc vào một nhà cung cấp tạo ra rủi ro vượt khả năng chấp nhận

·         Yêu cầu bảo mật, quyền riêng tư hoặc tuân thủ thay đổi

·         Công nghệ mới làm thay đổi đáng kể chi phí, tốc độ hoặc phương thức cung cấp năng lực mà doanh nghiệp đang sử dụng

·         Hệ sinh thái đối tác hoặc khách hàng yêu cầu những chuẩn tích hợp mà nền tảng hiện tại khó đáp ứng

Sự xuất hiện của công nghệ mới tự nó chưa đủ để tạo ra nhu cầu điều chỉnh. Doanh nghiệp chỉ nên thay đổi khi công nghệ mới hoặc sự biến động của môi trường làm thay đổi đáng kể lợi ích, chi phí, rủi ro hoặc khả năng thực hiện mục tiêu.

Khi chi phí, hiệu suất hoặc rủi ro liên tục lệch khỏi mức doanh nghiệp có thể chấp nhận

Một chiến lược công nghệ có thể đúng tại thời điểm được xây dựng nhưng trở nên kém phù hợp sau một thời gian vận hành. Vì vậy, khoảng cách giữa kết quả thực tế và kết quả mục tiêu là một tín hiệu quan trọng.

Các dấu hiệu thường đáng chú ý không phải là một biến động ngắn hạn mà là xu hướng có tính hệ thống, chẳng hạn chi phí duy trì tăng trong khi giá trị tạo ra không tăng tương ứng, thời gian triển khai kéo dài, sự cố lặp lại, năng lực phục hồi không đáp ứng yêu cầu hoặc phần lớn nguồn lực công nghệ phải dành để duy trì hệ thống cũ thay vì hỗ trợ nhu cầu mới.

Cách đánh giá phù hợp là so sánh ba trạng thái:

Trạng thái hiện tại → Trạng thái mục tiêu → Khoảng cách cần xử lý

NIST CSF 2.0 sử dụng logic tương tự thông qua Organizational Profiles: tổ chức có thể mô tả trạng thái hiện tại và trạng thái mục tiêu, sau đó ưu tiên những khoảng cách cần xử lý dựa trên sứ mệnh, kỳ vọng của các bên liên quan, môi trường rủi ro và yêu cầu của tổ chức.

Với chiến lược công nghệ nói chung, doanh nghiệp cũng nên thiết lập KPI và ngưỡng chấp nhận riêng cho những năng lực quan trọng. Nếu kết quả liên tục vượt khỏi ngưỡng này và nguyên nhân nằm ở lựa chọn kiến trúc, nền tảng, mô hình vận hành hoặc cách phân bổ đầu tư, đó là tín hiệu cần điều chỉnh chiến lược thay vì tiếp tục tối ưu cục bộ.

Ngược lại, nếu sai lệch chỉ xuất phát từ lỗi triển khai có thể sửa mà không làm thay đổi định hướng dài hạn, chưa có đủ căn cứ để thay đổi chiến lược.

Khi kiến trúc công nghệ trở thành giới hạn đối với khả năng thay đổi của doanh nghiệp

Một hệ thống vẫn có thể ổn định nhưng đồng thời trở thành trở ngại chiến lược. Điều này thường xảy ra khi kiến trúc được xây dựng cho nhu cầu trước đây và ngày càng khó thích ứng với nhu cầu mới.

Biểu hiện có thể là mỗi thay đổi nhỏ đều kéo theo nhiều hệ thống khác, tích hợp một dịch vụ mới mất quá nhiều thời gian, dữ liệu không thể sử dụng nhất quán giữa các đơn vị hoặc việc mở rộng công suất đòi hỏi chi phí không tương xứng. Khi đó, vấn đề không chỉ nằm ở hiệu suất của từng ứng dụng mà ở cấu trúc phụ thuộc giữa chúng.

Cơ chế tạo ra giới hạn khá rõ: mức phụ thuộc càng cao và các thành phần càng khó thay đổi độc lập, chi phí và rủi ro của mỗi thay đổi càng lớn. Đến một thời điểm, kiến trúc cũ làm giảm khả năng phản ứng với nhu cầu kinh doanh, dù từng hệ thống riêng lẻ vẫn hoạt động.

Điều chỉnh chiến lược trong trường hợp này có thể liên quan đến nguyên tắc kiến trúc, cách quản trị dữ liệu, mô hình tích hợp, cách xây dựng hoặc mua công nghệ và lộ trình hiện đại hóa. Tuy nhiên, không nên mặc định rằng kiến trúc cũ phải được thay toàn bộ. Nếu một số thành phần vẫn tạo giá trị và có thể tách khỏi điểm nghẽn, giữ lại chúng thường ít rủi ro hơn một chương trình thay thế đồng loạt.

Doanh nghiệp chỉ nên điều chỉnh khi khoảng cách đủ lớn để thay đổi quyết định dài hạn

Không phải mọi tín hiệu đều cần được nâng thành thay đổi chiến lược. Nếu doanh nghiệp phản ứng với từng xu hướng công nghệ, từng sản phẩm mới hoặc từng vấn đề vận hành nhỏ, chiến lược sẽ mất tính ổn định và danh mục đầu tư dễ bị phân tán.

Một tín hiệu chỉ thực sự mang tính chiến lược khi nó ảnh hưởng đến những quyết định có thời hạn hoặc phạm vi đáng kể, chẳng hạn năng lực nào cần xây dựng, nền tảng nào tiếp tục đầu tư, kiến trúc nào cần hướng tới, rủi ro nào được chấp nhận hoặc nguồn lực được phân bổ vào đâu.

Có thể kiểm tra một đề xuất điều chỉnh bằng bốn câu hỏi:

1.    Mục tiêu hoặc yêu cầu quan trọng nào đã thay đổi?

2.    Năng lực công nghệ hiện tại thiếu gì để đáp ứng thay đổi đó?

3.    Khoảng cách này có thể giải quyết bằng cải tiến vận hành thông thường hay đòi hỏi thay đổi định hướng, kiến trúc hoặc đầu tư?

4.    Lợi ích và mức giảm rủi ro của việc thay đổi có đủ lớn so với chi phí, gián đoạn và rủi ro chuyển đổi hay không?

Nếu khoảng cách chỉ mang tính tạm thời hoặc có thể giải quyết bằng tối ưu cục bộ, doanh nghiệp nên giữ ổn định chiến lược và xử lý ở cấp vận hành. Nếu khoảng cách ảnh hưởng trực tiếp đến khả năng đạt mục tiêu, phục vụ nhu cầu hoặc kiểm soát rủi ro trong tương lai, việc điều chỉnh chiến lược trở nên cần thiết.

Cách tiếp cận này cũng tránh một hiểu lầm phổ biến: điều chỉnh chiến lược công nghệ không đồng nghĩa với thay toàn bộ công nghệ. Doanh nghiệp có thể chỉ cần thay đổi thứ tự ưu tiên, nguyên tắc đầu tư, kiến trúc mục tiêu, mô hình cung cấp dịch vụ hoặc lộ trình chuyển đổi trong khi vẫn giữ những tài sản công nghệ còn phù hợp.

Doanh nghiệp cần điều chỉnh chiến lược công nghệ khi mục tiêu kinh doanh, nhu cầu của người dùng, yêu cầu vận hành hoặc môi trường công nghệ thay đổi đủ lớn để năng lực hiện tại không còn đáp ứng trạng thái mà tổ chức cần đạt. Các tín hiệu đáng chú ý nhất là sự lệch pha với mục tiêu kinh doanh, điểm nghẽn vận hành có tính hệ thống, biến động về công nghệ và rủi ro bên ngoài, KPI liên tục lệch khỏi mức chấp nhận hoặc kiến trúc bắt đầu hạn chế khả năng thay đổi.

Quyết định nên dựa trên khoảng cách giữa trạng thái hiện tại và trạng thái mục tiêu, đồng thời cân nhắc lợi ích, chi phí, rủi ro và mức độ gián đoạn của quá trình chuyển đổi. Nhờ đó, doanh nghiệp có thể thay đổi khi thực sự cần thiết nhưng vẫn giữ được sự ổn định đối với những phần của chiến lược và hệ thống đang tiếp tục tạo giá trị.