Kỹ năng mềm & HR
Giới thiệu bản thân, teamwork, deadline, lương (có tiếng Anh)
Bạn có câu hỏi nào cho chúng tôi không?
Luôn chuẩn bị 2-3 câu hỏi về công việc hằng ngày, đội ngũ, cách làm việc và cơ hội học. Đừng hỏi ngay về lương hay nghỉ phép, và đừng nói không có câu hỏi.
Bạn học công nghệ mới như thế nào?
Mô tả quy trình thật: đọc tài liệu chính thức, làm dự án nhỏ để thực hành, hỏi người có kinh nghiệm, rồi áp dụng vào công việc. Kèm một ví dụ bạn đã học gần đây.
Điểm mạnh của bạn là gì?
Chọn 1-2 điểm mạnh liên quan đến công việc, rồi đưa một ví dụ thật chứng minh. Nói có bằng chứng thì đáng tin hơn nói suông.
Điểm yếu của bạn là gì?
Nói một điểm yếu thật nhưng không quan trọng với công việc, rồi kể bạn đang cải thiện thế nào. Đừng nói điểm yếu giả kiểu mình quá cầu toàn.
Hãy giới thiệu về bản thân bạn
Nói 1-2 phút theo thứ tự: bạn là ai hiện tại, kinh nghiệm hoặc dự án nổi bật, rồi vì sao bạn hợp vị trí này. Không kể cả đời, chỉ chọn phần liên quan đến công việc.
Kể về một dự án mà bạn tự hào
Dùng STAR: bối cảnh dự án, nhiệm vụ của bạn, việc bạn thực sự làm, và kết quả đo được. Nói rõ phần của bạn, không nói chung chung là cả đội làm.
Mức lương mong muốn của bạn là bao nhiêu?
Tìm hiểu mức lương thị trường trước, rồi nói một khoảng hợp lý và cho thấy bạn linh hoạt tùy phúc lợi và cơ hội học. Trung thực, không nói số quá thấp hay quá cao.
Mục tiêu của bạn trong 5 năm tới là gì?
Nói mục tiêu thực tế về kỹ năng và vai trò (giỏi hơn, dẫn dắt nhỏ, hiểu sâu hệ thống), gắn với việc phát triển cùng công ty. Không cần chọn chức vụ cụ thể.
Vì sao bạn muốn vào công ty / vị trí này?
Tìm hiểu trước về sản phẩm, công nghệ, văn hóa của công ty, rồi nói 1-2 lý do cụ thể khớp với kỹ năng và mục tiêu của bạn. Tránh trả lời chung chung kiểu công ty lớn, lương tốt.
Vì sao bạn rời công ty cũ?
Nói lý do tích cực, hướng về phía trước: muốn học thêm, thử công nghệ mới, nhận trách nhiệm lớn hơn. Không chê công ty, sếp hay đồng nghiệp cũ.
Bạn giải thích vấn đề kỹ thuật cho người không chuyên (PM, khách hàng) thế nào?
Tránh thuật ngữ, nói về tác động đến họ (thời gian, tiền, người dùng), dùng ví dụ đời thường, rồi kiểm tra họ đã hiểu chưa. Bắt đầu bằng kết luận, chi tiết để sau.
Bạn giao tiếp hiệu quả thế nào khi làm việc từ xa hoặc bất đồng bộ (async)?
Viết rõ ràng, đủ ngữ cảnh để người đọc hiểu mà không cần hỏi lại. Cập nhật tiến độ chủ động, ghi quyết định vào nơi chung, và dùng cuộc gọi khi vấn đề phức tạp hoặc dễ hiểu lầm.
Bạn phản ứng thế nào khi nhận góp ý trong code review?
Xem góp ý là cơ hội học, không phải chê bạn. Đọc kỹ, hỏi lại nếu chưa hiểu, sửa nhanh, và lịch sự giải thích nếu bạn không đồng ý. Kể một lần góp ý giúp bạn tốt hơn.
Bạn ước lượng thời gian làm một task như thế nào?
Chia task thành các phần nhỏ, ước lượng từng phần, cộng thêm thời gian dự phòng cho phần chưa chắc. Nói rõ giả định, đưa ra một khoảng thời gian thay vì một con số, và báo sớm khi ước lượng thay đổi.
Bạn xử lý thế nào khi bất đồng ý kiến với đồng nghiệp?
Lắng nghe lý do của họ, nói rõ lý do của mình bằng dữ liệu hoặc ví dụ, cùng tìm giải pháp tốt cho dự án. Nếu chưa thống nhất, nhờ lead quyết định. Tập trung vào vấn đề, không vào con người.
Bạn xử lý thế nào khi deadline gấp?
Chia việc, ưu tiên phần quan trọng nhất, báo sớm cho team và PM về rủi ro, cắt bớt tính năng phụ nếu cần. Dùng STAR kể một lần bạn đã làm đúng như vậy.
Bạn xử lý thế nào khi yêu cầu (requirement) chưa rõ ràng?
Hỏi sớm để hiểu mục tiêu và người dùng, liệt kê điều chưa rõ thành câu hỏi cụ thể. Viết lại cách hiểu của mình và xác nhận lại. Nếu chưa có trả lời, làm phần chắc chắn trước và ghi rõ giả định.
Kể về một lần bạn gây lỗi (ví dụ lỗi production) và cách xử lý
Chọn lỗi thật, nhận trách nhiệm ngay, không đổ lỗi. Kể cách bạn báo sớm, sửa nhanh, tìm nguyên nhân gốc và thêm biện pháp để lỗi không lặp lại. Dùng STAR.
Khi bị kẹt, bạn nhờ giúp đỡ vào lúc nào và bằng cách nào?
Tự thử trong một khoảng thời gian đã định (ví dụ 30-60 phút) và ghi lại những gì đã thử. Sau đó hỏi ngắn gọn: vấn đề là gì, đã thử gì, mong muốn gì. Không để kẹt im lặng quá lâu.
Khi có nhiều việc cùng lúc, bạn sắp xếp thứ tự ưu tiên thế nào?
Liệt kê hết việc, xét mức ảnh hưởng và độ gấp, rồi làm việc quan trọng nhất trước. Nếu không chắc hoặc có xung đột, hỏi quản lý hoặc người liên quan để thống nhất và báo rõ việc nào sẽ trễ.
Bạn đã cải thiện quy trình làm việc của team như thế nào?
Tìm điểm đau thật bằng quan sát và trao đổi với team, đề xuất thay đổi nhỏ, thử trong thời gian ngắn và đo kết quả. Cho mọi người cùng góp ý để họ chịu dùng, rồi giữ cái hiệu quả, bỏ cái không hiệu quả.
Bạn dẫn dắt team thế nào khi có sự cố production (incident)?
Giữ bình tĩnh, ưu tiên khôi phục dịch vụ trước rồi mới tìm nguyên nhân gốc. Phân vai rõ, một người lo giao tiếp, cập nhật đều cho mọi người. Sau đó viết postmortem không đổ lỗi và làm các việc ngăn tái diễn.
Bạn góp ý thế nào cho đồng nghiệp làm việc chưa tốt?
Nói riêng, sớm, dựa trên sự việc cụ thể chứ không phán xét con người. Hỏi để hiểu nguyên nhân, cùng đặt mục tiêu và hỗ trợ cụ thể, rồi theo dõi và ghi nhận khi họ tiến bộ.
Bạn hướng dẫn (mentor) người mới như thế nào?
Tìm hiểu mục tiêu và trình độ của người mới, giao việc vừa sức kèm bối cảnh, rồi để họ tự làm và hỗ trợ khi cần. Đặt câu hỏi dẫn dắt thay vì đưa đáp án, review kỹ và đều đặn, khen cả tiến bộ nhỏ.
Bạn phỏng vấn và tuyển lập trình viên như thế nào? Bạn giữ team khỏi burnout ra sao?
Phỏng vấn theo tiêu chí rõ, hỏi cả kỹ năng lẫn cách làm việc nhóm, và cho trải nghiệm công bằng. Để tránh burnout: giữ khối lượng việc hợp lý, tôn trọng giờ nghỉ, nhận ra dấu hiệu sớm và nói chuyện riêng.
Bạn ra quyết định kỹ thuật và giải thích sự đánh đổi (trade-off) như thế nào?
Làm rõ mục tiêu và ràng buộc trước, so sánh 2-3 phương án theo chi phí, rủi ro, thời gian. Giải thích bằng ngôn ngữ dễ hiểu: được gì, mất gì. Ghi lại quyết định và lý do, và sẵn sàng xem lại khi có thông tin mới.
Bạn thuyết phục công ty dành thời gian trả nợ kỹ thuật (tech debt) như thế nào?
Nói bằng ngôn ngữ kinh doanh: nợ kỹ thuật làm chậm tính năng, tăng bug và rủi ro. Đưa số liệu cụ thể, đề xuất kế hoạch nhỏ theo giai đoạn gắn với mục tiêu sản phẩm, và đo kết quả sau khi làm.
Bạn từ chối thêm tính năng hoặc xử lý scope creep một cách khéo léo thế nào?
Không nói 'không' cứng. Hiểu nhu cầu đằng sau yêu cầu, giải thích tác động lên thời gian và chất lượng, rồi đưa lựa chọn: bỏ việc khác, dời hạn, hoặc để lại bản sau. Cùng người yêu cầu chọn.
Bạn xử lý thế nào khi hai thành viên trong team xung đột với nhau?
Nghe từng người riêng, hiểu sự việc và nhu cầu thật của họ mà không chọn phe. Sau đó đưa hai bên ngồi lại, tập trung vào vấn đề chứ không phải con người, cùng thống nhất cách làm và theo dõi lại.
Bạn xử lý thế nào khi không đồng ý với quyết định của quản lý?
Nói riêng, đúng lúc, bằng dữ liệu và tác động tới mục tiêu chung, không công kích cá nhân. Lắng nghe lý do của quản lý. Sau khi quyết định xong, dù không như ý, vẫn cam kết thực hiện và theo dõi kết quả.