Checklist triển khai phần mềm ERP tại Việt Nam

Triển khai ERP là một trong số ít dự án mà thất bại mang chi phí rất cao. Checklist này trình bày những gì doanh nghiệp Việt Nam nên xác nhận ở từng giai đoạn — trước, trong và sau khi triển khai — để bạn lần lượt loại bỏ các rủi ro thường gặp trong quá trình đánh giá nội bộ và trao đổi với nhà cung cấp, và giữ các yếu tố quyết định trong tầm kiểm soát ngay ở giai đoạn lập kế hoạch.

Bài viết này đề cập những gì

• Trước triển khai: rà soát nhu cầu và tổ chức dự án
• Đánh giá nhà cung cấp và kiểm tra trước hợp đồng
• Trong triển khai: cấu hình quy trình, tùy chỉnh, chuyển đổi
• Vận hành và kiểm tra đào tạo
• Phân quyền và phân tách nhiệm vụ
• Ổn định sau vận hành và theo dõi hiệu quả
• Những thất bại triển khai phổ biến nhất

Trước triển khai: rà soát nhu cầu và tổ chức dự án

Việc rà soát trước triển khai quyết định hướng đi của toàn dự án. Hãy viết các điểm nghẽn vận hành hiện tại thành vấn đề cụ thể, rà soát các quy trình cốt lõi và chức năng cần thiết của từng phòng, và phân biệt quy trình nào phải giữ với quy trình nào có thể điều chỉnh theo hệ thống.

Tổ chức dự án cũng phải được thiết lập trước khi triển khai. ERP điều khiển các quy trình liên phòng ban và cần một người phụ trách dự án rõ ràng, đầu mối ở mỗi phòng, và sự ủng hộ bền bỉ của lãnh đạo. Dự án ERP thiếu sự ủng hộ của lãnh đạo thường đình trệ mỗi khi có xung đột giữa các phòng.

• Viết các điểm nghẽn vận hành thành vấn đề cụ thể, có thể nghiệm thu
• Rà soát quy trình cốt lõi và chức năng cần thiết của từng phòng theo thứ tự ưu tiên
• Phân biệt quy trình phải giữ với quy trình có thể điều chỉnh
• Chỉ định người phụ trách dự án, đầu mối các phòng và người bảo trợ cấp lãnh đạo
• Rà soát chất lượng dữ liệu danh mục mã hàng, khách hàng, nhà cung cấp

Đánh giá nhà cung cấp và kiểm tra trước hợp đồng

Các kiểm tra trước hợp đồng vượt xa giá cả. Hãy đề nghị nhà cung cấp tách hạng mục phí phần mềm, phí tư vấn triển khai, phí tùy chỉnh và phí bảo trì hằng năm, và ước tính tổng chi phí ba năm. Hãy xác nhận thêm quy trình then chốt nào dùng chức năng chuẩn và quy trình nào cần tùy chỉnh — càng nhiều tùy chỉnh thì rủi ro càng cao.

Kinh nghiệm ngành của đội ngũ tư vấn nên được xác nhận trước khi ký. Hãy đề nghị nhà cung cấp mô tả kinh nghiệm của tư vấn viên thực tế sẽ phụ trách dự án của bạn, phương pháp luận triển khai, và tiến độ với doanh nghiệp cùng quy mô. Hãy xác nhận cả cơ chế xuất dữ liệu, để tránh bị khóa khi đổi hệ thống về sau.

• Yêu cầu báo giá tách hạng mục và ước tính tổng chi phí sở hữu ba năm
• Xác nhận quy trình then chốt nào là chuẩn và quy trình nào cần tùy chỉnh
• Xác nhận kinh nghiệm ngành và phương pháp luận của tư vấn viên triển khai
• Xác nhận cơ chế xuất dữ liệu để tránh bị khóa hệ thống
• Xác nhận phạm vi bảo trì và hỗ trợ kỹ thuật sau vận hành

Trong triển khai: cấu hình, tùy chỉnh, chuyển đổi

Trọng tâm khi triển khai là cấu hình quy trình và chuyển đổi dữ liệu. Quy trình nên được cấu hình theo kết quả rà soát, dùng chức năng chuẩn của hệ thống nhiều nhất có thể và chỉ tùy chỉnh ở những nơi có khác biệt then chốt. Mỗi tùy chỉnh nên được đánh giá về tác động tương thích khi nâng cấp.

