Những bài học rút ra sau khoảng 1.000 cuộc phỏng vấn tại Amazon

• Dựa trên kinh nghiệm làm việc 17 năm tại Amazon và thực hiện khoảng 1.000 cuộc phỏng vấn (trong đó khoảng 600 lần là phỏng vấn Bar Raiser), bài viết phân tích mức độ ảnh hưởng của phỏng vấn hành vi đến quyết định tuyển dụng so với phỏng vấn kỹ thuật
• Lý do chính khiến các ứng viên giỏi về kỹ thuật bị loại không phải vì thiếu năng lực kỹ thuật mà là vấn đề về cách họ thể hiện bản thân
• Điểm mù lớn nhất là ứng viên dành 95% thời gian chuẩn bị cho kỹ thuật, nhưng gần như không dành thời gian cho chuẩn bị phỏng vấn hành vi
• Phỏng vấn không giống một bài kiểm tra mà gần với một buổi thử vai để đánh giá "có muốn làm việc cùng người này hay không"
• Những điều cốt lõi mà doanh nghiệp đánh giá trong phỏng vấn hành vi là độ phù hợp với vai trò, độ phù hợp với tổ chức và xác định level, và nếu hiểu điều này, ứng viên có thể chọn những câu chuyện tốt hơn

---

Những mẫu hình cốt lõi được phát hiện từ các cuộc phỏng vấn Bar Raiser

• Bar Raiser là một phỏng vấn viên được đào tạo đặc biệt, tham gia từ bên ngoài nhóm tuyển dụng để xác nhận liệu nhân sự mới có nâng cao chuẩn nhân tài của Amazon hay không
• Họ có quyền phủ quyết với mọi ứng viên và tham gia vào vòng phỏng vấn ở mọi cấp độ, từ thực tập sinh đến Principal Engineer
• Sau khoảng 50 cuộc phỏng vấn Bar Raiser, một mẫu hình đã trở nên rõ ràng: phần lớn ứng viên không nhận được offer không phải vì thiếu năng lực kỹ thuật mà vì thất bại trong việc thể hiện bản thân
• Khi đã vào đến vòng cuối, ứng viên thực tế đã vượt qua màn lọc kỹ thuật hoặc bài tập, nên câu hỏi cốt lõi ở vòng cuối là "đội ngũ này có muốn làm việc cùng người này không"

• Bài học 1: Chuẩn bị quá mức cho một phía, nhưng lại thiếu chuẩn bị cho phía còn lại

  • Ứng viên trung bình dành 95% thời gian cho chuẩn bị kỹ thuật và 5% còn lại cho mọi thứ khác; thậm chí có người hoàn toàn không dành thời gian cho phần không kỹ thuật
  • Việc chuẩn bị kỹ thuật hấp dẫn vì cụ thể và có thể đo lường tiến độ, nhưng với bài toán coding, kể cả bài chưa từng gặp vẫn có thể suy luận nếu được gợi ý
  • Ngược lại, trong phỏng vấn hành vi, với những câu hỏi như "bạn đã xử lý thế nào khi dự án gặp trục trặc", nếu không có câu chuyện đã chuẩn bị trước thì gần như không thể ứng biến tốt
    • Không có gợi ý, không thể suy luận theo thời gian thực, và nếu không chuẩn bị thì rất dễ trả lời lan man, thiếu mạch lạc
  • Tác giả đã chứng kiến hàng trăm lần cảnh ứng viên vượt qua tốt vòng coding nhưng lại sụp đổ ở các câu hỏi về kinh nghiệm
    • Phản hồi trong buổi debrief thường là: "Không thể khai thác được câu trả lời cụ thể nào, mọi câu chuyện đều mơ hồ và thiếu sức thuyết phục"
  • Chuẩn bị phi kỹ thuật mất ít thời gian hơn nhiều so với chuẩn bị kỹ thuật: trong tổng 80–100 giờ chuẩn bị phỏng vấn, chỉ cần dành một cuối tuần (khoảng 10 giờ) cho việc chuẩn bị câu chuyện cũng có thể thay đổi hoàn toàn kết quả phỏng vấn hành vi
  • Lợi ích của việc luyện kỹ thuật sẽ giảm dần rất nhanh, trong khi lợi ích từ việc chuẩn bị câu chuyện lại gần như theo cấp số nhân vì hầu như không ai làm

• Bài học 2: Cách kể câu chuyện quan trọng không kém bản thân câu chuyện

  • Ngay cả thành tích ấn tượng nhất cũng có thể bị lãng phí hoàn toàn nếu truyền đạt kém, và kiểu thất bại phổ biến nhất là "ramble and stumble" (nói lan man, lắp bắp)
    • Tức là ứng viên trông như đang tự ghép câu chuyện ngay trong lúc kể, hoặc dành 5 phút để giải thích bối cảnh rồi lại quay lại bổ sung những chi tiết bị bỏ sót
  • Khi chuẩn bị cho một buổi trình bày quan trọng trong công việc, mọi người thường lên cấu trúc, dòng chảy và điểm chính rồi tập dượt, nhưng rất nhiều người lại bước vào phỏng vấn theo kiểu ứng biến
  • Nhiều người thấy việc chuẩn bị câu chuyện phỏng vấn là "không tự nhiên" hoặc "giả tạo", nhưng giống như nhạc công tập dượt trước buổi hòa nhạc, luyện tập không liên quan gì đến tính chân thật
  • Cách thực hành: bắt đầu từ hai câu hỏi "hãy giới thiệu về bản thân" và "vì sao bạn muốn làm việc tại công ty này"
    • Viết câu trả lời ra, quay video lại, rồi xem video để tìm xem mình lan man ở đâu và có những tật nói thừa nào không
    • Lặp lại cho đến khi tạo được cảm giác "mình muốn làm việc cùng người này"
  • 30 phút luyện tập kiểu này có thể cải thiện hiệu quả phỏng vấn nhiều hơn 20 giờ luyện coding

• Bài học 3: Phỏng vấn là buổi thử vai cho cảm giác làm việc cùng bạn sẽ như thế nào

  • Phần lớn ứng viên coi phỏng vấn là một bài kiểm tra, nhưng thực ra nó không có đáp án đúng sẵn mà là một quá trình để người phỏng vấn hình thành ấn tượng
  • Vai trò cụ thể của Bar Raiser là đánh giá liệu ứng viên có tốt hơn top 50% nhân sự hiện có ở vị trí tương ứng hay không
  • Những bài coding trong phỏng vấn có thể khác công việc thực tế, nhưng các câu hỏi hành vi lại trực tiếp kiểm tra các tình huống diễn ra hằng ngày như giải quyết bất đồng, xử lý khủng hoảng dự án, hay ra quyết định khi thông tin chưa đầy đủ
    • Khi hỏi về "trải nghiệm đưa ra ý kiến trái chiều với stakeholder", người phỏng vấn đang hình dung người đó trong cuộc họp lập kế hoạch kế tiếp
    • Khi nghe ứng viên kể cách xử lý xung đột trong nhóm, họ tự hỏi "mình có muốn ở chung một phòng với người này không"
  • Ứng viên tiếp cận theo kiểu đi thi thường cố đoán câu trả lời mà người phỏng vấn muốn nghe và đưa ra những câu trả lời trơn tru, không có góc cạnh
    • Kết quả là tạo ra sự bất định kiểu: "Mình hoàn toàn không hình dung được nếu làm việc thật với người này sẽ như thế nào" → phần lớn sẽ dẫn tới "No"
  • Cách thực hành: chuẩn bị câu chuyện không dựa trên điều người phỏng vấn muốn nghe, mà dựa trên điều chính bạn muốn nghe từ một người sắp gia nhập đội của mình
    • Hãy kể một cách trung thực phiên bản thật, bao gồm cả phần khó khăn và những quyết định sát nút

Kết luận cốt lõi sau khoảng 1.000 cuộc phỏng vấn

• Người được tuyển là người bước vào phòng và kể rõ ràng những câu chuyện về công việc và năng lực của mình, khiến người phỏng vấn cảm thấy "mình muốn làm việc cùng người này"
• Khả năng kể chuyện là một kỹ năng có thể cải thiện bằng luyện tập, nhưng đa số không luyện vì không nghĩ đây là thứ có thể chuẩn bị
• Chỉ một chút chuẩn bị cũng có thể mang lại hiệu quả lớn hơn gần như mọi thứ khác mà bạn có thể làm trong sự nghiệp

Doanh nghiệp tìm kiếm điều gì trong phỏng vấn hành vi

• Chỉ năng lực kỹ thuật thôi không quyết định offer; qua phỏng vấn hành vi, doanh nghiệp tìm lời giải cho hai câu hỏi cốt lõi: "Ứng viên có phù hợp với vai trò và công ty không?" và "Ứng viên sẽ hiệu quả nhất ở level nào?"
• Nếu độ phù hợp (fit) không khớp thì dù kỹ thuật giỏi vẫn bị loại; nếu đánh giá sai level thì có thể bị downlevel hoặc bị từ chối vì không đủ chuẩn

• Hiểu về độ phù hợp: phù hợp với vai trò và phù hợp với tổ chức

  • Role Fit: liệu ứng viên có thể xử lý những thách thức cụ thể và điều kiện công việc của vị trí đó hay không
    • Một vai trò backend ở startup tăng trưởng nhanh và một vai trò backend ở tập đoàn lớn có thể dùng kỹ năng tương tự nhưng yêu cầu rất khác nhau
  • Company Fit: liệu ứng viên có thể thành công trong môi trường của tổ chức đó hay không
    • Công ty đánh giá xem phong cách làm việc, cách ra quyết định và hệ giá trị của ứng viên có phù hợp với cách vận hành của họ hay không

• Doanh nghiệp nhận diện tín hiệu phù hợp như thế nào

  • Họ không thể hỏi trực tiếp "bạn có hợp với công ty chúng tôi không?", nên sẽ tìm các tín hiệu khớp hoặc lệch trong những câu chuyện của ứng viên
  • Tín hiệu Role Fit: mức độ thoải mái khi xử lý yêu cầu mơ hồ, khả năng phối hợp liên team, tốc độ lặp nhanh và tiếp thu feedback
  • Tín hiệu Company Fit: bộc lộ qua các lựa chọn của ứng viên và cách họ giải thích những lựa chọn đó
    • Công ty coi trọng bias for action sẽ thích những câu chuyện cho thấy ứng viên hành động nhanh dù thông tin chưa đầy đủ
    • Công ty coi trọng customer obsession sẽ muốn thấy ví dụ đào sâu vào nhu cầu người dùng
    • Công ty nhấn mạnh radical transparency sẽ tìm những câu chuyện trong đó ứng viên chia sẻ thông tin một cách công khai dù điều đó gây khó chịu
  • Cùng một câu chuyện có thể phát ra tín hiệu khác nhau tùy công ty: ví dụ dành 3 tuần để mài giũa giải pháp đến hoàn hảo có thể được hiểu là coi trọng chất lượng ở công ty này nhưng là phân tích quá mức dẫn đến tê liệt ở công ty khác

• Các kiểu lệch fit thường gặp

  • Độc lập vs. hợp tác: kiểu tự giải quyết xong rồi quay lại báo cáo vs. kiểu kéo team tham gia ở mọi bước
    • Nếu mọi câu chuyện đều là làm một mình thì sẽ gây lo ngại ở công ty đề cao đồng thuận; ngược lại, nếu mọi câu chuyện đều phải xác nhận theo nhóm thì sẽ gây lo ngại ở công ty coi trọng ownership cá nhân
  • Tốc độ vs. sự kỹ lưỡng: thử nghiệm nhanh, MVP kiểu startup vs. xác minh cẩn trọng trong lĩnh vực y tế hoặc tài chính
    • Bao gồm cả khác biệt về quan điểm chất lượng code: đầu tư thêm thời gian cho kiến trúc sạch vs. ưu tiên giải pháp chạy được đúng hạn
  • Xuất sắc kỹ thuật vs. chủ nghĩa thực dụng: ưu tiên tối đa sự hoàn hảo kỹ thuật và kiến trúc sạch vs. giải pháp thực dụng, dù chưa hoàn hảo nhưng ra mắt đúng hạn
  • Đổi mới vs. ổn định: tạo giải pháp mới và thách thức cách làm hiện tại vs. duy trì, tối ưu hệ thống đã được kiểm chứng
  • Thẳng thắn vs. ngoại giao: văn hóa radical candor nói thẳng suy nghĩ vs. văn hóa coi trọng hòa khí và giữ thể diện
  • Dữ liệu vs. trực giác: văn hóa yêu cầu căn cứ dữ liệu cho mọi quyết định vs. văn hóa tin vào phán đoán dựa trên kinh nghiệm
  • Chuyên gia vs. generalist: chuyên môn rất sâu ở một domain trong công ty lớn vs. năng lực đảm nhiệm nhiều vai trò khác nhau ở công ty nhỏ

4 chiều dùng để xác định level

• Doanh nghiệp đánh giá level của ứng viên qua bốn chiều thể hiện xuyên suốt trong mọi câu chuyện, và bốn chiều này kết hợp lại để cho thấy vị trí mà ứng viên vận hành hiệu quả nhất

