Đã đầu tư ERP, nhân viên vẫn dùng Excel: CDO giải quyết nút thắt nào trước?

Bảng Excel đang giúp nhân viên hoàn thành việc gì?

Khi ERP đã go-live mà nhân viên vẫn dùng Excel, phản ứng quen thuộc là yêu cầu bỏ bảng riêng. CDO cần tìm hiểu trước: bảng đó đang phục vụ phân tích, bù dữ liệu thiếu, theo dõi công việc hay ghi nhận giao dịch ngoài hệ thống? Cùng một công cụ có thể được sử dụng cho các mục đích rất khác nhau. Quyết định xử lý phải dựa vào mục đích, rủi ro và điều kiện làm việc.

Một bảng tính lấy dữ liệu chính thức để thử kịch bản khác với bảng dùng làm sổ đơn hàng rồi nhập lại ERP cuối ngày. Trường hợp thứ hai có thể tạo hai nguồn giao dịch và tăng nhu cầu đối soát. Nhưng ngay cả khi cách làm đó cần chấm dứt, doanh nghiệp vẫn phải giải quyết lý do nhân viên chưa hoàn tất được công việc trên ERP.

CDO nên theo một giao dịch từ đầu đến cuối, quan sát nơi người dùng rời hệ thống và hỏi việc gì buộc họ mở bảng khác. Mục tiêu là thiết lập luồng làm việc đáng tin cậy, với dữ liệu và trách nhiệm rõ. Đào tạo Giám đốc Chuyển đổi số hỗ trợ nhìn vấn đề áp dụng hệ thống từ kết quả nghiệp vụ, thay vì chỉ tỷ lệ đăng nhập.

Phân loại bảng phụ trước khi chọn biện pháp

Có thể bắt đầu bằng một danh mục nhỏ ở quy trình ưu tiên: tên bảng, người dùng, mục đích, nguồn dữ liệu, tần suất cập nhật và quyết định dựa vào bảng. Không cần thu gom mọi tệp của doanh nghiệp ngay lập tức. Cần biết bảng nào chứa dữ liệu quan trọng, bảng nào làm thay chức năng giao dịch và bảng nào là đầu vào cho báo cáo quản lý.

Bảng phân tích có thể phù hợp nếu nguồn dữ liệu được xác nhận, quyền truy cập đúng và kết quả không tự động trở thành bản ghi chính thức. Bảng giao dịch song song cần kiểm tra chặt hơn vì sự chênh lệch có thể ảnh hưởng tồn kho, thanh toán hoặc trách nhiệm xử lý. Bảng đối soát tạm thời phải có người phụ trách và điều kiện kết thúc.

Phân loại cần dựa vào quan sát, không chỉ câu trả lời trong khảo sát. Một bảng được gọi là báo cáo có thể đang nhận dữ liệu gốc từ nhân viên rồi quyết định số liệu gửi đi. CDO nên kiểm tra một mẫu hồ sơ, cách cập nhật và nơi dữ liệu được xác nhận để hiểu vai trò thực sự của bảng đó.

Quan sát nhiệm vụ, quyền và dữ liệu thực tế

Hãy chọn một nhóm người dùng và một số nhiệm vụ thường gặp. Yêu cầu họ thực hiện công việc như bình thường, kể cả bước hỏi đồng nghiệp, gửi tệp và chờ phê duyệt. Ghi điểm rời ERP, thông tin còn thiếu, thông báo lỗi và bước phải làm lại. Cách tìm hiểu nhu cầu người dùng trong GOV.UK Service Manual là một gợi ý để tập trung vào nhiệm vụ thực tế.

Quyền truy cập là một nút thắt cần kiểm tra sớm. Nhân viên có thể biết thao tác nhưng không được nhìn trường dữ liệu hoặc thực hiện bước cần thiết. Ngược lại, cấp quyền rộng để xử lý nhanh có thể tạo rủi ro mới. Giải pháp phải được người có thẩm quyền xem xét theo vai trò và trách nhiệm, kèm kiểm tra các bước phê duyệt cần giữ.

Dữ liệu không đầy đủ hoặc cập nhật chậm cũng khiến bảng riêng trở thành công cụ bù đắp. Cần xác định dữ liệu thiếu từ đâu, ai tạo, ai sửa và lúc nào phải có. Không nên giao toàn bộ việc làm sạch cho đội kỹ thuật nếu quy tắc nghiệp vụ chưa thống nhất. Chủ dữ liệu và chủ quy trình phải tham gia xác nhận nguồn và tiêu chí chất lượng.

