Human Resource Management(HRM)
Phần mềm quản lý con người trong tổ chức: hồ sơ, hợp đồng, chấm công, tính lương, nghỉ phép, đánh giá. Đụng tới lương nên sai một dòng là cả phòng biết ngay hôm sau.
Định nghĩa
Nghe tên thì tưởng đơn giản: lưu hồ sơ nhân viên, tính lương, duyệt phép. Nhưng HRM là một trong những hệ thống dễ khiến BA mới vào nghề đau đầu nhất, vì mọi quy tắc đều có ngoại lệ và mọi ngoại lệ đều liên quan tới tiền của một người cụ thể.
Điểm khó của HRM không nằm ở màn hình, nằm ở luật tính công và tính lương — thứ mỗi doanh nghiệp tự đẻ ra theo lịch sử của mình.
Gồm những gì
Hồ sơ nhân sự là phần dễ hình dung nhất: thông tin cá nhân, hợp đồng, quá trình công tác, bằng cấp, người phụ thuộc. Kế bên nó là cơ cấu tổ chức — phòng ban, vị trí, cấp quản lý — xương sống của mọi luồng duyệt, và cũng là thứ thay đổi liên tục ở công ty đang lớn nhanh.
Rồi tới ba phân hệ dính vào nhau chặt nhất, hỏng một cái là hỏng cả ba:
- Chấm công: ca làm, tăng ca, đi trễ, công tác, làm từ xa. Dữ liệu về từ máy chấm công vân tay, app di động, hoặc cả hai.
- Nghỉ phép: phép năm, phép không lương, nghỉ ốm, nghỉ thai sản, quy tắc cộng dồn và cắt phép cuối năm.
- Tính lương: lương cơ bản, phụ cấp, thưởng, bảo hiểm, thuế thu nhập cá nhân, tạm ứng.
Tuyển dụng và đánh giá thì hay được mua sau, đôi khi mua của nhà cung cấp khác. Đó cũng là lúc câu chuyện đồng bộ danh sách nhân viên bắt đầu.
Ai sở hữu dữ liệu nhân viên
| Tình huống | ERP có phân hệ HR | HRM chuyên dụng | CRM |
|---|---|---|---|
| Dữ liệu lõi | Nhân viên gắn với chi phí và kế toán | Nhân viên là trung tâm, có vòng đời riêng | Không giữ nhân sự, chỉ giữ khách |
| Chấm công phức tạp | Thường yếu, phải customize | Mạnh, có sẵn nhiều mẫu ca | Không liên quan |
| Người quyết định mua | Kế toán trưởng, CFO | Giám đốc nhân sự | Giám đốc kinh doanh |
Khi doanh nghiệp dùng cả ERP lẫn HRM riêng, câu hỏi phải chốt sớm là hệ thống nào giữ bản gốc của danh sách nhân viên và hệ thống nào chỉ nhận đồng bộ. Không chốt thì cuối cùng có hai danh sách, hai mã nhân viên, và bảng phân bổ chi phí lương theo phòng ban sai lệch.
Chỗ BA hay vấp
Bài chấm công. Người dùng nói "ca hành chính 8h–17h" và bạn ghi vào tài liệu, tưởng xong. Rồi lần lượt lòi ra: bộ phận kho chạy ba ca xoay, ca đêm 22h–6h tính hệ số 1.3 và vắt qua hai ngày; nhân viên đi công tác tỉnh không quẹt vân tay được; trưởng phòng có quyền duyệt bù công quá khứ trong vòng 5 ngày; tháng có ngày lễ rơi vào ca đêm thì hệ số cộng dồn ra sao.
Cách mình vẫn làm, và nó cứu mình vài lần: xin bảng lương thật của ba tháng gần nhất, ẩn tên đi, rồi tự tính lại bằng bộ quy tắc mình vừa viết. Chỗ nào lệch là chỗ tài liệu còn thiếu quy tắc. Làm việc này trước UAT, không phải trong UAT.
Ví dụ thực tế
Sáu ngày cho một kỳ lương, tháng nào cũng vài chục lá thắc mắc gửi lên phòng nhân sự. Đó là hiện trạng ở một nhà máy dệt tại Bình Dương: 870 công nhân, ba ca xoay, lương sản phẩm tính theo số mét vải hoàn thành, và tất cả nằm trong 5 file Excel liên kết công thức chằng chịt. Khi triển khai HRM, riêng phần cấu hình quy tắc công và lương đã chiếm hơn nửa thời gian dự án. Kỳ lương chạy song song hai hệ thống trong ba tháng liền, và chỉ khi chênh lệch về đúng 0 đồng thì mới dám tắt file Excel.
Ba tháng chạy song song nghe phí phạm. Nhưng một kỳ lương sai của 870 người thì không có cách nào xin lỗi cho xong, và ai từng đứng giữa xưởng giải thích chuyện đó đều nhớ rất lâu.
Lỗi hay gặp
- Bỏ qua dữ liệu quá khứ. Nhân viên cần tra cứu phiếu lương năm ngoái và số ngày phép còn tồn từ kỳ trước.
- Quên các mốc thời gian pháp lý: thử việc, tái ký hợp đồng, nghỉ thai sản, chốt sổ bảo hiểm.
- Thiết kế luồng duyệt cứng theo sơ đồ tổ chức mà quên trường hợp uỷ quyền khi sếp đi công tác.
- Không nghĩ tới quyền xem. Bảng lương là dữ liệu nhạy cảm nhất trong công ty, và chỉ cần một trưởng nhóm nhìn được lương của trưởng nhóm khác là hôm sau cả tầng biết.