• Scope (phạm vi)

  • Đo số người và độ rộng mà công việc ảnh hưởng đến
  • Entry Level: cải thiện năng suất cá nhân, hỗ trợ một vài đồng đội
  • Mid Level: ảnh hưởng đến một phần cách team vận hành
  • Senior Level: tác động trực tiếp đến toàn team, bắt đầu mở rộng ảnh hưởng sang ít nhất một team khác, phối hợp chặt chẽ với đối tác product và design
  • Staff Level: tác động trực tiếp đến ít nhất hai team, mở rộng sang tổ chức lớn hơn, ảnh hưởng cả product, design và program management ngoài engineering
  • Principal Level: thay đổi cách vận hành của nhiều team hoặc một bộ phận lớn của tổ chức, mở rộng ảnh hưởng đến cả chiến lược kinh doanh

• Contribution (đóng góp)

  • Đo chính ứng viên đã thực sự làm gì, bằng cách phân biệt rõ ranh giới giữa "tôi" và "chúng tôi"
  • Entry Level: thực hiện công việc được giao, chịu trách nhiệm đầy đủ cho một tính năng được xác định rõ
  • Mid Level: sở hữu trọn vẹn giải pháp từ lúc xác định vấn đề đến khi triển khai, đồng thời hướng dẫn người khác
  • Senior Level: dẫn dắt các initiative cần phối hợp, vẫn tạo được tiến triển trong bối cảnh yêu cầu không rõ hoặc định hướng còn mơ hồ
  • Staff Level: dẫn dắt initiative liên team, thiết lập định hướng kỹ thuật, xử lý bối cảnh các stakeholder có ưu tiên xung đột
  • Principal Level: tạo ra năng lực cho cả tổ chức, thiết lập cách làm việc mới, hoạt động trong môi trường cực kỳ mơ hồ nơi cần định nghĩa cả bản thân vấn đề

• Impact (tác động)

  • Thể hiện điều gì đã được cải thiện nhờ công việc đó, và điều quan trọng là có các con số gắn thành quả kỹ thuật với kết quả kinh doanh hoặc người dùng
  • Entry Level: tăng năng suất cá nhân, rút ngắn thời gian cho công việc lặp lại, ngăn bug, v.v.
  • Mid Level: cải thiện có thể định lượng trong một khu vực cụ thể như tăng hiệu quả của team, rút ngắn thời gian deploy, tạo công cụ
  • Senior Level: thay đổi cách cả team làm việc, lan sang các team lân cận, mở rộng ảnh hưởng đến kết quả sản phẩm, trải nghiệm người dùng và chi phí vận hành
  • Staff Level: cải thiện vận hành ở nhiều team, có thể gắn với chỉ số kinh doanh như doanh thu, giữ chân khách hàng, tốc độ ra mắt
  • Principal Level: tạo năng lực cho tổ chức, dẫn dắt thay đổi chiến lược, được đo bằng kết quả kinh doanh và năng lực chiến lược

• Difficulty (độ khó)

  • Phản ánh độ phức tạp, ràng buộc và trade-off của vấn đề đã giải quyết; một bài toán khó được xử lý tốt thường ấn tượng hơn một bài toán dễ nhưng ảnh hưởng lớn
  • Entry Level: vấn đề trực quan trong các pattern đã được thiết lập, như học công nghệ mới hoặc debug code chưa quen
  • Mid Level: vấn đề có nhiều thành phần chuyển động hơn và lời giải kém rõ ràng hơn, bao gồm xử lý yêu cầu xung đột hoặc độ phức tạp kỹ thuật chưa từng gặp
  • Senior Level: quản lý các ràng buộc giữa nhiều hệ thống tương tác, đưa ra quyết định kiến trúc ở cấp team, phải cân nhắc cả yếu tố kỹ thuật lẫn kinh doanh
  • Staff Level: cân bằng trade-off xung đột giữa nhiều team, điều phối các hướng tiếp cận kỹ thuật khác nhau khi các team có nhu cầu thực sự va chạm nhau
  • Principal Level: xử lý những trade-off mang tính nền tảng giữa các nhu cầu của tổ chức, giải quyết vấn đề mới chưa có pattern hoặc tiền lệ, và đưa ra các quyết định cấp chiến lược công ty cần sự phê duyệt của lãnh đạo

Nghiên cứu điều doanh nghiệp thực sự coi trọng

• Không thể có thông tin hoàn hảo, nhưng chỉ với một chút nghiên cứu có trọng tâm, bạn vẫn có thể có được insight mà phần lớn ứng viên khác bỏ lỡ

