Ở vị trí Developer, phỏng vấn tập trung vào khả năng code. Ở vị trí Tech Lead, nhà tuyển dụng quan tâm nhiều hơn tới khả năng ra quyết định kiến trúc, mentor người khác, và giao tiếp với bên không kỹ thuật — dù kỹ năng code vẫn cần nhưng không còn là trọng tâm duy nhất.
"Kể về 1 quyết định kiến trúc bạn đưa ra và lý do." — Câu trả lời tốt không chỉ nói "tôi chọn X" mà trình bày rõ: bối cảnh, các lựa chọn đã cân nhắc, tiêu chí đánh giá, và kết quả thực tế (kể cả nếu sau này phát hiện chưa tối ưu — thừa nhận và điều chỉnh là dấu hiệu trưởng thành).
"Bạn cân bằng giữa tốc độ ra sản phẩm và chất lượng code thế nào?" — Đây là câu hỏi về tư duy trade-off thực tế, không có đáp án tuyệt đối. Nên trình bày cách bạn phân loại: phần nào chấp nhận technical debt có kiểm soát (ghi chú rõ, có kế hoạch trả sau), phần nào không thể thoả hiệp (bảo mật, dữ liệu tài chính).
"Bạn xử lý thế nào khi 1 thành viên trong team liên tục nộp code chất lượng thấp?" — Nhà tuyển dụng muốn nghe cách tiếp cận có đồng cảm nhưng vẫn giữ tiêu chuẩn: tìm hiểu nguyên nhân (thiếu kinh nghiệm, không hiểu yêu cầu, hay vấn đề cá nhân), pair programming hoặc code review chi tiết hơn, đặt kỳ vọng rõ ràng thay vì chỉ trích chung chung.
"Làm sao để code review vừa hiệu quả vừa không làm team nản?" — Tập trung góp ý vào code, không phải người viết; phân biệt rõ "phải sửa" (bug, security) và "gợi ý" (style, cách làm khác); giải thích lý do thay vì chỉ ra lệnh.
"Làm sao giải thích 1 vấn đề kỹ thuật cho người không rành công nghệ?" — Trả lời tốt sẽ minh hoạ bằng ví dụ cụ thể: quy đổi khái niệm kỹ thuật thành tác động kinh doanh ("nếu không refactor phần này, mỗi tính năng mới sẽ mất thêm 2 tuần thay vì 1 tuần") thay vì giải thích chi tiết kỹ thuật.
Ở vòng phỏng vấn Tech Lead, hãy chuẩn bị sẵn 2-3 câu chuyện cụ thể (không phải giả định) về: 1 quyết định kiến trúc, 1 tình huống mentor/xử lý xung đột team, và 1 lần bạn phải đánh đổi giữa deadline và chất lượng — đây là bộ câu hỏi lặp lại ở hầu hết buổi phỏng vấn Tech Lead.