Career & Non-TechCâu này gần như chắc chắn xuất hiện. Người hỏi muốn thấy bạn tự nhận thức được và đang xử lý, chứ không tìm lý do loại bạn.
Công thức ba phần:
1. Một điểm yếu thật, có thật, liên quan nghề — nhưng không phải năng lực lõi của vị trí đang ứng tuyển.
2. Hệ quả cụ thể đã xảy ra — cho thấy bạn không bịa.
3. Việc bạn đang làm để khắc phục + kết quả đo được.
Ví dụ mẫu: "Em hay ôm task quá lâu trước khi nhờ giúp, vì ngại làm phiền. Có lần em mất gần hai ngày cho một lỗi cấu hình mà senior nhìn ra trong mười phút. Từ đó em đặt quy tắc riêng: kẹt quá 60 phút mà không tiến triển thì đăng vào kênh team kèm những gì đã thử. Vài sprint gần đây thời gian chờ của em giảm rõ và không còn task nào bị treo cả ngày."
Các điểm yếu nói được ở phỏng vấn dev: ước lượng thời gian còn lệch, viết tài liệu chưa quen, ngại nói trước đông người, hay sa đà tối ưu quá sớm, tiếng Anh nghe nói chưa tốt.
Lỗi hay mắc:
- "Điểm yếu của em là quá cầu toàn / làm việc quá chăm" — công thức cũ, người phỏng vấn nghe nhàm và coi là né tránh.
- Nói một điểm yếu chí mạng với vị trí (ứng tuyển backend mà "em không thích debug").
- Chỉ nêu điểm yếu rồi dừng, không có phần đang khắc phục.
- Nói "em không có điểm yếu nào".