Career & Non-TechNgười hỏi muốn biết bạn xử lý theo hướng giải quyết vấn đề hay theo hướng quy trách nhiệm, và bạn có leo thang đúng lúc không.
Thứ tự nên làm:
1. Hỏi trực tiếp và sớm, riêng tư. Hỏi để biết tình trạng thật và nguyên nhân: kẹt kỹ thuật, bị giao thêm việc khác, hay hiểu sai yêu cầu. Ba nguyên nhân này cần ba cách xử lý khác nhau.
2. Đề nghị giúp cụ thể. "Anh chia cho em phần xử lý API, anh làm phần giao diện được không" — cụ thể hơn nhiều so với "cần gì cứ nói".
3. Giảm phụ thuộc phía mình. Thoả thuận trước phần giao tiếp (kiểu dữ liệu, hợp đồng API) rồi dùng dữ liệu giả để làm tiếp, không ngồi chờ.
4. Báo lên khi ảnh hưởng tới cam kết chung. Báo theo hướng nêu rủi ro tiến độ, không nêu tên để quy lỗi: "phần tích hợp đang trễ, nếu sau thứ Tư chưa có thì bản demo phải lùi".
5. Sau sprint, nói ở retro theo hướng hệ thống — có phải task quá lớn không có mốc kiểm tra giữa chừng không, có phải người đó bị giao chồng việc không.
Ví dụ mẫu: "Bạn làm phần API trễ hai ngày. Em hỏi riêng thì biết bạn kẹt ở phần xác thực. Em chốt trước hợp đồng dữ liệu và dựng mock để làm tiếp phần của em, đồng thời ngồi cùng bạn một tiếng gỡ phần xác thực. Bọn em kịp demo. Ở retro, team thống nhất chia task lớn kèm mốc kiểm tra giữa chừng."
Lỗi hay mắc:
- Im lặng chờ tới ngày cuối rồi báo cáo "tại bạn kia" — bạn cũng chịu trách nhiệm vì đã thấy sớm mà không nói.
- Mách quản lý ngay trước khi hỏi người đó một câu.
- Tự làm hộ toàn bộ phần của người khác — che mất vấn đề thật và bạn quá tải.