Nguyễn Thu Hà, PMP
Ban biên tập gợi ý vài góc nhìn để mọi người cùng tranh luận.
Rủi ro của chỉ số cá nhân dạng đếm sản lượng
- Story point là đơn vị ước lượng tương đối của đội; gắn vào đánh giá cá nhân sẽ khiến ước lượng bị thổi phồng và mất giá trị dự báo. Agile Alliance cũng lưu ý so sánh velocity giữa các đội là không có ý nghĩa, và velocity là phép đo sau sự việc chứ không phải chỉ tiêu.
- Đếm ticket hay dòng code khuyến khích chia nhỏ giả tạo, viết nhiều code hơn cần thiết, và ngại giúp đồng đội (vì thời gian giúp không được tính).
- Nhiều hoạt động tạo giá trị lớn nhất — review code, kèm người mới, gỡ lỗi khó, làm rõ yêu cầu — gần như không hiện lên trong các con số đó.
Gợi ý các cách làm nhiều tổ chức đang thử
- Tách biệt chỉ số cải tiến của đội (cycle time, tỉ lệ lỗi thoát, mức đạt Sprint Goal) với đánh giá cá nhân.
- Đánh giá cá nhân dựa trên hành vi và đóng góp quan sát được: phản hồi đồng nghiệp (360 độ), mục tiêu phát triển năng lực, đóng góp cho đội và tổ chức.
- Quản lý trực tiếp (line manager) dự một số sự kiện, trao đổi 1-1 định kỳ thay vì chỉ đọc số.
- Ghi nhận thành tích của đội theo đội; ghi nhận cá nhân qua câu chuyện cụ thể.
- Khi một người gặp khó, nhìn trước tiên vào hệ thống (phân việc, phụ thuộc, kỹ năng) trước khi kết luận về cá nhân.
Câu hỏi mở cho mọi người: nếu bắt buộc phải có một con số cá nhân cho hệ thống nhân sự, bạn sẽ chọn con số nào và bảo vệ nó ra sao trước đội?
Nguồn: