Vì Sao Nhiều Developer Giỏi Vẫn Trượt Phỏng Vấn?

Nếu từng tham gia tuyển dụng hoặc hỗ trợ phỏng vấn ứng viên IT, bạn sẽ thấy một hiện tượng khá thú vị:

Có những developer làm việc rất tốt, kinh nghiệm thực tế không hề ít, nhưng kết quả phỏng vấn lại không như kỳ vọng.

Ngược lại, có những ứng viên sở hữu năng lực chuyên môn tương đương nhưng lại tạo được ấn tượng mạnh với interviewer ngay từ những phút đầu tiên.

Trong nhiều trường hợp, sự khác biệt không nằm ở kỹ năng kỹ thuật.

Mà nằm ở cách ứng viên kể về những gì mình đã làm.

Nhà Tuyển Dụng Không Thể Đánh Giá Điều Họ Không Nhìn Thấy

Trong công việc hàng ngày, đồng nghiệp có thể biết bạn là người:

• Xử lý production incident khó nhất team.
• Tối ưu hệ thống giúp giảm đáng kể chi phí vận hành.
• Chủ động đề xuất những cải tiến kỹ thuật quan trọng.

Nhưng interviewer không có cơ hội chứng kiến những điều đó.

Thứ họ nhìn thấy chỉ là những gì bạn kể trong khoảng 45 phút đến 1 giờ đồng hồ.

Đó là lý do vì sao cùng một kinh nghiệm làm việc nhưng có người tạo được cảm giác "ứng viên rất mạnh", trong khi người khác lại không để lại nhiều dấu ấn.

Một Sai Lầm Mà Rất Nhiều Developer Mắc Phải

Khi được hỏi:

Hãy kể về một dự án đáng nhớ nhất mà bạn từng tham gia.

Rất nhiều người trả lời theo cách như sau:

Team em xây dựng hệ thống xử lý khoảng vài triệu request mỗi ngày.

Hoặc:

Team em tối ưu lại hệ thống nên hiệu năng tăng lên đáng kể.

Những câu trả lời này không sai.

Nhưng chúng thiếu một yếu tố rất quan trọng:

Vai trò của chính bạn trong câu chuyện đó.

Từ góc nhìn của interviewer, họ vẫn chưa biết:

• Bạn chịu trách nhiệm phần nào?
• Bạn đã đưa ra quyết định gì?
• Bạn giải quyết vấn đề như thế nào?
• Giá trị bạn tạo ra là gì?

Và đó mới là những thứ họ thực sự muốn đánh giá.

Người Phỏng Vấn Không Muốn Nghe Thành Tích Của Team

Một trong những lời khuyên hữu ích nhất mà tôi từng nhận được là:

Đừng kể những gì team đã làm. Hãy kể những gì bạn đã làm trong team đó.

Nghe có vẻ đơn giản.

Nhưng khi nhìn lại, rất nhiều câu trả lời của chúng ta thường bắt đầu bằng:

• Team em...
• Chúng em...
• Công ty em...

Vô tình, những đóng góp cá nhân lại bị hòa lẫn vào thành quả chung.

Một câu chuyện tốt thường giúp người nghe trả lời được câu hỏi:

Nếu bỏ ứng viên này khỏi dự án, điều gì sẽ khác đi?

Khi interviewer hiểu được điều đó, họ mới có cơ sở để đánh giá năng lực thực sự của bạn.

Storytelling Không Chỉ Dành Cho Dân Marketing

Nhiều developer nghĩ rằng "kể chuyện" là thứ gì đó khá xa lạ với công việc kỹ thuật.

Thực tế thì ngược lại.

Trong behavioral interview, storytelling chính là công cụ giúp bạn biến những kinh nghiệm thực tế thành các câu trả lời có sức thuyết phục.

Ví dụ:

Thay vì nói:

Em từng tối ưu database.

Bạn có thể kể:

