Câu trả lời được chấp nhận
Trước khi báo lên, hãy làm bước bạn đã bỏ qua: nói chuyện riêng. Nhắc chung trong họp hiếm khi hiệu quả với một cá nhân, lại làm cả đội khó chịu.
Bước 1 — Chuẩn bị dữ kiện, không phải nhận xét "3 trong 4 task sprint vừa rồi trễ 2–4 ngày, 2 task bị mở lại vì lỗi" thay vì "bạn làm ẩu".
Bước 2 — Gặp riêng 1-1, hỏi trước khi kết luận
- Mô tả dữ kiện và tác động lên đội.
- Hỏi: điều gì đang cản trở? Nguyên nhân có thể là kỹ năng chưa phù hợp, yêu cầu không rõ, bị phòng giao thêm việc khác, chuyện cá nhân...
- Rất nhiều trường hợp "làm kém" hoá ra là quá tải do kiêm nhiệm — vấn đề của phân bổ nguồn lực, không phải của cá nhân.
Bước 3 — Thống nhất kế hoạch cải thiện cụ thể Mục tiêu đo được, hỗ trợ cụ thể (pair programming với người giỏi hơn, review code sớm, tách task nhỏ hơn), thời hạn xem lại (ví dụ 2 sprint). Ghi lại bằng email ngắn cho cả hai bên.
Bước 4 — Phối hợp với trưởng phòng khi:
- Nguyên nhân thuộc về phân bổ công việc của phòng (cần thoả thuận lại % thời gian).
- Đã có kế hoạch cải thiện nhưng không tiến triển sau thời hạn. Khi đó trình bày dữ kiện, những gì đã thử, đề xuất cụ thể (đào tạo thêm, đổi vai trò, thay người) và tác động lên dự án. Trưởng phòng mới là người quyết định về nhân sự.
Công bằng với cả đội: đừng để người khác âm thầm làm lại mãi — điều đó che giấu vấn đề và làm người giỏi kiệt sức. Quy trình review và Definition of Done rõ ràng giúp lỗi lộ ra sớm mà không cần chỉ trích cá nhân.
Trong đề PMP, thứ tự này cũng là đáp án chuẩn: tìm hiểu nguyên nhân/gặp riêng trước, leo thang lên trưởng phòng chức năng sau khi đã nỗ lực ở cấp PM.
Nguồn: