Ghi nhận kết quả dự án — gắn kết quả với nhân sự

Cuối năm, trưởng bộ phận ngồi viết đánh giá cho 40 người. Anh nhớ rõ ba người nổi bật nhất và hai người có vấn đề. Ba mươi lăm người còn lại, anh viết dựa trên cảm nhận chung của cả năm.

Đây không phải lỗi của anh ấy. Cả năm có sáu dự án cải tiến chạy qua bộ phận, mỗi dự án có người đề xuất, người thực hiện, người nghiệm thu — nhưng không có chỗ nào ghi lại ai đã làm gì. Thông tin tồn tại trong email, trong biên bản họp, trong trí nhớ, và tan đi theo thời gian.

“Dự án” ở nhà máy là những gì?

Khác với công ty phần mềm, dự án ở nhà máy phần lớn không có tên gọi trang trọng và không kéo dài nhiều tháng:

LoạiVí dụKết quả cần ghi nhận
Cải tiến (kaizen)Rút thời gian đổi khuôn, giảm phế phẩm một công đoạnMức cải thiện đo được, ai đề xuất, ai triển khai
Lắp đặt / chuyển đổiĐưa dây chuyền mới vào chạy, đổi phần mềm quản lýTiến độ, ai phụ trách phần nào, có trễ không
Chuẩn hoáXây quy trình mới, làm tài liệu hướng dẫn, đào tạo lạiTài liệu đã ra chưa, bao nhiêu người đã được đào tạo
Ứng phóXử lý sự cố chất lượng, chạy đơn hàng gấpAi tham gia, đóng góp gì trong tình huống ngoài kế hoạch

Nhóm thứ tư thường bị bỏ sót nhất, dù đó lại là lúc nhìn rõ nhất ai làm được việc.

Vì sao không nên gộp với giao việc hằng ngày

Hai thứ này hay bị nhầm nên xin nói rõ.

Giao việc hằng ngàyGhi nhận kết quả dự án
NhịpHằng ngày, hằng caTheo mốc dự án, vài tuần tới vài tháng
Mục đíchĐiều phối công việc trước mắtTích luỹ bằng chứng cho đánh giá và phát triển
Thứ được lưuTrạng thái việc: xong hay chưaVai trò, đóng góp, kết quả đo được
Ai dùng lạiQuản lý trực tiếp trong tuầnHội đồng đánh giá cuối kỳ, kế hoạch nhân sự kế thừa

Nói cách khác: hệ thống giao việc trả lời “việc này xong chưa?”. Hệ thống ghi nhận kết quả dự án trả lời “người này đã đóng góp gì trong năm nay?”. Dùng cái thứ nhất để trả lời câu thứ hai là lý do đánh giá cuối năm luôn thiếu bằng chứng.

Bốn thứ cần ghi lại cho mỗi dự án

  • Vai trò của từng người — đề xuất, chủ trì, tham gia, nghiệm thu. Bốn vai trò này có trọng số khác nhau khi đánh giá, gộp chung thành “có tham gia” là làm mất thông tin.
  • Kết quả đo được — con số trước và sau, hoặc mốc đã đạt. Ghi “hoàn thành tốt” thì sang năm không ai dùng lại được.
  • Mốc thời gian — bắt đầu, kết thúc, có trễ so với kế hoạch không và vì sao.
  • Liên kết tới hồ sơ nhân sự — đây là phần quyết định. Nếu bản ghi dự án không gắn được vào hồ sơ từng người thì tới kỳ đánh giá vẫn phải đọc lại toàn bộ danh sách dự án để lọc ra ai có mặt ở đâu.

Ghi nhận rồi thì dùng vào việc gì

  • Đánh giá cuối kỳ có bằng chứng. Người quản lý mở hồ sơ một nhân viên là thấy ngay năm nay người đó tham gia dự án nào, vai trò gì, kết quả ra sao — thay vì viết theo trí nhớ.
  • Xét thưởng và nâng bậc minh bạch hơn. Tranh cãi về thưởng phần lớn không đến từ mức tiền mà từ cảm giác “người làm nhiều không được ghi nhận”.
  • Tìm người cho dự án tiếp theo. Cần người từng làm cải tiến ở công đoạn dập — tra được ngay thay vì hỏi vòng quanh.
  • Nhận ra ai đang gánh quá nhiều. Một người có tên trong sáu dự án cùng lúc là dấu hiệu rủi ro, cả về chất lượng lẫn về khả năng người đó nghỉ việc.
  • Giữ lại tri thức khi người rời đi. Bản ghi dự án là thứ ở lại với doanh nghiệp, khác với kinh nghiệm nằm trong đầu một người.

Một lưu ý khi triển khai. Đừng bắt đầu bằng cách yêu cầu ghi nhận mọi thứ. Nhà máy nào cũng có sẵn vài chục việc phải nhập liệu, thêm một biểu mẫu nữa thì người ta điền cho xong. Bắt đầu bằng các dự án đã có nghiệm thu chính thức — đó là những dự án vốn đã có biên bản, chỉ cần đưa thông tin sẵn có vào đúng chỗ để dùng lại được.

Ai là người nhập, và nhập lúc nào

