Quá nhiều sáng kiến số cùng lúc: CDO nên chọn dự án nào để làm trước?

Khởi động thêm dự án có thể làm cả danh mục chậm lại

Mỗi phòng ban đề xuất một sáng kiến số cần triển khai ngay. Khi tất cả được khởi động, cùng một nhóm dữ liệu phải hỗ trợ nhiều đội, người dùng liên tục dự họp và các quyết định chờ nhau. Danh mục có nhiều hoạt động nhưng ít kết quả hoàn tất. CDO cần giải quyết giới hạn thực hiện trước khi bổ sung lịch dự án.

Ưu tiên là lựa chọn việc được làm trước và việc chưa làm, với lý do có thể giải thích. Không chỉ xếp hạng lợi ích dự kiến. Cần xem năng lực, phụ thuộc, rủi ro và mức bằng chứng, đồng thời giữ trách nhiệm vận hành thường xuyên. Một sáng kiến hấp dẫn nhưng chưa đủ điều kiện có thể cần khảo sát thay vì triển khai rộng.

Trong vai trò Chief Digital Officer, CDO giúp tổ chức đưa các lựa chọn này vào cơ chế quyết định. Nền tảng lãnh đạo chuyển đổi số hỗ trợ kết nối ưu tiên kinh doanh với danh mục có thể thực hiện, thay vì để từng đơn vị tự tranh nguồn lực.

Làm rõ toàn bộ nhu cầu đang cạnh tranh

Tập hợp sáng kiến đang làm, đã cam kết, mới đề xuất và công việc nền tảng. Với từng sáng kiến, ghi vấn đề, kết quả, chủ sở hữu, phạm vi và nhu cầu nguồn lực. Những công việc nhỏ không có tên dự án vẫn có thể chiếm thời gian đáng kể, nên cần được nhìn trong năng lực thực hiện.

Kiểm tra đề xuất trùng hoặc chia nhỏ cùng một mục tiêu. Hai phòng ban có thể xin hai công cụ để giải quyết cùng nhu cầu dữ liệu. Việc hợp nhất cần xem khác biệt nghiệp vụ, không mặc định dùng chung luôn tốt hơn. Mục tiêu là có bức tranh đủ rõ để tránh đầu tư lặp và cam kết chồng nhau.

Tách dự toán có căn cứ khỏi giả định. Một đề xuất chỉ có giá giấy phép chưa thể so sánh với đề xuất đã tính tích hợp, đào tạo và vận hành. Khi thông tin chưa đủ, ghi yêu cầu khảo sát và người bổ sung, không tự điền một con số chắc chắn để hoàn thành bảng.

Chia nhóm quyết định trước khi chấm điểm

Có thể chia thành công việc bắt buộc, nền tảng mở đường, cải thiện đã có bằng chứng và thử nghiệm chưa chắc chắn. Đây là cách thực hành để thảo luận, cần điều chỉnh theo doanh nghiệp. Những nghĩa vụ hoặc kiểm soát bắt buộc phải được đánh giá bởi người có trách nhiệm, không chỉ cạnh tranh bằng điểm lợi ích.

Sáng kiến nền tảng cần chỉ rõ phục vụ mục tiêu nào và điều kiện nào. Nhãn “nền tảng” không tự chứng minh giá trị. Nếu chưa biết ai sử dụng và khi nào, cần thu hẹp phạm vi hoặc bổ sung bằng chứng trước khi cam kết đầu tư lớn.

Thử nghiệm cần giới hạn và tiêu chí học hỏi. Một ý tưởng mới có thể đáng thử dù chưa đủ dữ liệu doanh thu, nhưng mức nguồn lực phải tương xứng với độ không chắc chắn. Không đưa toàn bộ ước lượng lợi ích kỳ vọng vào cùng cột với lợi ích đã xác minh.

Ma trận để đặt ưu tiên có căn cứ

Các tiêu chí dưới đây giúp CDO tổ chức cuộc thảo luận. Doanh nghiệp cần định nghĩa cách đánh giá và xác nhận dữ liệu trước khi dùng điểm hoặc trọng số. Không có bộ trọng số chung phù hợp mọi ngành.

Nếu dùng thang điểm, mô tả mức thấp và cao bằng bằng chứng cụ thể. Sau khi có tổng điểm, vẫn kiểm tra điều kiện bắt đầu. Một sáng kiến điểm cao nhưng thiếu quyền sử dụng dữ liệu không thể tự được triển khai chỉ vì đứng đầu bảng.

Thử phương án danh mục với giới hạn nguồn lực

Xây vài phương án lựa chọn thay vì một danh sách duy nhất. Mỗi phương án cần nêu kết quả ưu tiên, công việc được nhận, công việc hoãn và những điều kiện phải có. Cấp phê duyệt nhìn được đánh đổi giữa kết quả gần, năng lực nền và cơ hội mới.

Đối chiếu nhu cầu theo kỹ năng và thời gian. Một đội có nhiều người chưa chắc có đủ người hiểu hệ thống hoặc được giao quyền thực hiện. Tính cả thời gian của chủ quy trình, tài chính, an toàn thông tin, người dùng thử và nguồn lực hỗ trợ sau triển khai.

Giữ phần năng lực vận hành theo yêu cầu thực tế, không dùng toàn bộ thời gian cho thay đổi. Nếu dự án gây gián đoạn công việc thường xuyên, cần đưa tác động đó vào lựa chọn. Chương trình IT Manager hỗ trợ đánh giá nguồn lực và khả năng duy trì dịch vụ cùng nhu cầu triển khai.

