Cách xác định ưu tiên sáng kiến công nghệ

Cách tiếp cận thực tế hơn là đánh giá mỗi sáng kiến trên bốn chiều: giá trị, khả thi, rủi ro và quan hệ phụ thuộc. Giá trị cho biết sáng kiến đáng làm đến đâu; khả thi cho biết doanh nghiệp có thể thực hiện đến mức nào; rủi ro phản ánh khả năng giá trị không đạt như kỳ vọng; còn quan hệ phụ thuộc quyết định sáng kiến có thể triển khai ngay hay phải chờ một điều kiện khác.

Thứ tự ưu tiên vì vậy không đơn thuần là danh sách từ “tốt nhất” đến “kém nhất”. Nó phải phản ánh cả giá trị kinh doanh và trình tự triển khai hợp lý của toàn bộ danh mục.

Xác định giá trị trước khi đánh giá công nghệ

Tiêu chí đầu tiên nên trả lời câu hỏi: nếu sáng kiến thành công, doanh nghiệp nhận được giá trị gì và giá trị đó có quan trọng với mục tiêu hiện tại hay không?

Giá trị không đồng nghĩa với doanh thu. Tùy mục tiêu, một sáng kiến có thể tạo giá trị bằng cách tăng doanh thu, giảm chi phí, rút ngắn thời gian xử lý, giảm lỗi, tăng năng lực phục vụ khách hàng, bảo vệ hoạt động quan trọng hoặc tạo nền tảng cho những khả năng mới.

Điểm quan trọng là phải chuyển mô tả chung như “nâng cao hiệu quả” hoặc “cải thiện trải nghiệm” thành kết quả có thể kiểm chứng. Ví dụ, thay vì ghi “tự động hóa giúp bộ phận vận hành làm việc nhanh hơn”, doanh nghiệp nên xác định quy trình nào được tác động, thời gian xử lý hiện tại là bao nhiêu, mức cải thiện kỳ vọng và quy mô người dùng chịu ảnh hưởng.

Có thể đánh giá giá trị trên thang 0–5 dựa trên một số câu hỏi nhất quán:

·         Mức đóng góp vào mục tiêu kinh doanh hiện tại

·         Quy mô lợi ích tài chính hoặc vận hành

·         Số khách hàng, nhân viên hoặc quy trình được tác động

·         Mức độ cấp thiết của vấn đề cần giải quyết

·         Khả năng tạo năng lực dùng lại cho các sáng kiến khác

Không nên cộng tất cả loại lợi ích vào một con số mà không kiểm tra khả năng đo lường. Giá trị ước tính càng lớn nhưng càng dựa vào nhiều giả định chưa được kiểm chứng thì độ tin cậy của điểm càng thấp.

Ở cấp quản trị, cách nhìn này phù hợp với nguyên tắc coi đầu tư CNTT là quyết định tạo kết quả cho tổ chức chứ không chỉ là quyết định mua hoặc triển khai công nghệ. ISO/IEC 38500:2024 đặt việc sử dụng CNTT hiệu quả, hiệu suất và phù hợp trong phạm vi quản trị của tổ chức; ISO/IEC 38506:2020 đi sâu hơn vào quản trị các khoản đầu tư có CNTT hỗ trợ.

Đánh giá tính khả thi để biết sáng kiến có thể thực hiện đến đâu

Hai sáng kiến có giá trị tương đương không nhất thiết nên được ưu tiên như nhau. Sáng kiến có thể triển khai bằng dữ liệu, kiến trúc và năng lực hiện có thường tạo giá trị sớm hơn sáng kiến đòi hỏi nhiều điều kiện chưa sẵn sàng.

Tính khả thi nên được đánh giá ít nhất trên bốn nhóm.

Khả thi về công nghệ

Doanh nghiệp cần xác định kiến trúc hiện tại có hỗ trợ sáng kiến hay không, khả năng tích hợp với hệ thống đang vận hành, yêu cầu hiệu năng, bảo mật, khả năng mở rộng và mức độ trưởng thành của công nghệ được lựa chọn.

Công nghệ mới không tự động đồng nghĩa với tính khả thi thấp. Rủi ro thực sự xuất hiện khi doanh nghiệp chưa biết rõ công nghệ có đáp ứng điều kiện vận hành cụ thể của mình hay không.

Khả thi về dữ liệu

Với các sáng kiến phụ thuộc nhiều vào dữ liệu, đặc biệt là phân tích nâng cao và AI, câu hỏi quan trọng không phải chỉ là “có dữ liệu hay không” mà còn là dữ liệu có đủ chất lượng, quyền truy cập, cấu trúc và phạm vi sử dụng hay không.

Một sáng kiến AI có mô hình kỹ thuật khả thi nhưng dữ liệu lịch sử phân tán, thiếu nhãn hoặc không được phép sử dụng cho mục tiêu dự kiến vẫn có mức khả thi thấp.

Khả thi về nguồn lực

Cần xét ngân sách, năng lực đội ngũ, thời gian của chuyên gia nghiệp vụ, năng lực quản trị thay đổi và khả năng vận hành giải pháp sau khi triển khai.

Đây là nguyên nhân khiến một số sáng kiến có business case hấp dẫn vẫn nên được lùi lại: tổ chức có thể mua công nghệ nhưng chưa có khả năng hấp thụ thay đổi mà công nghệ tạo ra.

Khả thi về thời gian

Một sáng kiến có thể hoàn toàn khả thi về kỹ thuật nhưng không khả thi trong khung thời gian mà giá trị kinh doanh cần xuất hiện.

Vì vậy, điểm khả thi phải phản ánh khả năng tạo ra kết quả trong điều kiện thực tế, không chỉ phản ánh việc giải pháp về mặt kỹ thuật “có thể xây được”.

Đưa rủi ro vào quyết định thay vì đánh giá sau khi đã chọn

Sai lầm thường gặp là xếp hạng các sáng kiến theo lợi ích trước, sau đó mới thực hiện đánh giá rủi ro đối với những sáng kiến đã được chọn. Cách này làm rủi ro trở thành bước kiểm tra cuối thay vì một thành phần của quyết định đầu tư.

Rủi ro nên được đánh giá đồng thời với giá trị và khả thi.

Các nhóm rủi ro đáng xem xét gồm:

·         Rủi ro kỹ thuật và tích hợp

·         Rủi ro an ninh, quyền riêng tư hoặc tuân thủ

·         Rủi ro dữ liệu

·         Rủi ro vượt chi phí hoặc chậm tiến độ

·         Rủi ro người dùng không chấp nhận thay đổi

·         Rủi ro nhà cung cấp hoặc công nghệ bị khóa

·         Rủi ro lợi ích thực tế thấp hơn giả định

ISO 31000:2018 mô tả quản trị rủi ro như một quá trình gồm nhận diện, phân tích, đánh giá, xử lý, theo dõi và trao đổi rủi ro. Điều này hỗ trợ cách tiếp cận trong đó rủi ro được đưa vào quyết định phân bổ nguồn lực chứ không chỉ được ghi nhận sau khi đầu tư đã được quyết định.

Cần phân biệt rủi ro cao với sáng kiến không nên làm. Một sáng kiến giá trị rất cao có thể đáng được thực hiện dù rủi ro lớn, nếu doanh nghiệp có biện pháp giảm rủi ro phù hợp. Ngược lại, một sáng kiến rủi ro thấp nhưng giá trị hạn chế không nên tự động được ưu tiên.

Do đó, doanh nghiệp có thể chấm theo “khả năng kiểm soát rủi ro”: điểm cao khi rủi ro đã hiểu rõ và có biện pháp xử lý khả thi; điểm thấp khi tồn tại bất định lớn hoặc hậu quả nghiêm trọng chưa được kiểm soát. Cách chấm này giúp tất cả tiêu chí trong mô hình cùng có một chiều: điểm càng cao càng thuận lợi cho việc ưu tiên.

Xử lý quan hệ phụ thuộc trước khi chốt thứ tự triển khai

Điểm số cao nhất chưa chắc xác định sáng kiến phải bắt đầu đầu tiên.

Một sáng kiến có thể phụ thuộc vào:

·         Nền tảng dữ liệu chưa hoàn thành

·         API hoặc khả năng tích hợp chưa có

·         Hệ thống lõi cần nâng cấp trước

·         Chính sách dữ liệu hoặc bảo mật chưa được ban hành

·         Một dự án khác cung cấp chức năng đầu vào

·         Năng lực tổ chức chưa được xây dựng

Nếu bỏ qua những phụ thuộc này, doanh nghiệp dễ ưu tiên một sáng kiến hấp dẫn nhưng không thể khởi động thực chất.

Có hai loại phụ thuộc cần phân biệt.

Phụ thuộc bắt buộc nghĩa là sáng kiến B không thể triển khai hoặc không thể tạo giá trị nếu A chưa hoàn thành. Trong trường hợp này, A có thể phải được đưa lên trước dù điểm giá trị trực tiếp của A thấp hơn.

Phụ thuộc tăng cường nghĩa là B vẫn triển khai được nhưng hiệu quả cao hơn khi A đã tồn tại. Loại phụ thuộc này không nhất thiết thay đổi hoàn toàn thứ tự, nhưng cần được phản ánh trong kế hoạch.

Ví dụ, một hệ thống phân tích dự báo có thể tạo giá trị kinh doanh lớn hơn dự án chuẩn hóa dữ liệu. Tuy nhiên, nếu dữ liệu nguồn chưa thống nhất và chưa có cơ chế quản trị chất lượng, dự án dữ liệu có thể phải được thực hiện trước để mở khóa giá trị của sáng kiến phân tích.

Vì vậy, cần lập dependency map trước khi biến điểm số thành roadmap. Đây là bước phân biệt giữa “sáng kiến có giá trị cao nhất” và “sáng kiến nên thực hiện đầu tiên”.

Chấm điểm tổng hợp để tạo một danh sách ưu tiên có thể giải thích

Sau khi chuẩn hóa các tiêu chí, doanh nghiệp có thể dùng mô hình weighted scoring để so sánh các sáng kiến trên cùng một cơ sở.