Đây là câu hỏi quyết định hệ thống sống hay chết, hơn cả việc chọn phần mềm nào.

  • Không giao cho phòng nhân sự nhập hộ. Nhân sự không biết ai đóng góp gì trong một dự án cải tiến ở xưởng dập. Nhập hộ nghĩa là chép lại biên bản, và biên bản thường chỉ ghi tên người chủ trì.
  • Người chủ trì dự án nhập là hợp lý nhất — họ biết rõ ai làm gì, và họ có động lực ghi nhận đúng cho đội của mình.
  • Nhập tại thời điểm nghiệm thu, không nhập vào cuối năm. Cuối năm ngồi nhớ lại là quay về đúng vấn đề ban đầu.
  • Người tham gia phải xem được phần ghi nhận về mình. Đây là cơ chế tự sửa sai tốt nhất: ai bị ghi thiếu sẽ lên tiếng ngay, thay vì ấm ức tới kỳ đánh giá.

Ba sai lầm hay gặp khi triển khai

  • Đặt quá nhiều trường bắt buộc. Biểu mẫu 15 ô thì người ta điền qua loa cho xong. Bốn ô đúng trọng tâm còn hơn mười lăm ô điền cho có.
  • Gắn ngay với tiền thưởng ở kỳ đầu. Khi dữ liệu chưa đầy đủ mà đã dùng để chia thưởng, người ta sẽ tối ưu việc ghi nhận thay vì tối ưu công việc. Nên chạy ít nhất một kỳ để dữ liệu ổn định trước khi gắn với quyền lợi.
  • Chỉ ghi dự án thành công. Dự án dừng giữa chừng hoặc không đạt mục tiêu cũng cần được ghi lại — đó là nơi rút ra bài học, và cũng là cách tránh việc cùng một ý tưởng được đề xuất lại sau hai năm.

Phần mềm cần làm được gì

  • Gắn người vào dự án theo vai trò, lấy danh sách từ chính hồ sơ nhân sự — không nhập tên bằng tay, vì tên gõ tay là nguồn của trùng lặp và sai chính tả.
  • Cho phép ghi kết quả bằng số, không chỉ bằng nhận xét.
  • Hiển thị ngược trên hồ sơ nhân viên: mở một người ra là thấy lịch sử tham gia dự án của người đó.
  • Kết nối sang kỳ đánh giá để hội đồng có dữ liệu thay vì có cảm nhận.
  • Xuất báo cáo theo bộ phận và theo kỳ — xem thêm bộ báo cáo nhân sựdashboard cho ban giám đốc.

Điều kiện nền cho tất cả những thứ trên là danh mục tổ chức thống nhất — xem sơ đồ tổ chức và chức danh. CoreHRM đặt phần ghi nhận kết quả dự án trên cùng nguồn dữ liệu với hồ sơ và đánh giá, triển khai on-premise. Với đặc thù sản xuất, đọc thêm phần mềm nhân sự cho nhà máy sản xuất.

Muốn kỳ đánh giá cuối năm dựa trên bằng chứng thay vì trí nhớ?

Đặt lịch tư vấn miễn phí →

Câu hỏi thường gặp

Ghi nhận kết quả dự án khác gì với giao việc hằng ngày?

Giao việc hằng ngày phục vụ điều phối công việc trước mắt, lưu trạng thái việc đã xong hay chưa, và người dùng chính là quản lý trực tiếp trong tuần. Ghi nhận kết quả dự án tích luỹ bằng chứng cho đánh giá và phát triển nhân sự: lưu vai trò, đóng góp và kết quả đo được, và được dùng lại ở kỳ đánh giá cuối kỳ. Dùng hệ thống giao việc để trả lời câu hỏi về đóng góp cả năm là lý do đánh giá thường thiếu bằng chứng.

Ở nhà máy thì “dự án” gồm những gì?

Phần lớn là bốn nhóm: cải tiến kaizen như rút thời gian đổi khuôn hay giảm phế phẩm; lắp đặt và chuyển đổi như đưa dây chuyền mới vào chạy; chuẩn hoá như xây quy trình và đào tạo lại; và ứng phó như xử lý sự cố chất lượng hoặc chạy đơn hàng gấp. Nhóm ứng phó hay bị bỏ sót nhất dù đó là lúc nhìn rõ nhất ai làm được việc.

Cần ghi lại những thông tin gì cho mỗi dự án?

Tối thiểu bốn thứ: vai trò của từng người (đề xuất, chủ trì, tham gia, nghiệm thu), kết quả đo được bằng con số trước và sau, mốc thời gian bắt đầu và kết thúc kèm lý do nếu trễ, và liên kết tới hồ sơ nhân sự. Phần liên kết là quyết định, vì không có nó thì tới kỳ đánh giá vẫn phải đọc lại toàn bộ danh sách dự án để lọc ra từng người.

Nên bắt đầu triển khai từ đâu để nhân viên không thấy phiền?

Bắt đầu từ các dự án đã có nghiệm thu chính thức, vì những dự án đó vốn đã có biên bản — chỉ cần đưa thông tin sẵn có vào đúng chỗ để dùng lại được. Yêu cầu ghi nhận mọi thứ ngay từ đầu thường dẫn tới việc điền cho xong, và dữ liệu điền cho xong thì không dùng được.

Dữ liệu này giúp gì ngoài việc đánh giá cuối năm?

Giúp tìm đúng người cho dự án tiếp theo dựa trên kinh nghiệm thực tế thay vì hỏi vòng quanh; phát hiện người đang gánh quá nhiều dự án cùng lúc, vốn là rủi ro cả về chất lượng lẫn khả năng nghỉ việc; và giữ lại tri thức của doanh nghiệp khi người có kinh nghiệm rời đi.