Tech Talks: Giải mã những dự án công nghệ đổ vỡ

Khi một dự án MIS (Management Information System) không đạt được kỳ vọng, nhiều doanh nghiệp thường có xu hướng quy nguyên nhân cho phần mềm hoặc các yếu tố kỹ thuật.

Tuy nhiên, theo các chuyên gia tại Tech Talks, công nghệ hiếm khi là nguyên nhân cốt lõi. Thành công của một dự án không chỉ phụ thuộc vào việc triển khai hệ thống, mà còn được quyết định bởi mức độ sẵn sàng của tổ chức trong việc chuẩn hóa quy trình, quản trị thay đổi và đưa hệ thống vào vận hành hiệu quả sau go-live.

Định nghĩa “thành công” trong triển khai MIS

Để đánh giá đúng mức độ thành công của một dự án MIS, trước hết cần nhìn nhận lại khái niệm “thành công”. Theo bà Nguyễn Ngọc Thảo Hiếu – Solution Advisor, EY Việt Nam, nhiều dự án hoàn thành đúng tiến độ, go-live thành công và được nghiệm thu theo kế hoạch.

Tuy nhiên, go-live mới chỉ là một cột mốc của dự án, chứ chưa phải là đích đến. Giá trị thực sự của hệ thống chỉ được khẳng định khi doanh nghiệp vận hành hiệu quả hơn, người dùng sử dụng hệ thống một cách nhất quán và các mục tiêu quản trị, kinh doanh ban đầu từng bước được hiện thực hóa.

Theo bà Thảo Hiếu, một dự án chỉ thực sự được xem là thành công khi đáp ứng được các mục tiêu chiến lược mà doanh nghiệp đã xác lập ngay từ đầu. Ngược lại, nếu hệ thống đã Go-live nhưng không tạo ra những giá trị kỳ vọng về vận hành, quản trị hay tăng trưởng, thì dự án vẫn chưa đạt được thành công trọn vẹn.

Một số dấu hiệu thường gặp có thể kể đến:

• Hệ thống vận hành ổn định nhưng chưa hỗ trợ doanh nghiệp đạt được các mục tiêu kinh doanh như kỳ vọng.
• Người dùng chưa sẵn sàng thay đổi cách làm việc, dẫn đến việc khai thác hệ thống chưa hiệu quả hoặc vẫn phụ thuộc vào các công cụ thủ công ngoài hệ thống.
• Hệ thống đáp ứng được nhu cầu hiện tại nhưng chưa đủ khả năng mở rộng để đồng hành cùng sự phát triển của doanh nghiệp trong tương lai.

Khi một dự án chưa đạt được kỳ vọng, doanh nghiệp thường có xu hướng quy trách nhiệm cho bộ phận CNTT. Tuy nhiên, theo bà Thảo Hiếu, khối CNTT chủ yếu đóng vai trò triển khai và hỗ trợ kỹ thuật, trong khi thành công của dự án phụ thuộc vào sự định hướng và cam kết của toàn bộ tổ chức.

Vì vậy, ngay từ giai đoạn khởi động, ban lãnh đạo cần đóng vai trò dẫn dắt, xác định rõ mục tiêu kinh doanh, mô hình quản trị và những giá trị doanh nghiệp mong muốn đạt được thông qua dự án. Khi chiến lược và định hướng được thống nhất từ cấp lãnh đạo, công nghệ mới có thể phát huy đúng vai trò là công cụ hỗ trợ chuyển đổi và tạo ra giá trị bền vững.

Khung chiến lược People – Process – Technology

Theo bà Nguyễn Ngọc Thảo Hiếu, để một hệ thống thông tin quản lý thực sự tạo ra giá trị cho doanh nghiệp, dự án cần được xây dựng trên sự đồng bộ của ba yếu tố People – Process – Technology, trong đó công nghệ chỉ là một phần của bài toán chuyển đổi. Quan trọng hơn cả là sự thống nhất giữa mục tiêu kinh doanh, mô hình quản trị, quy trình vận hành và mức độ sẵn sàng của tổ chức.

Nhiều doanh nghiệp bắt đầu dự án ERP với kỳ vọng “đầu tư hệ thống để cắt giảm nhân sự”. Theo bà Hiếu, đây là cách tiếp cận chưa đầy đủ. Mục tiêu của một hệ thống quản trị không phải là thay thế con người, mà là giúp doanh nghiệp vận hành hiệu quả hơn, chuẩn hóa quy trình, nâng cao chất lượng dữ liệu và tăng năng suất.

Trong giai đoạn đầu, doanh nghiệp thậm chí còn cần đầu tư thêm nguồn lực để chuẩn hóa dữ liệu, quy trình và tổ chức trước khi có thể khai thác đầy đủ giá trị của hệ thống.

