INFOCHIEF ACADEMY · CIO KNOWLEDGE SERIES

Xây dựng chiến lược IT gắn với chiến lược kinh doanh: Phương pháp triển khai từng bước.

Liên kết IT với chiến lược kinh doanh không phải là viết thêm một cột “business alignment” trong danh mục dự án. CIO cần một quy trình có thể lặp lại: hiểu bối cảnh, xác định năng lực, đánh giá khoảng cách, thiết kế trạng thái mục tiêu, lựa chọn sáng kiến, xây roadmap và thiết lập cơ chế đo lường. Bài viết này trình bày một phương pháp thực hành theo từng bước.

Biên soạn: Infochief Academy · Chuyên đề: Giám đốc Công nghệ Thông tin – CIO

← Trở về danh mục CIO

Minh họa biên tập cho chuyên đề CIO và quản trị công nghệ trong doanh nghiệp.

Bước 1 – Đọc chiến lược kinh doanh như một “bản đồ thay đổi”

Không nên sao chép các mục tiêu tài chính vào tài liệu IT rồi gọi đó là “alignment”. CIO cần phân tích mỗi mục tiêu thành thay đổi cụ thể: khách hàng nào, sản phẩm nào, thị trường nào, quy trình nào, mô hình vận hành nào và rủi ro nào sẽ thay đổi.

Ví dụ, “mở thêm 30 điểm bán” kéo theo yêu cầu về onboarding cửa hàng, kết nối, thiết bị, dữ liệu sản phẩm, quản lý danh tính, hỗ trợ từ xa và khả năng mở rộng của hệ thống trung tâm. Khi chiến lược được đọc theo cách này, nhu cầu IT trở nên cụ thể mà chưa cần chọn giải pháp.

Bước 2 – Xác định năng lực IT và năng lực số cần cho trạng thái tương lai

Năng lực là khả năng tổ chức cần duy trì, không phải tên sản phẩm. CIO nên xây danh mục năng lực ở mức vừa đủ: quản trị dữ liệu, tích hợp, trải nghiệm số, an toàn thông tin, quản lý dịch vụ, khả năng phục hồi, phân tích, tự động hóa, kiến trúc và quản trị nhà cung cấp.

Việc này giúp nhìn xuyên qua ranh giới hệ thống. Một năng lực “quản trị danh tính” có thể liên quan nhiều ứng dụng; nếu mỗi dự án tự giải quyết riêng, doanh nghiệp sẽ tích lũy chi phí và rủi ro.

Chương trình Trưởng Phòng IT Chuyên Nghiệp – IT Manager hỗ trợ chuyển các năng lực cấp chiến lược thành cơ cấu tổ chức, trách nhiệm, nguồn lực và KPI ở cấp vận hành.

Bước 3 – Đánh giá khoảng cách bằng bốn lớp: con người, quy trình, dữ liệu và công nghệ

Lớp đánh giá	Câu hỏi	Sản phẩm đầu ra
Con người	Năng lực, vai trò và trách nhiệm đã đủ chưa?	Ma trận năng lực, khoảng trống nhân sự
Quy trình	Quy trình có chuẩn, đo được và có chủ sở hữu?	Danh sách điểm nghẽn, quy trình ưu tiên
Dữ liệu	Dữ liệu có đáng tin cậy, có người sở hữu và dùng được?	Vấn đề chất lượng, quyền sở hữu, luồng dữ liệu
Công nghệ	Kiến trúc có đủ khả năng mở rộng, tích hợp và an toàn?	Khoảng cách kiến trúc, nợ kỹ thuật, rủi ro

Không nên chỉ dùng maturity score tổng quát. Điểm số giúp định vị, nhưng quyết định đầu tư cần đi đến khoảng cách cụ thể và tác động của khoảng cách đó đối với mục tiêu kinh doanh.

Bước 4 – Thiết kế trạng thái mục tiêu và các nguyên tắc kiến trúc

Trạng thái mục tiêu không cần là bản vẽ kỹ thuật hàng trăm trang. Ở cấp chiến lược, CIO cần mô tả được cách tổ chức sẽ vận hành: hệ thống nào là nền tảng, dữ liệu chủ ở đâu, tích hợp qua cơ chế nào, nguyên tắc cloud là gì, dịch vụ nào thuê ngoài và các yêu cầu tối thiểu về bảo mật, phục hồi.

Một tập nguyên tắc kiến trúc giúp các dự án riêng lẻ không kéo doanh nghiệp theo nhiều hướng. Ví dụ: “API-first cho tích hợp mới”, “một nguồn dữ liệu chủ cho khách hàng”, “không triển khai ứng dụng không có chủ sở hữu vòng đời”, “mặc định tích hợp quản lý danh tính tập trung”.

Bước 5 – Hình thành danh mục sáng kiến và loại bỏ các ý tưởng không đủ điều kiện

