Chuẩn bị cho dự án Workday: checklist và các sai lầm dễ mắc phải

Phần lớn thành bại của dự án Workday được định đoạt trước khi cấu hình màn hình đầu tiên. Bài này là checklist chuẩn bị thực dụng, kèm những sai lầm dễ mắc phải — để đội dự án tự nhận ra và phòng tránh sớm.

Checklist trước khi khởi động

Dữ liệu

• Kiểm kê hệ thống hiện có: dữ liệu nhân sự/tài chính đang nằm ở đâu, ai sở hữu.
• Đánh giá chất lượng: hồ sơ trùng, chức danh tự do, mã phòng ban lệch giữa các hệ thống — liệt kê và giao người làm sạch.
• Chốt phạm vi lịch sử: nạp bao nhiêu năm dữ liệu cũ vào Workday, phần còn lại lưu trữ ở đâu.

Quy trình

• Vẽ hiện trạng các quy trình sẽ đưa lên Workday (tuyển dụng, điều chỉnh lương, mua sắm…) — kể cả các bước “ngoài luồng” đang tồn tại.
• Xác định quy trình nào giữ, quy trình nào nhân dịp này chuẩn hóa lại.
• Chốt ma trận phê duyệt: ai duyệt gì, mấy cấp, ngưỡng giá trị.

Con người

• Bổ nhiệm chủ quy trình có quyền quyết định (không chỉ “đại diện tham dự”).
• Giữ quỹ thời gian thực tế: dự án Workday cần đội nghiệp vụ tham gia sâu ở giai đoạn thiết kế và UAT (User Acceptance Testing).
• Lập kế hoạch quản lý thay đổi: truyền thông sớm, đào tạo theo vai.

Kỹ thuật

• Danh sách hệ thống cần tích hợp (payroll bản địa, chấm công, ngân hàng, kho dữ liệu…) và người chịu trách nhiệm mỗi đầu nối.
• Phương án SSO (Single Sign-On) và quản lý danh tính.
• Chuẩn bị đội nội bộ tiếp quản vận hành sau go-live (system administrator, report writer).

Các sai lầm dễ mắc phải

1. Bê nguyên hiện trạng lên hệ thống mới. Sao chép mọi ngoại lệ, mọi quy trình “lịch sử để lại” vào Workday khiến cấu hình phức tạp và mất cơ hội chuẩn hóa. Nên tận dụng dự án như một lần thiết kế lại có kỷ luật: giữ cái tạo giá trị, bỏ cái tồn tại chỉ vì thói quen.

2. Xem nhẹ dữ liệu cho đến giai đoạn kiểm thử. Dữ liệu bẩn phát hiện muộn là nguyên nhân trễ tiến độ phổ biến nhất. Vòng chuyển đổi dữ liệu đầu tiên nên chạy sớm nhất có thể — lỗi lộ ra ở vòng 1 rẻ hơn nhiều so với lộ ra ở UAT.

3. Thiết kế cây tổ chức theo sơ đồ giấy. Supervisory organization nên phản ánh cách vận hành thật (ai thực sự quản lý ai); cây sai kéo theo phê duyệt sai và phân quyền sai, sửa sau go-live rất tốn công.

4. Quyết định thiết kế bị treo. Mỗi tuần chờ quyết định là một tuần trễ dây chuyền. Cơ chế hiệu quả: lịch chốt quyết định cố định hàng tuần với người có thẩm quyền ngồi trong phòng.

5. UAT chiếu lệ. Kiểm thử bằng vài kịch bản đẹp sẽ để lọt các ca thực tế (nhân viên kiêm nhiệm, điều chuyển giữa kỳ lương, hóa đơn ngoại tệ…). Kịch bản UAT nên do người làm nghiệp vụ hàng ngày viết.

6. Không chuẩn bị đội vận hành. Sau hypercare, doanh nghiệp cần người nội bộ biết cấu hình BP, sửa báo cáo, đọc ghi chú phát hành. Nên “học kèm” đối tác ngay trong dự án thay vì bắt đầu tìm người sau go-live.

Câu hỏi nên hỏi đối tác triển khai

1. Đội dự án gồm ai, chứng nhận phân hệ nào, đã làm dự án tương tự quy mô này chưa?
2. Kế hoạch chuyển đổi dữ liệu mấy vòng, tiêu chí chất lượng mỗi vòng?
3. Phương án bản địa hóa (bảng lương, kế toán, báo cáo thuế Việt Nam) thế nào?
4. Sau go-live, mô hình hỗ trợ và chuyển giao tri thức ra sao?

---

Bộ tài liệu do BSD — đối tác của Workday — biên soạn từ kinh nghiệm triển khai thực tế và tài liệu công khai của Workday.