Một cấu hình khởi điểm có thể là:

Các trọng số này không phải benchmark chung cho mọi doanh nghiệp. Chúng chỉ là điểm bắt đầu. Doanh nghiệp đang chịu áp lực tăng trưởng có thể đặt trọng số giá trị cao hơn; tổ chức trong môi trường rủi ro cao có thể tăng trọng số dành cho rủi ro.

Nếu mỗi tiêu chí được chấm từ 0 đến 5, điểm tổng hợp có thể tính:

Điểm ưu tiên = Giá trị × 40% Khả thi × 25% Kiểm soát rủi ro × 20% Sẵn sàng phụ thuộc × 15%

Ví dụ:

Sáng kiến C có giá trị tối đa nhưng xếp thấp hơn vì khả thi thấp, rủi ro khó kiểm soát và phụ thuộc chưa sẵn sàng. Kết quả này không có nghĩa C ít quan trọng. Nó cho thấy C chưa sẵn sàng để được ưu tiên triển khai ngay.

Weighted scoring hữu ích vì làm rõ lý do đứng sau thứ tự, nhưng không nên biến thành phép toán quyết định thay con người. Chất lượng kết quả phụ thuộc vào định nghĩa tiêu chí, dữ liệu đầu vào và cách chấm điểm. Nếu các bộ phận tự hiểu thang điểm theo những cách khác nhau, con số tổng hợp tạo cảm giác chính xác nhưng không thực sự giúp ra quyết định.

Do đó, trước khi chấm, mỗi mức điểm nên có mô tả rõ. Chẳng hạn, điểm khả thi 5 có thể yêu cầu công nghệ, dữ liệu và nguồn lực đều sẵn sàng; điểm 1 dành cho sáng kiến còn tồn tại nhiều giả định chưa được kiểm chứng.

Dùng ngưỡng quyết định và dependency map để chuyển điểm số thành roadmap

Không phải mọi sáng kiến đều nên được đưa thẳng vào một bảng xếp hạng duy nhất. Trước khi sắp thứ tự, doanh nghiệp nên áp dụng một số decision gate.

Một sáng kiến có thể được tạm dừng nếu có giá trị chưa đủ chứng minh, rủi ro trọng yếu chưa có biện pháp xử lý, phụ thuộc bắt buộc chưa được đáp ứng hoặc tính khả thi còn dựa trên quá nhiều giả định.

Ngược lại, một số sáng kiến có thể thuộc nhóm “must-do” do yêu cầu pháp lý, an toàn hoặc bảo đảm hoạt động thiết yếu. Những sáng kiến này không nên bị loại chỉ vì điểm lợi ích tài chính thấp; chúng cần một cơ chế quyết định riêng trước khi các sáng kiến tùy chọn được xếp hạng.

Sau các decision gate, danh mục có thể chia thành bốn nhóm thực dụng:

1.    Ưu tiên triển khai: Giá trị cao, khả thi tốt, rủi ro kiểm soát được và phụ thuộc sẵn sàng

2.    Chuẩn bị để triển khai: Giá trị cao nhưng còn thiếu một số điều kiện cần

3.    Thử nghiệm hoặc xác thực: Tiềm năng lớn nhưng tồn tại bất định cần được kiểm chứng bằng pilot, prototype hoặc discovery

4.    Hoãn hoặc loại: Giá trị thấp, chi phí cơ hội cao hoặc không còn phù hợp với mục tiêu hiện tại

Cuối cùng, cần kiểm tra danh sách ở cấp danh mục thay vì chỉ từng sáng kiến riêng lẻ. Nếu năm sáng kiến đứng đầu đều cần cùng một nhóm chuyên gia, cùng thay đổi một hệ thống lõi hoặc cùng phụ thuộc một nguồn dữ liệu, thực tế doanh nghiệp không thể triển khai chúng đồng thời như điểm số gợi ý.

Thứ tự cuối vì thế nên được hình thành qua ba lớp: decision gate → điểm ưu tiên → điều chỉnh theo quan hệ phụ thuộc và năng lực thực thi.

Doanh nghiệp nên xem ưu tiên sáng kiến công nghệ là một quyết định danh mục có cấu trúc, không phải cuộc cạnh tranh giữa các đề xuất của từng phòng ban. Giá trị xác định sáng kiến đáng đầu tư đến đâu; tính khả thi cho biết doanh nghiệp có khả năng biến ý tưởng thành kết quả hay không; rủi ro điều chỉnh mức độ chắc chắn của kỳ vọng; còn quan hệ phụ thuộc quyết định trình tự triển khai thực tế.

Một mô hình chấm điểm nhất quán giúp làm rõ quyết định, nhưng không thể thay thế dependency map, decision gate và đánh giá năng lực thực thi. Sáng kiến nên được đưa lên trước không phải đơn giản là sáng kiến có lợi ích lớn nhất, mà là sáng kiến tạo ra giá trị phù hợp nhất trong điều kiện doanh nghiệp có thể thực hiện, kiểm soát rủi ro và mở khóa các bước tiếp theo.