Sau quan sát, hãy kiểm chứng nhận định với cả người thao tác và người sử dụng kết quả. Một nhân viên có thể nhập đúng vào ERP nhưng quản lý vẫn yêu cầu bản Excel vì không tin báo cáo. Khi đó cần xử lý định nghĩa, chất lượng và cách đọc báo cáo ở cấp quản lý, thay vì chỉ tăng đào tạo cho nhân viên nhập liệu.

Phân biệt vấn đề quy trình với cấu hình và năng lực

Nếu ERP yêu cầu quá nhiều bước phê duyệt cho một giao dịch thông thường, cần xem lại quy trình và thẩm quyền. Nếu quy trình đã đúng nhưng cấu hình khiến dữ liệu không đi qua bước tiếp theo, cần sửa hệ thống. Nếu nhiệm vụ có thể hoàn thành mà người dùng chưa biết cách, cần thực hành có hướng dẫn. Các loại vấn đề này có thể cùng tồn tại, nhưng phải được ghi riêng để phân công đúng.

Tái thiết kế quy trình nên làm rõ đầu vào đủ, trách nhiệm, kết quả và ngoại lệ. ASQ cung cấp các công cụ phân tích quy trình; doanh nghiệp có thể dùng sơ đồ luồng hoặc quan sát điểm chờ để tìm nguyên nhân. Việc thêm một tính năng chưa chắc giải quyết được một bước không có người chịu trách nhiệm.

Đào tạo cần theo nhiệm vụ của từng vai trò, có dữ liệu và ngoại lệ phù hợp. Một buổi giới thiệu toàn bộ màn hình không đủ để nhân viên xử lý đơn thiếu thông tin hoặc giao dịch bị trả lại. Năng lực triển khai chuyển đổi số giúp kết nối việc thiết kế lại công việc với hỗ trợ áp dụng trong vận hành.

Ưu tiên nút thắt bằng tác động và khả năng xử lý

CDO cùng chủ quy trình nên ưu tiên các điểm gây rủi ro dữ liệu, sai giao dịch hoặc gián đoạn phục vụ. Sau đó xem mức lặp lại, số vai trò bị ảnh hưởng và phụ thuộc cần giải quyết. Một lỗi hiển thị nhỏ nhưng chặn phần lớn giao dịch có thể cần xử lý sớm hơn một báo cáo đẹp chưa phục vụ quyết định thiết yếu.

Các yêu cầu sửa phải mô tả bằng nhiệm vụ và tiêu chí hoàn tất. Thay vì ghi ERP khó dùng, hãy nêu người ở vai trò nào không hoàn tất bước nào, đang phải bù bằng bảng nào và bằng chứng cho thấy gì. Khi có giải pháp, thử lại chính nhiệm vụ đó. Chủ quy trình xác nhận kết quả nghiệp vụ, IT xác nhận phần kỹ thuật và người dùng kiểm chứng khả năng thực hiện.

Không mặc định mọi yêu cầu đều cần tùy chỉnh phần mềm. Có thể cần đổi biểu mẫu, xác nhận chủ dữ liệu, sửa phân quyền, bỏ báo cáo trùng hoặc điều chỉnh thời điểm cập nhật. Mỗi lựa chọn phải được đánh giá tác động đến tích hợp, hỗ trợ và kiểm soát. Những việc có ảnh hưởng rộng cần qua cơ chế thay đổi đã thống nhất.

Thiết kế một thử nghiệm khép kín

Thử nghiệm nên chọn một nhiệm vụ có đầu vào, đầu ra và nhóm người dùng rõ. Trước khi bắt đầu, xác nhận dữ liệu, quyền, người hỗ trợ và tiêu chí chất lượng. Các bên thống nhất khi nào phải báo lỗi, ai quyết định dùng phương án dự phòng và cách đối soát dữ liệu trong thời gian chuyển tiếp.

Đo mức hoàn tất công việc đúng, số lần nhập lại, hồ sơ phải hỏi thêm và nhu cầu hỗ trợ. Tỷ lệ đăng nhập hoặc số tài khoản chỉ là thông tin bổ trợ. Cần xem cả người chưa hoàn thành, nhiệm vụ bị bỏ dở và bước phụ vẫn phải làm ngoài hệ thống. Đây là cơ sở để biết sửa đổi có xử lý nút thắt hay chỉ thay đổi cách báo cáo.

Sau thử nghiệm, chủ quy trình quyết định điều kiện đưa cách làm mới vào vận hành. Đội hỗ trợ cần hướng dẫn, lỗi đã biết, cách phân loại yêu cầu và đường escalation. Quản lý dịch vụ IT giúp tổ chức việc hỗ trợ liên tục sau khi đội dự án hoàn tất phần triển khai.

Tình huống giả định: đơn bán hàng nằm ở hai nơi