Vì vậy, mục tiêu của dự án cần được chuyển hóa thành các chỉ tiêu kinh doanh và vận hành cụ thể, thay vì chỉ tập trung vào việc triển khai công nghệ. Chẳng hạn như rút ngắn vòng quay hàng tồn kho, giảm thời gian đóng kỳ kế toán hoặc duy trì quy mô nhân sự hợp lý trong khi doanh thu và quy mô hoạt động tiếp tục tăng trưởng.

1. Con người – yếu tố quyết định thành công của hệ thống

Theo bà Hiếu, một hệ thống chỉ thực sự phát huy giá trị khi người dùng sẵn sàng thay đổi cách làm việc và sử dụng hệ thống như một công cụ hỗ trợ công việc hằng ngày.

Chia sẻ từ kinh nghiệm thực tế, bà Hiếu cho biết không ít trường hợp nhân viên được yêu cầu sử dụng CRM nhưng không nhận thấy giá trị mang lại. Họ vẫn duy trì dữ liệu trên các file Excel cá nhân và chỉ cập nhật một phần thông tin lên hệ thống. Khi đó, doanh nghiệp không chỉ không khai thác được giá trị của CRM mà còn đối mặt với nguy cơ thất thoát dữ liệu khi nhân sự nghỉ việc.

Theo bà, thành công của một dự án không được quyết định tại thời điểm nghiệm thu hay go-live, mà được đo bằng mức độ hệ thống được vận hành hiệu quả sau đó. Để đạt được điều này, dự án cần có sự đồng hành của một Project Manager hiểu cả nghiệp vụ và công nghệ, một Project Sponsor đủ thẩm quyền để dẫn dắt và tháo gỡ các vướng mắc giữa các đơn vị, cùng với một Enterprise Architect nhằm đảm bảo kiến trúc tổng thể và khả năng tích hợp lâu dài của hệ thống.

2. Quy trình: Chuẩn hóa trước khi số hóa

Bà Hiếu chia sẻ một trường hợp thực tế tại một doanh nghiệp lâu năm. Thay vì xem dự án là cơ hội để chuẩn hóa quy trình, doanh nghiệp lại mong muốn hệ thống phải thay đổi để đáp ứng toàn bộ cách vận hành hiện hữu.

Theo bà, thông lệ quốc tế của các giải pháp ERP hàng đầu đều khuyến nghị doanh nghiệp ưu tiên áp dụng các quy trình chuẩn của hệ thống, với tỷ lệ khoảng 70–80%, và chỉ tùy chỉnh trong những trường hợp thực sự tạo ra lợi thế cạnh tranh hoặc đáp ứng yêu cầu đặc thù.

Việc tùy biến quá nhiều không chỉ làm gia tăng chi phí triển khai và bảo trì mà còn khiến doanh nghiệp gặp khó khăn trong quá trình nâng cấp hệ thống về sau. Ngược lại, những doanh nghiệp sẵn sàng chuẩn hóa quy trình và tận dụng các thông lệ tốt của phần mềm thường triển khai nhanh hơn, ổn định hơn và khai thác được giá trị của hệ thống trong dài hạn.

3. Công nghệ – chọn giải pháp phù hợp với tổ chức

Ở góc độ công nghệ, bà Hiếu cho rằng các nền tảng quản trị hàng đầu như SAP, Oracle hay Microsoft hiện đều có năng lực đáp ứng rất cao. Vì vậy, câu hỏi quan trọng không còn là giải pháp nào có nhiều tính năng hơn, mà là giải pháp nào phù hợp nhất với mô hình kinh doanh, năng lực vận hành và lộ trình phát triển của doanh nghiệp.

Thông qua các ví dụ thực tế được chia sẻ tại Tech Talks, các diễn giả nhấn mạnh rằng một hệ thống chỉ có thể phát huy hiệu quả khi được lựa chọn trên cơ sở mức độ phù hợp với chiến lược kinh doanh, đặc thù ngành nghề và khả năng quản trị của chính doanh nghiệp, thay vì chỉ dựa trên số lượng tính năng hay xu hướng công nghệ.

Quản trị thay đổi: Mảnh ghép sống còn của bài toán vận hành

Mở rộng bức tranh dưới góc nhìn thực chiến, ông Trần Phạm Quang Khương – IT Director & Digital Transformation, Bitexco Group, đưa ra một case study kinh điển trong ngành FMCG.

Một doanh nghiệp hàng tiêu dùng nhanh triển khai hệ thống quản lý phân phối và tự động hóa lực lượng bán hàng cho hơn 400 nhà phân phối, sau đó tham vọng chỉnh sửa chính hệ thống vốn chỉ được thiết kế cho mô hình bán buôn (B2B) này để gánh thêm kênh bán lẻ với quy mô hơn 10.000 cửa hàng nhỏ lẻ.

