Quy trình phỏng vấn FAANG: điểm chung, điểm khác

Bỏ tên công ty đi, các quy trình trông gần như giống hệt nhau: lọc hồ sơ ứng tuyển, trò chuyện với nhà tuyển dụng, một hoặc hai vòng sàng lọc kỹ thuật với coding trực tiếp trên trình soạn thảo dùng chung, rồi đến khối cuối gồm bốn đến năm cuộc phỏng vấn, tức vòng cuối, kết hợp coding, thiết kế hệ thống cho cấp trung trở lên, và đánh giá hành vi. Quyết định tuyển dụng đến từ các buổi tổng kết có cấu trúc dựa trên phản hồi bằng văn bản, chứ không phải ấn tượng của riêng một người phỏng vấn, và tiến trình kéo dài nhiều tuần chứ không phải vài ngày.

Khung sườn chung này tồn tại vì các công ty này đều gặp cùng một bài toán: tuyển dụng ở quy mô lớn mà vẫn giữ chất lượng ổn định. Với ứng viên, đây là tin tốt. Sự chuẩn bị có thể dùng lại được: luyện coding vừa làm vừa nói to giải thích, một mạch kể chuyện thiết kế chắc chắn cho mỗi hệ thống bạn từng động vào, và một kho câu chuyện hành vi đều hữu ích cho mọi pipeline trên trang này.

Phân tích từng giai đoạn theo từng công ty có tại trang tổng hợp quy trình phỏng vấn theo công ty.

Nếu khung sườn giống nhau, tại sao lời khuyên chuẩn bị lại khác nhau tùy công ty? Vì tiêu chí chấm điểm khác nhau, và câu trả lời của bạn bị chấm dựa trên chính tiêu chí đó. Phần này chính là tấm bản đồ đó. Amazon gắn các vòng phỏng vấn hành vi với Leadership Principles của họ và bố trí một Bar Raiser, một người phỏng vấn bên ngoài có nhiệm vụ giữ chuẩn tuyển dụng, trong mọi vòng cuối. Meta chấm điểm theo các tín hiệu được đặt tên rõ ràng cho từng phần, với các vòng coding nổi tiếng dày đặc, hai bài trong bốn mươi lăm phút là chuyện bình thường. Microsoft lọc phần hành vi qua văn hóa tư duy phát triển của họ và thường kết thúc vòng cuối bằng một người phỏng vấn cấp senior tùy trường hợp. Apple tuyển theo từng team, nên chiều sâu chuyên môn và khả năng phán đoán sản phẩm của bạn quan trọng hơn bất kỳ tiêu chí chuẩn hóa nào. Google, có quy trình được thư viện này trình bày ở các trang riêng, dựa nhiều vào phỏng vấn có cấu trúc và đánh giá theo hội đồng.

Khâu vận hành cũng mỗi nơi một kiểu: phỏng vấn của Amazon chạy trên Amazon Chime, của Microsoft trên Microsoft Teams, trong khi các công ty khác dùng nền tảng video phổ biến kèm bảng coding dùng chung. Không điều nào trong số này thay đổi những gì bạn biết; chúng chỉ thay đổi cách bạn trình bày nó, và đó là lý do bỏ ra một buổi tối đọc trang của một công ty trước vòng cuối của họ là xứng đáng.

Chạy song song nhiều quy trình là chuyện bình thường chứ không phải ngoại lệ, và bí quyết là tách phần chuẩn bị chung ra khỏi cách trình bày riêng cho từng công ty. Làm phần việc chung một lần duy nhất: luyện coding có bấm giờ và nói to giải thích, các mạch kể chuyện thiết kế, và một kho câu chuyện có chi tiết thật theo khung STAR. Sau đó áp dụng một lượt điều chỉnh cách trình bày cho từng công ty, khớp cùng những câu chuyện đó với các nguyên tắc của Amazon, tín hiệu của Meta, hoặc góc nhìn tư duy phát triển của Microsoft, vào tuần diễn ra vòng cuối của mỗi nơi.

Một kỹ sư full-stack trải qua vòng cuối của Amazon và Microsoft cách nhau ba tuần là một trường hợp điển hình. Một câu chuyện về việc cứu vãn một lần ra mắt sản phẩm thất bại đã dùng được cho cả hai: trình bày như Ownership và Dive Deep trước Bar Raiser, rồi được tái cấu trúc thành sự phát triển nhờ phản hồi khi phỏng vấn ở Microsoft. Phần chuẩn bị kỹ thuật của cô ấy không hề thay đổi; chỉ có từ ngữ là thay đổi. Trong suốt các vòng phỏng vấn trực tiếp, dù trên Chime hay trên Teams, bản ghi chép cục bộ và kho câu chuyện của cô luôn ở trong tầm mắt trong lúc cô nói.

Hãy luyện tập nói to cách trình bày riêng cho từng công ty với công cụ phỏng vấn thử, và luôn nhớ rõ giới hạn thực tế: bài kiểm tra có giám sát, vòng bị ghi hình, và màn hình chia sẻ đều nằm ngoài phạm vi của các công cụ hỗ trợ ở mọi công ty nhắc đến trên trang này, theo chủ đề về khả năng bị phát hiện.