Trong một doanh nghiệp giả định, nhân viên bán hàng ghi đơn vào Excel rồi nhập ERP cuối ngày. Quan sát cho thấy họ chưa có mã sản phẩm mới đúng lúc, một số tài khoản thiếu quyền và quản lý vẫn yêu cầu báo cáo theo mẫu cũ. Việc nhập lại không xuất phát từ một nguyên nhân duy nhất là nhân viên không muốn thay đổi.

CDO cùng chủ bán hàng, dữ liệu và IT xác nhận ba việc: thời hạn tạo mã sản phẩm, quyền đúng theo vai trò và báo cáo lấy từ dữ liệu ERP. Một nhóm người dùng thử luồng đã sửa, bao gồm đơn thông thường và đơn có ngoại lệ. Tệp giao dịch cũ được đối soát trước khi ngừng cập nhật, đồng thời lưu theo yêu cầu đã xác nhận của doanh nghiệp.

Bảng phân tích phục vụ lập kế hoạch vẫn có thể sử dụng dữ liệu chính thức với quy tắc rõ. Nhóm không đặt mục tiêu xóa mọi Excel. Mục tiêu là không để hai sổ giao dịch cạnh tranh nhau và giúp người dùng hoàn thành việc trên nguồn đã được chọn. Tình huống này không giả định doanh nghiệp đã đạt một tỷ lệ tiết kiệm cụ thể.

Ngừng cách làm cũ có điều kiện và giữ nhu cầu hợp lệ

Trước khi ngừng bảng giao dịch, cần biết dữ liệu còn treo, người đang dùng và báo cáo phụ thuộc. Đặt một thời điểm chuyển với người chịu trách nhiệm xác nhận. Kiểm tra luồng mới trong các tình huống có ý nghĩa, gồm kỳ cao điểm hoặc giao dịch ngoại lệ nếu nằm trong phạm vi. Phương án dự phòng phải có kiểm soát và điều kiện quay lại luồng chính thức.

Đừng xóa các tệp cũ một cách tùy tiện. Việc giữ, hạn chế quyền hoặc loại bỏ phải theo chính sách dữ liệu và yêu cầu được xác nhận. Nếu cần duy trì bảng đối soát tạm thời, ghi người cập nhật, nguồn so sánh và ngày xem lại. Khi thiếu thời hạn, biện pháp chuyển tiếp dễ trở thành công việc song song kéo dài.

CDO cũng cần nói rõ cách sử dụng bảng tính được chấp nhận: phân tích từ nguồn nào, ai được truy cập, có được chia sẻ ra ngoài không và kết quả nào phải xác nhận trước khi dùng. Cách tiếp cận con người và tổ chức trong chuyển đổi số của CIPD là lời nhắc rằng hành vi làm việc chịu ảnh hưởng từ thiết kế công việc và yêu cầu quản lý.

Rà soát trước khi kết luận ERP chưa hiệu quả

• Các bảng phụ đã được phân loại theo mục đích và rủi ro chưa?
• Nhóm đã quan sát nhiệm vụ thật, gồm cả quyền và dữ liệu chưa?
• Nguyên nhân quy trình, cấu hình, năng lực và báo cáo đã được tách rõ chưa?
• Sửa đổi có tiêu chí kiểm chứng và chủ xác nhận kết quả không?
• Cách làm cũ có điều kiện ngừng và kế hoạch đối soát không?
• Đội vận hành có đủ hướng dẫn và năng lực hỗ trợ sau chuyển tiếp không?

CDO cần xử lý nút thắt khiến người dùng phải duy trì giao dịch ngoài hệ thống, đồng thời giữ những nhu cầu phân tích hợp lệ. Quản lý dự án IT hỗ trợ tổ chức việc sửa theo phạm vi và bằng chứng. ERP tạo giá trị khi dữ liệu, quy trình, trách nhiệm và khả năng sử dụng cùng đáp ứng công việc thực tế.

Bài viết liên quan

• Chuyển đổi số trong doanh nghiệp nhiều chi nhánh: Chuẩn hóa tập trung hay trao quyền địa phương?
• Go-live chỉ là khởi đầu: Làm sao giữ và mở rộng giá trị của sáng kiến số?
• Một Business Case chuyển đổi số thuyết phục cần chứng minh chi phí, lợi ích và kết quả nào?
• 100 ngày đầu tiên của CDO: Đánh giá hiện trạng, tạo đồng thuận và khởi động chuyển đổi số.

Nguồn tham khảo

1. ASQ – Process Analysis Tools
2. CIPD – Digital transformation in organisations and people functions
3. GOV.UK Service Manual – Learning about users and their needs