Với việc chuyển đổi dữ liệu danh mục, hãy chạy thử với một lô nhỏ trước, xác nhận ánh xạ trường và định dạng đúng, rồi mới nhập toàn bộ. Tích hợp với hệ thống hiện có cũng nên được kiểm thử ở giai đoạn này, với đủ thời gian dành cho kiểm thử tích hợp và kiểm thử người dùng — tiến độ này không nên bị nén lại.

Vận hành và kiểm tra đào tạo

Việc vận hành ERP nên làm theo giai đoạn — đưa các module lõi vào trước, ổn định, rồi mở rộng. Trước khi vận hành, hãy hoàn tất kiểm thử tích hợp liên phòng ban để xác nhận dữ liệu của từng phòng kết nối đúng.

Đào tạo nên được thiết kế theo vai trò và bao quát các kịch bản vận hành thực tế chứ không chỉ giao diện hệ thống. Trong giai đoạn đầu vận hành, hãy bố trí tư vấn viên hoặc người nòng cốt nội bộ trực để xử lý nhanh các vấn đề của tuyến đầu, để người dùng không quay lại cách làm cũ khi gặp trở ngại.

Phân quyền và phân tách nhiệm vụ

Vì ERP liên quan đến tài chính và giao dịch, thiết kế phân quyền không chỉ là vấn đề an ninh mà còn là vấn đề kiểm soát nội bộ. Trong quá trình triển khai, hãy lập kế hoạch phân quyền theo vai trò để mỗi người dùng chỉ truy cập chức năng và dữ liệu công việc yêu cầu.

Phân tách nhiệm vụ là điểm kiểm tra then chốt. Lập đơn mua hàng và duyệt thanh toán, hay chỉnh sửa danh mục và kiểm tra giao dịch, nên thuộc về những người có phân quyền khác nhau, để không một người nào hoàn tất được cả một quy trình và tạo lỗ hổng kiểm soát. Hãy xác nhận việc chia phân quyền với nhân sự tài chính và kiểm toán trong quá trình triển khai.

• Lập kế hoạch quyền truy cập chức năng và dữ liệu của từng người dùng theo vai trò
• Xác nhận phân tách nhiệm vụ cho mua hàng, thanh toán và phê duyệt
• Xác nhận ERP lưu dấu vết kiểm toán về thay đổi dữ liệu và thao tác
• Lập kế hoạch vô hiệu hóa tài khoản và thu hồi quyền cho nhân viên nghỉ việc
• Xác nhận vị trí trung tâm dữ liệu và biện pháp an ninh của nhà cung cấp với gói đám mây

Ổn định sau vận hành và theo dõi hiệu quả

ERP thường có một giai đoạn ổn định sau khi vận hành, trong đó tuyến đầu lần lượt báo cáo các vấn đề quy trình. Hãy có cơ chế rõ ràng để thu thập và xử lý vấn đề, và theo dõi liên tục độ chính xác dữ liệu.

Ba đến sáu tháng sau khi vận hành, hãy rà soát xem ERP có đạt các mục tiêu đặt ra trước triển khai không — ví dụ kế toán có kịp thời hơn và tồn kho có chính xác hơn không. Nếu hiệu quả chưa đạt, hãy xác định nguyên nhân là cấu hình quy trình, đào tạo hay chất lượng dữ liệu, rồi điều chỉnh tương ứng.

Những thất bại triển khai phổ biến nhất

Rà soát các lần triển khai ERP thất bại ở doanh nghiệp Việt Nam, các nguyên nhân lặp lại.

• Tùy chỉnh quá mức để giữ quy trình cũ, khiến nâng cấp khó và tiến độ kéo dài
• Thiếu sự ủng hộ bền bỉ của lãnh đạo, không ai giải quyết xung đột liên phòng ban
• Dữ liệu danh mục không làm sạch trước, nên báo cáo không đáng tin sau vận hành
• Tiến độ kiểm thử tích hợp và kiểm thử người dùng bị nén lại
• Đào tạo không đủ, nên tuyến đầu quay lại cách làm cũ