Gốc rễ đổ vỡ nằm ở sự lệch pha về tầm nhìn chiến lược: trong khi ban lãnh đạo kỳ vọng xây dựng một hệ thống “kết nối thông minh” toàn diện theo mô hình B2B2C, thì đơn vị triển khai lại chỉ tập trung vào ứng dụng công nghệ, khiến dữ liệu bị cô lập trong mô hình bán buôn (B2B) truyền thống; cấu trúc dữ liệu không được kiểm soát và quy trình chuẩn không được thống nhất ngay từ giai đoạn khởi động.

Cộng thêm nền tảng hạ tầng mạng chưa hoàn thiện khiến thao tác liên tục bị mất sóng, và áp lực quá tải trong việc đào tạo cho hàng ngàn nhà bán lẻ, dự án đã thất bại ngay từ giai đoạn thử nghiệm.

Từ thực trạng này, ông Khương nhấn mạnh tầm quan trọng cốt lõi của việc quản trị dữ liệu. Khi nhân viên hoặc đại lý tìm cách lách quy trình – như ghi nhận nợ ngoài hệ thống nhằm chạy đua theo chỉ tiêu doanh số – nguồn dữ liệu đổ về trung tâm sẽ bị sai lệch.

Ông Khương khẳng định: “Hệ thống sinh ra là để vận hành. Nhưng nếu vận hành sai, số liệu sẽ sai. Đối với cấp lãnh đạo, việc ra quyết định chiến lược dựa trên một nền tảng dữ liệu sai lệch mới là điểm chí mạng của doanh nghiệp.”

Để giải quyết triệt để bài toán này, ông Khương cho rằng doanh nghiệp cần thay đổi tư duy: Sự thay đổi ở đây không đơn thuần là thay thế phần mềm cũ bằng phần mềm mới, mà bản chất là thay đổi cả một văn hóa kinh doanh.

Theo đó, một chiến dịch quản trị thay đổi thành công cần phải được kích hoạt ngay từ giai đoạn chuẩn bị dự án, dựa trên 4 thành tố thực thi cốt lõi:

• Xây dựng chiến lược thay đổi (Change Strategy): Định vị rõ tầm nhìn chuyển đổi và lộ trình thực thi tổng thể.
• Phát triển mạng lưới dẫn dắt (Change Leadership): Thành lập đội ngũ nòng cốt để thúc đẩy sự cam kết từ các bên liên quan.
• Phân tích tác động thay đổi (Change Impact Analysis – CIA): Xác định rõ quy trình, chính sách và vai trò nhân sự nào sẽ bị ảnh hưởng trực tiếp bởi hệ thống mới.
• Đào tạo & Truyền thông (Training & Communication): Đảm bảo thông điệp “Tại sao phải thay đổi” được phủ rộng xuyên suốt, trang bị đầy đủ năng lực kỹ thuật số trước ngày go-live nhằm giảm thiểu sự kháng cự từ người dùng cuối.

4 sai lầm cốt lõi khiến dự án MIS đổ vỡ

Nhìn lại toàn bộ bức tranh, có thể đúc kết bốn sai lầm chí mạng mà các nhà điều hành cần lưu ý.

Thứ nhất là khoán trắng dự án cho phòng IT: coi IT là “chủ sở hữu” thay vì chỉ là “người thực thi kỹ thuật”, dẫn đến hệ thống xây xong bị cô lập với nhu cầu thực tế của các phòng ban nghiệp vụ.

Thứ hai là sa vào bẫy tùy biến quá đà (over-customization): ép hệ thống chuẩn quốc tế phải bẻ gãy cấu hình để phục vụ những quy trình lỗi thời, chắp vá của doanh nghiệp, thay vì chủ động chuẩn hóa quy trình trước khi số hóa.

Thứ ba là đặt mục tiêu sai lệch (wrong KPIs): xác lập các mục tiêu mơ hồ hoặc phi thực tế – như giảm nhân sự cơ học – thay vì gắn chặt hệ thống với những chỉ số hiệu suất vận hành đo lường được.

Thứ tư là bỏ quên quản trị thay đổi (change management): thiếu sự chuẩn bị về mặt văn hóa, chính sách ràng buộc và đào tạo kỹ năng cho con người – những tế bào trực tiếp vận hành hệ thống mỗi ngày.

Kết

Giải pháp công nghệ dù tối tân đến đâu cũng chỉ đóng vai trò là những công cụ định hình cấu trúc. Thành công của một dự án MIS không đến từ khoảnh khắc hệ thống được cài đặt thành công trên máy chủ, mà đến từ giây phút mỗi nhân sự tại bàn làm việc chấp nhận từ bỏ thói quen cũ, tin tưởng vào dữ liệu và vận hành hệ thống với một tư duy mới.

Tech Talks là series quy tụ các chuyên gia công nghệ chia sẻ xu hướng chuyển đổi số, phân tích các rào cản kỹ thuật trong doanh nghiệp và chuyển hóa thành giải pháp công nghệ tối ưu theo triết lý đào tạo của PSO – Problem Solving in Organization.