APM mô tả quản lý danh mục gắn với mục tiêu chiến lược và năng lực thực hiện. CDO có thể vận dụng nguyên tắc này để đề xuất số sáng kiến đang làm phù hợp, đồng thời xem lại khi nhu cầu hoặc điều kiện thay đổi.

Chốt trạng thái làm, khảo sát, hoãn hoặc dừng

Mỗi sáng kiến cần một quyết định rõ. “Để sau” chưa đủ nếu không có lý do và mốc xem lại. Trạng thái khảo sát cần câu hỏi phải trả lời và nguồn lực giới hạn. Trạng thái triển khai cần điều kiện bắt đầu, chủ sở hữu và cam kết được xác nhận.

Với việc đang làm, không tiếp tục chỉ vì đã chi nhiều tiền. Xem chi phí và giá trị tương lai, tác động dừng, nghĩa vụ và các lựa chọn khác. Các khoản đã chi là thông tin cần biết nhưng không tự quyết định bước tiếp theo. Quyết định phải do người có thẩm quyền đưa ra với dữ liệu đầy đủ.

Khi hoãn hoặc dừng, xử lý hợp đồng, dữ liệu, quyền và công việc tiếp nối theo trách nhiệm thực tế. Thông báo cho các bên bị ảnh hưởng và giữ hồ sơ lý do. Không bỏ tên khỏi roadmap rồi để người thực hiện tiếp tục tiêu nguồn lực vì chưa nhận được quyết định.

Tình huống giả định: bốn dự án cùng chờ một nhóm

Một doanh nghiệp giả định triển khai cổng khách hàng, phân tích bán hàng, tự động hóa báo cáo và tích hợp đơn hàng. Cả bốn cần một nhóm dữ liệu. Từng dự án đều có lý do hợp lý, nhưng người thực hiện phải chuyển việc liên tục và chưa hoàn tất đầu vào cho dự án nào.

CDO cùng các chủ sở hữu xem mục tiêu và phụ thuộc. Doanh nghiệp chốt phần tích hợp phục vụ hành trình khách hàng ưu tiên, giới hạn thử nghiệm phân tích và hoãn một phần báo cáo sau khi xác nhận phương án duy trì hiện tại. Mỗi quyết định có lý do, người nhận và mốc xem lại.

Kỳ tiếp theo, đội kiểm tra đầu vào được hoàn tất và kết quả dịch vụ, không chỉ số dự án đang mở. Tình huống không giả định tỷ lệ tăng năng suất. Bài học là ưu tiên cần tạo lựa chọn cụ thể để giảm xung đột, chứ không chỉ thay thứ tự trong một bảng dài.

Tổ chức kỳ rà soát để danh mục không đông lại

Mọi nhu cầu mới cần đi qua cơ chế tiếp nhận và so sánh cùng công việc đang làm. Nếu được thêm vào, phải xác nhận nguồn lực hoặc quyết định điều chỉnh phần khác. Không để một cuộc họp riêng tạo cam kết mới mà danh mục chung chưa biết.

Theo dõi tiến độ, phụ thuộc và bằng chứng lợi ích thành các phần riêng. Một dự án đúng lịch chưa chắc có mức áp dụng hoặc kết quả mong muốn. Quản lý lợi ích của APM nhấn mạnh việc theo dõi đến hiện thực hóa; CDO cần giữ chủ sở hữu kết quả sau bàn giao kỹ thuật.

Nội dung quản lý dự án IT giúp tổ chức thực hiện cam kết đã chốt. Khi đổi ưu tiên, cập nhật phạm vi và lịch theo cơ chế quản lý, để người thực hiện không nhận các yêu cầu mâu thuẫn.

Bộ câu hỏi trước khi mở thêm sáng kiến

• Mục tiêu nào khiến việc này đáng ưu tiên trong kỳ hiện tại?
• Bằng chứng nào đã có, điều gì còn là giả định?
• Nguồn lực nào được xác nhận và việc nào phải điều chỉnh?
• Phụ thuộc và điều kiện kiểm soát nào cần đạt trước khi bắt đầu?
• Ai nhận trách nhiệm lợi ích, mức áp dụng và vận hành?
• Khi nào xem lại, và bằng chứng nào dẫn tới tiếp tục hoặc dừng?

Nếu câu trả lời chưa rõ, chọn bước khảo sát phù hợp thay vì mở một dự án lớn. Quyết định ít nhưng có điều kiện rõ giúp đội tập trung và giúp lãnh đạo đánh giá được kết quả.

Ưu tiên danh mục là công việc liên tục của CDO và các chủ sở hữu. Chương trình triển khai chuyển đổi số hỗ trợ đưa lựa chọn thành kế hoạch có phạm vi và kiểm soát. Giá trị của ưu tiên nằm ở khả năng hoàn tất việc quan trọng và điều chỉnh khi bằng chứng thay đổi.

Bài viết liên quan

• Tự động hóa quy trình kém hiệu quả có thể gây lãng phí: Cần thiết kế lại từ đâu?
• Xây dựng mô hình quản trị chuyển đổi số: Vai trò của CEO, CDO, CIO và các phòng ban.
• Quản trị sự thay đổi: Làm thế nào để nhân viên chấp nhận và sử dụng hệ thống mới?
• Xây dựng văn hóa số: Chuyển đổi hành vi làm việc thay vì chỉ trang bị công cụ.

Nguồn tham khảo

1. APM – What is portfolio management?
2. APM – Benefits management and project success
3. Atlassian – Working with WIP limits for kanban