Mỗi khoảng cách có thể tạo ra nhiều sáng kiến. CIO nên hợp nhất các sáng kiến trùng năng lực, loại bỏ các yêu cầu chỉ phục vụ một đơn vị nếu có thể giải quyết bằng nền tảng chung và đánh giá phụ thuộc giữa các dự án.

Mỗi sáng kiến tối thiểu phải có mục tiêu, chủ sở hữu, lợi ích, rủi ro, chi phí ước tính, phụ thuộc và chỉ số kết quả. Sáng kiến không có chủ sở hữu lợi ích nên được coi là chưa sẵn sàng.

Để chuẩn hóa governance, business case và kiểm soát dự án, có thể tham khảo chương trình Giám Đốc Dự Án IT – Project Manager.

Bước 6 – Xây roadmap theo phụ thuộc và khả năng hấp thụ thay đổi, không chỉ theo ngân sách

Roadmap tốt không phải danh sách dự án theo quý. Nó cần phản ánh logic: năng lực nền tảng nào phải có trước, đơn vị nào phải thay đổi quy trình, dữ liệu nào cần chuẩn hóa, nguồn lực nào bị chia sẻ và tổ chức có thể hấp thụ bao nhiêu thay đổi cùng lúc.

Một doanh nghiệp có thể đủ tiền để triển khai ERP, CRM và Data Platform trong cùng năm nhưng không có đủ chuyên gia nghiệp vụ, năng lực quản trị thay đổi hay thời gian của quản lý tuyến giữa để hấp thụ ba chương trình lớn. Vì vậy năng lực thực thi là một ràng buộc chiến lược.

Bước 7 – Gắn KPI, governance và cơ chế rà soát để chiến lược không nằm trên PowerPoint

Chiến lược chỉ có giá trị khi được đưa vào nhịp quản trị. CIO cần xác định ai phê duyệt thay đổi danh mục, ai sở hữu lợi ích, bao lâu rà soát roadmap, tiêu chí nào khiến dự án bị dừng hoặc điều chỉnh.

COBIT 2019 cung cấp góc nhìn hữu ích về governance và management objectives; ISO/IEC 38500 nhấn mạnh trách nhiệm ở cấp governing body. Trong thực tế, điều quan trọng là doanh nghiệp có cơ chế quyết định minh bạch hơn là “áp dụng framework” theo hình thức.

Với các dịch vụ đã đi vào vận hành, chương trình Quản Lý Dịch Vụ IT – ITSM hỗ trợ chuyển chiến lược thành cơ chế cung cấp dịch vụ, SLA, trải nghiệm và cải tiến liên tục.

Tình huống minh họa: chiến lược “Cloud First” được viết lại thành roadmap có mục tiêu

Tình huống giả định: doanh nghiệp đặt mục tiêu “Cloud First” nhưng sau một năm chi phí tăng, kiến trúc phức tạp hơn và không rõ lợi ích. CIO tổ chức đánh giá lại từ chiến lược kinh doanh. Kết quả cho thấy ưu tiên thật sự là mở rộng nhanh sang thị trường mới và giảm thời gian cấp phát môi trường.

Nhóm xây lại roadmap: chuẩn hóa landing zone, quản trị danh tính, mạng và logging; thiết lập FinOps; phân loại ứng dụng theo giá trị và độ phù hợp; chỉ di chuyển những hệ thống có business case rõ. “Cloud First” được thay bằng nguyên tắc “Cloud where it improves speed, resilience or economics”.

Sự thay đổi này cho thấy chiến lược công nghệ phải là tập hợp lựa chọn có điều kiện, không phải khẩu hiệu.

Checklist 10 điểm trước khi công bố chiến lược IT

Chiến lược đã liên kết với các mục tiêu và thay đổi kinh doanh cụ thể.
Có bản đồ năng lực cần phát triển.
Khoảng cách được đánh giá trên bốn lớp, không chỉ công nghệ.
Có nguyên tắc kiến trúc để dẫn dắt quyết định dự án.
Danh mục sáng kiến có chủ sở hữu lợi ích.
Roadmap thể hiện phụ thuộc và năng lực hấp thụ thay đổi.
Rủi ro chiến lược và nợ kỹ thuật quan trọng được đưa vào kế hoạch.
KPI bao gồm kết quả nghiệp vụ, dịch vụ và rủi ro.
Có governance để thay đổi, dừng hoặc tái ưu tiên danh mục.
Có lịch rà soát định kỳ vì chiến lược phải thích ứng với thay đổi.

Hành động nên bắt đầu: tổ chức một workshop nửa ngày với các lãnh đạo nghiệp vụ để thống nhất 5–7 năng lực doanh nghiệp quan trọng nhất cho 2–3 năm tới; dùng chúng làm trục để xây lại danh mục IT.

Nguồn tham khảo

Các nguồn trên được dùng làm tài liệu tham khảo cho nguyên tắc quản trị, chiến lược, danh mục đầu tư và quản lý lợi ích. Nội dung bài viết là diễn giải ứng dụng của Infochief Academy.