Trong giai đoạn traffic tăng mạnh, API thường phản hồi trên 2 giây. Sau khi phân tích log và profiling hệ thống, em phát hiện một số truy vấn gây bottleneck ở tầng database. Em đề xuất thay đổi chiến lược indexing và tối ưu luồng truy vấn. Sau khi triển khai, thời gian phản hồi giảm xuống dưới 700ms.

Cùng một kinh nghiệm.

Nhưng người nghe sẽ dễ hình dung hơn rất nhiều.

Mình không đi quá sâu vào các framework như STAR trong bài viết này vì phần đó khá dài. Nếu muốn xem các ví dụ cụ thể về cách chuyển đổi một câu trả lời "mờ nhạt" thành một câu trả lời nổi bật hơn trong mắt interviewer, bạn có thể tham khảo bài phân tích chi tiết trên X-Interview:

👉 Nghệ thuật kể chuyện (Storytelling): Cách nổi bật trong hàng trăm ứng viên cùng trình độ

Đọc Hiểu Là Một Chuyện, Trả Lời Được Lại Là Chuyện Khác

Một điều khá thú vị là hầu hết chúng ta đều hiểu lý thuyết rất nhanh.

Sau khi đọc về STAR hay storytelling, ai cũng cảm thấy:

"À, hóa ra là như vậy."

Nhưng khi bước vào buổi phỏng vấn thực tế, áp lực thời gian khiến mọi thứ trở nên khác hẳn.

Nhiều người bắt đầu:

• Nói lan man.
• Quên mất kết quả cuối cùng.
• Không làm rõ vai trò cá nhân.
• Thiếu số liệu hoặc dẫn chứng.

Đó là lý do vì sao việc luyện tập trước khi phỏng vấn quan trọng không kém việc học lý thuyết.

Phần Lớn Ứng Viên Chỉ Phát Hiện Điểm Yếu Sau Khi Trượt

Đây có lẽ là điều đáng tiếc nhất.

Bạn dành nhiều ngày để chuẩn bị.

Bạn nghĩ mình trả lời khá ổn.

Nhưng chỉ sau khi nhận email từ chối mới nhận ra rằng có những điểm interviewer chưa thực sự bị thuyết phục.

Hiện nay việc luyện tập đã dễ dàng hơn rất nhiều so với trước đây.

Thay vì phải nhờ đồng nghiệp hoặc mentor dành thời gian mock interview, bạn có thể tự luyện tập với các bộ câu hỏi behavioral và technical interview bất cứ lúc nào.

Nếu đang chuẩn bị cho một đợt nhảy việc hoặc muốn kiểm tra khả năng trả lời của mình, bạn có thể thử các bộ mock interview có sẵn tại X-Interview:

👉 Bộ câu hỏi phỏng vấn mô phỏng theo từng vị trí IT

Điểm mình thấy hữu ích là sau mỗi câu trả lời, bạn có thể nhìn lại cách mình trình bày vấn đề, mức độ rõ ràng của câu chuyện và những phần còn thiếu trước khi bước vào buổi phỏng vấn thật.

Kết Luận

Kỹ năng chuyên môn luôn là nền tảng quan trọng.

Nhưng trong một cuộc phỏng vấn, điều quyết định không chỉ là bạn biết gì.

Mà còn là bạn có thể giúp người khác hiểu được những gì mình biết hay không.

Rất nhiều developer giỏi bị đánh giá thấp đơn giản vì họ chưa kể được câu chuyện nghề nghiệp của mình một cách rõ ràng.

Nếu đang chuẩn bị cho những vòng phỏng vấn sắp tới, hãy dành thời gian đầu tư cho kỹ năng này.

Đọc thêm tài liệu là một cách tốt để bắt đầu. Nhưng sau đó đừng quên tự mình luyện tập với các tình huống thực tế.

Bởi cuối cùng, thứ tạo ra khác biệt không phải là việc bạn đã đọc bao nhiêu bài viết về phỏng vấn, mà là bạn trả lời tốt đến đâu khi interviewer đặt câu hỏi đầu tiên.