Quản lý thay đổi liên phòng ban

ERP thay đổi cách nhiều phòng ban làm việc cùng lúc, nên quản lý thay đổi thuộc về checklist bên cạnh các bước kỹ thuật. Hệ thống được cấu hình kỹ lưỡng nhất vẫn thất bại nếu các phòng không hiểu vì sao quy trình của họ thay đổi hoặc không có thẩm quyền giải quyết xung đột giữa chúng.

Hãy truyền thông mục đích và các đánh đổi trước khi vận hành. Một số phòng sẽ được yêu cầu điều chỉnh một quy trình quen thuộc để tổ chức rộng hơn có dữ liệu nhất quán và kết nối; nêu rõ lý do đó giảm sự kháng cự. Một người bảo trợ cấp lãnh đạo là thiết yếu ở đây, vì xung đột liên phòng ban cần một người có thẩm quyền quyết định thay vì để dự án đình trệ.

Hãy đặt kỳ vọng thực tế về giai đoạn ổn định. Năng suất thường giảm trong những tuần đầu sau vận hành khi đội ngũ học hệ thống và báo cáo vấn đề; nói trước điều này tránh việc sự giảm đó bị hiểu là thất bại. Hướng dẫn theo vai trò, tập trung vào việc mỗi phòng làm hằng ngày, hữu ích hơn một tài liệu đồ sộ.

Tiêu chí nghiệm thu và đóng dự án

Triển khai ERP là một dự án lớn, và không có tiêu chí nghiệm thu rõ ràng thì dễ đóng dự án ở trạng thái tạm dùng được, để vấn đề lộ ra về sau. Hãy thống nhất tiêu chí nghiệm thu cho từng giai đoạn với nhà cung cấp trước khi triển khai bắt đầu.

Tiêu chí nghiệm thu nên cụ thể và đo lường được: quy trình then chốt của các module lõi chạy đúng, con số báo cáo tài chính khớp hệ thống cũ, kiểm thử tích hợp đạt, đào tạo người dùng hoàn tất. Xác nhận từng hạng mục trước khi chuyển sang giai đoạn tiếp theo giúp vấn đề không tích tụ.

Khi đóng dự án, hãy xác nhận việc bàn giao tài liệu và tri thức: ghi chú cấu hình, sổ tay vận hành, và đầu mối cùng cách hỗ trợ tiếp theo. Đóng dự án không phải điểm kết thúc mà là điểm bắt đầu của vận hành dài hạn, và một bàn giao đầy đủ giúp doanh nghiệp vận hành ERP suôn sẻ sau khi tư vấn viên rút đi.

Lập ngân sách và khoản dự phòng

Checklist nên bao gồm một ngân sách thực tế vượt xa phí bản quyền hay thuê bao. Tư vấn triển khai, chuyển đổi dữ liệu, tùy chỉnh, đào tạo và bảo trì hằng năm đều thuộc con số đó, ước tính theo ba năm.

Hãy dự phòng cho các hạng mục thường bị đánh giá thấp nhất trong dự án ERP: làm sạch dữ liệu danh mục, tùy chỉnh hóa ra cần thiết khi các quy trình thực được cấu hình, và đào tạo bổ sung. Một khoản dự phòng hợp lý trên ngân sách triển khai hấp thụ những việc này mà không buộc phải xin thêm kinh phí giữa chừng và làm chậm tiến độ.

Hãy tính cả chi phí định kỳ. Phí thuê bao ERP đám mây và phí bảo trì tại chỗ đều tái diễn hằng năm, và số người dùng có thể tăng. Ước tính chi phí cho một đến hai năm tới, thay vì theo quy mô hiện tại, giữ cho ngân sách thực tế khi doanh nghiệp mở rộng.

Tìm hiểu chi tiết sản phẩm

Tổng kết checklist

Việc triển khai ERP thành công hay không tựa trên việc rà soát nhu cầu và tổ chức dự án trước triển khai, các kiểm tra trước hợp đồng về chi phí và kinh nghiệm tư vấn, sự tiết chế tùy chỉnh trong triển khai, và việc ổn định cùng theo dõi hiệu quả sau vận hành. Lần lượt đi qua checklist này loại bỏ phần lớn rủi ro triển khai thường gặp.