• Tận dụng recruiter

  • Phần lớn ứng viên chỉ xem recruiter như một cửa ải, nhưng trên thực tế họ là nguồn thông tin nội bộ tốt nhất
  • Hiệu quả công việc của recruiter dựa trên số offer được ứng viên chấp nhận, nên họ thực sự muốn ứng viên thành công
  • Hãy hỏi trực tiếp: "Thách thức hiện tại của công ty là gì?", "Năng lực quan trọng nhất ở vai trò này là gì?", "Anh/chị có thể chia sẻ tài liệu chuẩn bị phỏng vấn không?"
  • Những câu hỏi ví dụ trong tài liệu chuẩn bị rất có thể sẽ xuất hiện trong phỏng vấn thật

• Tận dụng thông tin công khai

  • Những từ lặp lại trong job posting tiết lộ điều doanh nghiệp coi trọng: "fast-paced" và "compliance" phát ra những tín hiệu rất khác nhau
  • Nơi nên xem: engineering blog (họ ăn mừng thành tựu gì), tech talk / conference (chủ đề họ trình bày), đóng góp open source (họ công khai điều gì), tài liệu kỹ thuật (chất lượng tài liệu API công khai), status page / postmortem (họ có văn hóa học từ thất bại hay không)
  • Ngay cả khi không có engineering blog, bạn vẫn có thể đọc ra ưu tiên của công ty từ nhịp độ ra mắt sản phẩm (tốc độ phát triển) và lựa chọn công nghệ (đổi mới vs. ổn định)

• Phân tích mẫu hình thảo luận

  • Trên Glassdoor, Blind, Reddit, hãy bỏ qua những lời phàn nàn đơn lẻ và tìm mẫu hình lặp lại qua nhiều bài đăng
  • Lời than "quá nhiều cuộc họp" có thể ám chỉ văn hóa hợp tác/đồng thuận cao hoặc năng suất bị bào mòn vì họp quá mức
  • Lời khen về "tính tự chủ" cho thấy môi trường nơi nhân viên được tin tưởng ra quyết định mà không cần xin xác nhận liên tục

• Trò chuyện với người đang làm trong công ty

  • Thay vì hỏi những câu bề mặt về văn hóa, cần hỏi cụ thể hơn
    • "Những người được thăng tiến ở đây đã làm gì để được thăng tiến?"
    • "Những hành vi nào thường nhận phản hồi tiêu cực?"
    • "Khi có bất đồng, team đưa ra quyết định như thế nào?"
    • "Điều khiến anh/chị ngạc nhiên nhất khi làm việc ở đây là gì?"
  • Người trong công ty có thể nói ra những sự thật mà website công ty không bao giờ cho biết: ví dụ customer obsession trong thực tế có thể có nghĩa là phải xem dữ liệu người dùng trước khi viết code, còn ownership có thể có nghĩa là phải sẵn sàng xử lý sự cố production lúc 2 giờ sáng

• Mục tiêu cuối cùng của việc research

  • Mọi hoạt động research đều hướng đến một mục tiêu: xác định câu chuyện nào sẽ tạo được sự đồng cảm trong phỏng vấn
  • Nếu công ty coi trọng tốc độ, hãy nhấn mạnh câu chuyện phát hành nhanh rồi lặp lại; nếu họ coi trọng chiều sâu kỹ thuật, hãy nhấn mạnh ví dụ đào đến tận gốc nguyên nhân; nếu họ coi trọng hợp tác, hãy tập trung vào công việc liên team
  • Research cũng giúp bạn đánh giá liệu đó có phải công ty phù hợp với mình không: nếu họ coi trọng những hành vi mà bạn không thể hiện một cách tự nhiên hoặc không muốn phát triển, thì có thể không cần theo đuổi vai trò đó

Tổng hợp

• Doanh nghiệp không chỉ đánh giá bạn có thể làm việc hay không, mà còn đánh giá khả năng thành công của bạn trong một môi trường cụ thể và level mà bạn sẽ phát huy hiệu quả nhất
• Hiểu về fit giúp bạn chọn những kinh nghiệm kết nối tốt nhất với giá trị của công ty
• Hiểu về level giúp bạn định vị câu chuyện đúng cách: cùng một dự án nhưng tùy đóng góp thực tế và cách framing mà có thể trông như thực thi ở entry-level, quyền sở hữu ở mid-level, hay năng lực dẫn dắt ở senior-level
• Mục tiêu không phải là nhận bất kỳ offer nào, mà là nhận được offer phù hợp ở company phù hợp và level phù hợp, nơi bạn có nhiều cơ hội thành công nhất