Sư tử, phù thủy, và sự trơ trẽn của nhà tuyển dụng
(hauleth.dev)- Một người tìm việc chỉ trích cách lệch vai trò công việc và bất đối xứng phản hồi trong quy trình tuyển dụng của hai công ty đã tiêu tốn thời gian của ứng viên như thế nào
- Hop.NS đã tổ chức hợp đồng thử việc 1 tuần cho vị trí “Senior Elixir Developer”, nhưng nhiệm vụ thực tế lại là bảo trì tiện ích mở rộng trình duyệt TypeScript và thêm tính năng UI
- Trong đầu tuần thử việc, thời gian bị tiêu tốn để có quyền truy cập Slack, GitHub và mẫu thiết kế; phải sau khoảng 10~12 giờ mới có thể chạy tiện ích trên máy cục bộ
- PerhapsMaybe đã tiến hành hơn 5 giờ phỏng vấn kỹ thuật rồi từ chối cung cấp phản hồi cá nhân, nhưng một tuần sau lại gửi khảo sát trải nghiệm ứng viên để chỉ yêu cầu phản hồi từ ứng viên
- Nếu công ty đòi hỏi nhiều thời gian và thiện chí, thì họ cũng nên cung cấp mô tả vai trò chính xác, lý do loại mang tính cá nhân hóa, và sự tôn trọng dành cho ứng viên
Hop.NS: Tuần thử việc biến từ vị trí Elixir thành bài tập về tiện ích mở rộng trình duyệt
- Người tìm việc ứng tuyển sau khi thấy tin tuyển dụng của Hop.NS trên LinkedIn, nơi một đồng nghiệp cũ đang làm việc
- Tên công ty và một số chi tiết đã được thay đổi để tránh vấn đề pháp lý
- Trước đây đây là công ty từng yêu cầu dự án take-home kéo dài 1 tuần và có trả công cho khoảng thời gian đó
- Tin tuyển dụng là vị trí Senior Elixir Developer, và trong cuộc gọi với CTO cũng đã bàn về vai trò lập trình viên Elixir, đội ngũ và quy trình
- CTO cho biết trong hợp đồng thử việc 1 tuần, ứng viên sẽ làm “công việc mà họ sẽ đảm nhận nếu được tuyển”
- Giấy tờ hợp đồng diễn ra suôn sẻ, và tuần thử việc bắt đầu lúc 09:00 thứ Hai
Day 1: Vấn đề quyền truy cập và nhiệm vụ thật sự được hé lộ
- Ngày đầu tiên, ứng viên nhận được thông tin đăng nhập email công ty tạm thời nhưng không thể vào Slack workspace, chỉ thấy thông báo bảo liên hệ quản trị viên
- Vì không có cách liên lạc, ứng viên phải nhắn cho người quen trong công ty qua LinkedIn để nhờ xin quyền truy cập
- 2~3 giờ trong hợp đồng 40 giờ đã bị tiêu tốn chỉ vì vấn đề truy cập Slack
- Sau đó, quyền truy cập GitHub cũng chỉ có được sau khi tiếp tục yêu cầu và chờ đợi, lúc đó mới clone được repository
- Vì người giám sát ở Nam Mỹ, cuộc gọi giải thích nhiệm vụ được hẹn vào 18:00, và trước đó ứng viên đã xem codebase Elixir rồi mở một PR sửa lỗi nhỏ
- Trong cuộc gọi buổi tối, nhiệm vụ của tuần thử việc được tiết lộ là bảo trì tiện ích mở rộng trình duyệt TypeScript và thêm tính năng mới cùng thiết kế UI
- Ứng viên xác nhận mình có ít kinh nghiệm trong mảng này, nhưng người phụ trách trả lời rằng đó đúng là nhiệm vụ cần làm
- Người phụ trách nói rằng “mọi phần backend đã hoàn tất rồi nên không cần lo”
- Ứng viên hiểu rằng phần backend/Elixir mà mình mong muốn đã xong hết, và giờ phải làm một công việc mang tính frontend mà mình không muốn
Day 2: Thiết lập môi trường chạy và xác nhận sự lệch vai trò
- Sang ngày thứ hai, để chạy và hiểu tiện ích mở rộng trình duyệt, ứng viên cần cài Google Chrome
- Bình thường ứng viên thích Safari và Firefox nên vẫn tránh dùng Chrome
- Mất vài giờ để tìm ra cách build và chạy cục bộ, đồng thời phải tiếp tục liên hệ với nhiều người khác để lấy thêm thông tin xác thực và quyền truy cập
- Trong cuộc trò chuyện với người quen đã giới thiệu, ứng viên hỏi liệu nhiệm vụ trong tuần thử việc có thể hoàn toàn khác chuyên môn của ứng viên hay không
- Người quen nói rằng đôi khi ứng viên được đặt ra ngoài comfort zone, nhưng nếu một lập trình viên backend bị giao công việc frontend thuần túy thì rõ ràng là có vấn đề
- Người đó cũng nói nếu là mình thì đã dừng lại ngay trong tình huống tương tự
- Ứng viên quyết định tiếp tục quy trình vì sự tôn trọng dành cho hai người đã giới thiệu mình
- Trong kênh Slack dành cho tuyển dụng, ứng viên hỏi “nếu được tuyển thì tôi sẽ tiếp tục làm dự án này hay làm việc khác”, và câu trả lời là “không phải lúc nào cũng vậy”
- Ứng viên lại phải tiếp tục theo đuổi người phụ trách để lấy mẫu thiết kế, và chỉ sau khi 10~12 giờ trong tổng 40 giờ của tuần thử việc trôi qua mới có thể chạy tiện ích mở rộng trên máy cục bộ
Day 3: Mở rộng phạm vi nhiệm vụ và dừng thử việc
- Sang ngày thứ ba, ứng viên đã hiểu phần nào cách làm việc và các việc cần làm, nhưng vẫn thiếu kiến thức về debug tiện ích mở rộng trình duyệt
- Vào khoảng giữa trưa ngày thứ ba, tức giữa tuần thử việc, công ty tiếp tục mở rộng thêm phạm vi nhiệm vụ
- Ứng viên phản đối bằng một tin nhắn dài rằng nhiệm vụ này hoàn toàn không khớp với những gì đã được mô tả trong quá trình tuyển dụng
- Mô tả công việc không hề đề cập đến TypeScript hay tiện ích mở rộng trình duyệt
- Ứng viên đã nhiều lần nhấn mạnh mình là một kỹ sư thiên về “backend-and-ops”
- Theo ứng viên, nhiệm vụ này vừa lãng phí thời gian của bản thân vừa lãng phí thời gian của công ty
- Ứng viên nói lý do duy nhất khiến mình chưa dừng ngay là vì tôn trọng những người đã giới thiệu mình
- CTO trả lời rằng họ muốn kiểm tra xem ứng viên có “phù hợp với văn hóa” hay không, đồng thời nói rằng công ty không thấy mình làm gì sai và yêu cầu đừng công khai bài viết
- Hop.NS đã trả tiền cho khoảng 20 giờ làm việc đầy khó chịu đó
- Sau 3~4 tuần, CTO lại nhắn trên LinkedIn hỏi ứng viên có quan tâm đến vị trí Staff Software Engineer hay không, và ứng viên hỏi ngược lại rằng công ty vẫn còn dùng chiến thuật bait-and-switch chứ
PerhapsMaybe: Không có phản hồi sau phỏng vấn dài, nhưng lại đòi khảo sát
- PerhapsMaybe có mở vị trí Software Engineer with Elixir, và vì có người quen trong công ty nên ứng viên đã nộp đơn
- Một người quen đã chuyển hồ sơ đến VP of Infrastructure, người có vẻ là hiring manager cho vị trí này, nhưng quy trình không hề nhanh
- Thông tin ứng tuyển được gửi vào ngày 27 tháng 5 năm 2026
- Liên hệ đầu tiên từ đội tuyển dụng là vào ngày 11 tháng 6 năm 2026, tức hơn 2 tuần sau
- Chỉ sau khi gửi lời mời kết nối cho VP trên LinkedIn thì phía tuyển dụng mới liên hệ
- Cuộc gọi 1 giờ với VP diễn ra thuận lợi, và ứng viên càng hứng thú hơn với vai trò này
- Sau đó là giai đoạn sắp lịch phỏng vấn kỹ thuật, với tổng thời lượng dự kiến là 5 giờ 30 phút
Cấu trúc phỏng vấn tại PerhapsMaybe và thông báo bị loại
- Phỏng vấn diễn ra trong một ngày, với các khoảng nghỉ 30 phút và 2 giờ giữa các phiên
- Cấu trúc gồm ba phần
- Systems Design 1 giờ: thiết kế hệ thống thanh toán bất đồng bộ dùng cổng thanh toán đồng bộ
- Coding Interview 1 giờ: các bài kiểu LeetCode như cross product và di chuyển quân cờ trên bàn phím
- Technical Deep Dive 1 giờ: giải thích chi tiết kỹ thuật của dự án trước đây Ultravisor
- Ứng viên cảm thấy mình đã mắc lỗi khi phân tích độ phức tạp big-O ở bài thứ hai của coding interview, nhưng nhìn chung lời giải vẫn ổn
- Ở phần Technical Deep Dive, bản thân ứng viên thấy mình làm ổn, nhưng có linh cảm rằng phía bên kia không ấn tượng hoặc đang kỳ vọng điều gì khác
- Đến cuối ngày thứ hai sau phỏng vấn, ứng viên hỏi nhà tuyển dụng về cập nhật và nhận được thông báo bị loại
- Email từ chối có câu nói rằng “vì có quá nhiều ứng viên nên chúng tôi không cung cấp phản hồi cá nhân”
Khảo sát trải nghiệm ứng viên tạo ra sự bất đối xứng phản hồi
- Một tuần sau khi bị loại, PerhapsMaybe Hiring Team gửi email Candidate Experience Survey
- Email nói rằng họ muốn kiểm tra xem quy trình tuyển dụng có hiệu quả và trải nghiệm ứng viên có tốt không, đồng thời yêu cầu phản hồi trung thực và các điểm cần cải thiện về trải nghiệm phỏng vấn gần đây
- Ứng viên cho rằng công ty có thể đang giữ khoảng 5 giờ bản ghi cùng ghi chú cuộc họp tự động
- Ứng viên nói rõ rằng bản thân bị cấm sử dụng AI trong ghi chú cuộc họp
- Ứng viên chỉ trích việc công ty không đưa ra nổi 3~4 câu lý do loại mang tính cá nhân hóa, nhưng lại yêu cầu ứng viên góp ý để cải thiện quy trình
- Ứng viên cảm thấy mình bị đối xử như một nhà thầu đánh giá quy trình tuyển dụng chứ không phải ứng viên, và đã yêu cầu billing details để gửi hóa đơn theo mức phí contractor
Chỉ trích thị trường tuyển dụng và một ngoại lệ tích cực hiếm hoi
- Ứng viên mô tả thị trường tuyển dụng hiện tại là đã hỏng rồi
- Ứng viên nhắc rằng một số recruiter còn chỉ trích việc dùng LLM trong quá trình ứng tuyển
- Ứng viên phê phán việc đơn ứng tuyển thường có các câu hỏi như “Tại sao bạn muốn làm việc ở XYZ” hay “Điều gì khiến bạn hứng thú nhất khi làm việc tại XYZ”
- Ứng viên cho rằng công việc của mình không phải là giải thích sản phẩm của công ty như thể đang bán ngược lại cho chính công ty
- Ứng viên nói mình chỉ muốn làm công việc thú vị và được trả tiền cho điều đó
- Ứng viên cho rằng chỉ có nhà sáng lập mới thật sự có thể hào hứng với sản phẩm công ty, còn sau IPO thì ngay cả cổ đông cũng chỉ muốn giá trị tăng lên
- Một ngoại lệ là quy trình ứng tuyển vào Fresha, nơi Christine Wong là một ví dụ tích cực
- Lý do bị loại là “thiếu kinh nghiệm với coding agents”
- Christine Wong đã chủ động đề nghị sắp một cuộc gọi để trực tiếp đưa ra phản hồi cá nhân hóa
- Ứng viên nói rằng thật đáng quý khi thấy một con người thực sự thể hiện sự tôn trọng với ứng viên, và bày tỏ sự biết ơn với trải nghiệm đó
1 bình luận
Ý kiến trên Lobste.rs
Cách nói rằng đẩy ứng viên ra khỏi vùng an toàn nghe như đang muốn tạo cớ để chọn người mình thích và bỏ qua các yếu tố khác
Bảo một lập trình viên backend làm công việc frontend thuần rồi nói là để xem độ phù hợp văn hóa thì chẳng khác nào trách con cá vì không leo được cây
Chừng nào người lao động còn không kiểm soát được việc tuyển và sa thải, ít nhất là trong chính đội của mình, thì mấy trò này có lẽ sẽ còn tiếp diễn
Tôi không thật sự đồng cảm nhiều với tác giả bài viết này
Trong môi trường doanh nghiệp, việc mất một ngày để được cấp quyền truy cập hay nói chuyện với người ở múi giờ khác không phải điều quá gây sốc, và cách phản ứng với tình huống như vậy là tín hiệu tốt để đánh giá độ phù hợp văn hóa
Việc khẩn cấp nhất lại nằm ngoài phạm vi vai trò đã định trước cũng không có gì lạ, và một ứng viên có thể làm việc vượt ra ngoài phạm vi của mình có giá trị với công ty hơn người chỉ ở yên trong một phạm vi nhất định
Tất nhiên, nếu giao việc ngoài chuyên môn thì tiến độ sẽ chậm hơn và kết quả cũng kém hơn, nhưng công ty nhiều khả năng vẫn thích điều đó hơn là bị từ chối thẳng
Việc người tuyển dụng mất vài tuần để xếp lịch phỏng vấn, hay bạn nhắn cho phó chủ tịch trên LinkedIn rồi quy trình được đẩy nhanh, cũng không lạ trong môi trường doanh nghiệp. Biết khi nào cần liên hệ với phó chủ tịch cũng là một phần của công việc
Nếu phía tuyển dụng không đưa phản hồi cho ứng viên nhưng lại yêu cầu phản hồi từ ứng viên, thì việc nói rằng đó là điều khiến bạn nhớ nhất tự nó cũng có thể là một phản hồi tốt
Điều khiến tôi khó chịu nhất là cách dùng từ “bitch” bị gạch ngang ở ngay đầu. Gọi đồng nghiệp hay đồng nghiệp tiềm năng như vậy là hoàn toàn không chấp nhận được. Có thể bất đồng quan điểm, nhưng công kích cá nhân nhắm vào giới tính thì không được
Tin tuyển dụng mô tả công việc backend thuần, và tôi cũng đã nói rằng gần như toàn bộ kinh nghiệm của mình là backend và vận hành hệ thống
Thế mà sau khi đề nghị một công việc backend thuần, họ lại đột ngột đưa cho tôi một bài tập mà tôi hoàn toàn không biết, rồi kỳ vọng trong tối đa 32 giờ tôi sẽ làm ra một lời giải chạy được với “thiết kế phù hợp với phần còn lại của hệ thống”, thì tôi chỉ có thể xem đó là sự thiếu tôn trọng đối với kinh nghiệm và kiến thức của tôi
Tôi đã làm backend hơn 10 năm, trong đó khoảng 7 năm làm về observability và hiệu năng, còn lần gần nhất tôi làm frontend tương đối nhiều là 8 năm trước, khi thêm tính năng vào một ứng dụng Vua có sẵn
Nếu họ định đánh giá kinh nghiệm và kiến thức của tôi bằng dạng bài như vậy, tôi chỉ có thể kết luận rằng họ không muốn tôi. Không nói thẳng điều đó một cách lịch sự mà lại ép tôi làm việc vô nghĩa cho vất vả thì gần như là xúc phạm
Việc lịch tuyển dụng kéo dài vài tuần cũng làm tôi ngạc nhiên. Một kỹ sư senior/principal/staff của công ty đó đã giới thiệu tôi với vị phó chủ tịch liên quan từ 2 tuần trước, và tôi cũng biết vị phó chủ tịch đó đã xác nhận việc này
Tôi đã đưa phản hồi, và còn yêu cầu thông tin xuất hóa đơn để có thể tính phí tư vấn quy trình tuyển dụng cho người phụ trách tuyển dụng
May là vẫn có cách khác để lấy phản hồi. Vì tôi ở EU nên nhờ GDPR tôi có thể yêu cầu mọi ghi chú và chi tiết liên quan đến quy trình tuyển dụng của mình
Cách nói chuyện kiểu doanh nghiệp tồn tại để ngay cả hai người đứng ở hai đầu hoàn toàn đối lập của mọi câu hỏi lớn trong đời vẫn có thể cùng tiến lên rất tốt vì mục tiêu công ty
Tôi cũng đọc ra cảm giác tương tự. Tôi hiểu đây là một bài xả bực giữa bạn bè, nhưng nếu thái độ này lộ ra dù chỉ một chút ở vòng phỏng vấn thì có lẽ tôi đã từ chối phỏng vấn
Sự sẵn sàng làm việc ngoài phạm vi chuyên môn của mình không chỉ có giá trị với nhà tuyển dụng mà còn có thể mở ra cơ hội học hỏi và phát triển sự nghiệp mà bạn sẽ không biết tới nếu cứ khăng khăng chỉ ở trong vùng của mình
Điều quan trọng là phải trao đổi rõ ranh giới đó nằm ở đâu để đặt kỳ vọng và lịch trình cho phù hợp, và chính khả năng làm điều đó cũng là một tín hiệu rất mạnh trong phỏng vấn
Tuy vậy, vẫn cần cân bằng. Nếu định hướng sự nghiệp của bạn đã rất rõ ràng, và dự án được yêu cầu không đưa bạn tới hướng đó, thì có thể tốt hơn là dùng thời gian vào việc khác
Nhưng nếu mục tiêu của tôi và của nhà tuyển dụng xung đột, tôi sẽ không coi đó là sự xúc phạm mang tính cá nhân, cũng không mạo hiểm đốt cầu
Chỉ dựa vào bài này thì tôi sẽ không tuyển, vì nó tạo cảm giác non nớt và thiếu chuyên nghiệp
Gần đây tôi gặp một chuyện khá thú vị. Một người tuyển dụng từ một công ty liên hệ hỏi tôi có muốn nói chuyện không, và vì tôi dùng sản phẩm của họ hằng ngày nên tôi đồng ý
Khi cuộc gọi bắt đầu, người tuyển dụng hỏi “vậy bạn đang tìm kiếm điều gì?”, trong khi tôi chẳng tìm gì cả. Chính họ là bên chủ động tiếp cận nên tôi nghĩ không phải tôi thuyết phục công ty mà là công ty thuyết phục tôi
Dù vậy, tôi nghĩ đó chỉ là câu cửa miệng, rồi nói chuyện khoảng một tiếng về công ty làm gì các thứ. Cuối cùng họ hỏi tôi có muốn tiếp tục một quy trình gồm ba vòng phỏng vấn kỹ thuật có thể dẫn tới offer không, và vì tôi đang ở vị thế khá thuận lợi với một công việc ổn định nên thấy cũng có thể thú vị nên đồng ý
Người tuyển dụng nói sẽ gửi email sau cuộc gọi, rồi chúng tôi chào nhau
Nhưng gần một tuần trôi qua mà không thấy email. Cuối cùng tôi phải tự gửi email hỏi có phải họ quên không, và vài ngày sau thì nhận được câu trả lời rằng họ đã quyết định không tiếp tục quy trình lần này
Tức là tôi nhận được thông báo trượt dù còn chưa hề ứng tuyển, cảm giác bị tổn thương theo một cách khá kỳ lạ
Nhưng vẫn chưa hết. Vài tuần sau tôi đang tham dự một hội nghị lập trình lớn thì người tuyển dụng đó lại gửi email nói họ cũng có mặt ở đó, muốn mời tôi ăn tối và hỏi liệu tôi có muốn khởi động lại quy trình phỏng vấn không
Vì họ trả tiền nên tôi vẫn đi ăn tối và có cuộc trò chuyện vui vẻ với vài kỹ sư của công ty. Nhưng tôi thấy lạ là tôi đâu có dừng quy trình, vậy tại sao việc khởi động lại lại là một lựa chọn, và tại sao nó lại giống như trách nhiệm của tôi
Tôi cảm thấy cần có một trang kiểu cẩm nang về môi trường IT doanh nghiệp được nhiều người đọc để mọi người chuẩn bị cho các tương tác như thế này
Không phải để biện hộ cho những gì diễn ra ở đó, nhưng nhiều người thật sự không hiểu rõ thực tế
Dù nội bộ hay bên ngoài thì chậm trễ vẫn xảy ra. Mất một ngày chỉ để có quyền truy cập là chuyện bình thường và có thể dự đoán trước
Quy trình bị kéo dài, và bạn trở thành một bánh răng nhỏ trong một quy trình chỉ nhìn vào chỉ số tổng thể chứ không phải thành công hay thất bại của từng cá nhân
Nhiều nơi có chính sách không đưa phản hồi đồng loạt. Tổn thất tiềm tàng là kiện tụng, còn lợi ích tiềm tàng thì không có
Giao tiếp thường kém, và chuyện bài test tuyển dụng bị thay đổi hoặc thất lạc cũng có thể xảy ra
Một cẩm nang như vậy có thể giúp điều chỉnh kỳ vọng, đồng thời cũng lọc ra những người không muốn chịu đựng kiểu đời sống thường ngày đó
Muốn xong trong khoảng đó, tôi buộc phải dùng các kênh liên lạc của bên thứ ba với những người ngoài quy trình để xin quyền truy cập
Trong công việc thông thường thì có thể chờ nên chậm trễ là bình thường, nhưng quy trình tuyển dụng không được ảnh hưởng tới công việc thường ngày của tôi. Đây là khác biệt rất lớn
Về chính sách không đưa phản hồi, vì tôi ở EU và chịu GDPR nên tôi có thể yêu cầu toàn bộ chi tiết và ghi chú nội bộ về mình
Cuối cùng thứ họ nhận được chỉ là ấn tượng rằng họ thiếu chuyên nghiệp, và khiến toàn bộ quy trình này trông không giống tuyển dụng chính đáng mà giống tư vấn quy trình tuyển dụng hơn
Việc đặt lại kỳ vọng và sàng lọc con người có thể chấp nhận được, nhưng tôi rất nghi ngờ rằng nếu tôi nói mình cần thêm thời gian thì họ có áp dụng cùng tiêu chuẩn với họ không. Vì vậy mới có lợi thế không công bằng
Nghĩ lại thì có lẽ tôi nên chẳng làm gì cả, cũng không thúc xin quyền truy cập, rồi chỉ chờ tới cuối tuần cho máy móc của họ tự chạy xong và nhận tiền công thôi. Có lẽ như vậy tôi đã bận tâm ít hơn