Phỏng vấn Business Analyst gặp câu không biết: trả lời "em chịu" có sai không?

Hi lại là Hoàng đây! Mấy bữa trước trong một group BA có bạn kể lại buổi phỏng vấn ở một ngân hàng ngoại, buổi đó 100% tiếng Anh, và người phỏng vấn hỏi một câu nghe qua thì tưởng dễ: "Bạn quét QR thanh toán, điều gì xảy ra sau đó?". Bạn ấy kể lại nguyên văn là "có nhiều thứ trong bank hỏi AI không ra đâu… không biết là chịu." Mình đọc xong tự nhiên nhớ lại mấy buổi mình ngồi ghế người tuyển dụng, và cái khoảnh khắc im lặng sau một câu hỏi khó — cái khoảnh khắc đó nó nói nhiều về ứng viên hơn cả phần trả lời sau đó.

Rồi cũng trong group, có bạn khác kể bị hỏi "từ SRS làm sao ra được plan dev?" và bạn trả lời thẳng: "cái này em chịu, em chỉ dừng ở BA delivery." Cả group tranh luận um lên: trả lời vậy là sai hay đúng? Mình nghĩ đây là câu hỏi đáng viết hẳn một bài, nên hôm nay mình chia sẻ góc nhìn của một người từng đi phỏng vấn và cũng từng phỏng vấn vài chục bạn BA, về chuyện gặp câu không biết thì nên xử lý thế nào.

Nói trước cho gọn: người phỏng vấn không kỳ vọng bạn biết hết đâu. Cái họ đo là bạn xử lý vùng-không-biết của mình như thế nào. "Em chịu" không sai, vì nó thật thà, nhưng nó dở ở chỗ nó đóng cửa hội thoại => bạn mất luôn cơ hội cho người ta thấy bạn suy luận ra sao.

Ba loại câu hỏi khó, mỗi loại đo một thứ khác nhau

Nếu để ý thì mấy câu làm ứng viên tắc thường rơi vô ba nhóm, mà mỗi nhóm người hỏi đang đo một thứ hoàn toàn khác nhau:

• Đào sâu nghiệp vụ — kiểu câu quét QR ở trên. Cái này đo độ sâu thật của bạn. Người hỏi muốn biết bạn hiểu tới tầng nào: dừng ở màn hình, hay đi được tới đoạn hạn mức, ghi nợ – ghi có, đối soát.
• Hỏi ra ngoài phạm vi vai trò — kiểu "từ SRS ra plan dev thế nào". Cái này đo tầm nhìn, tức là bạn có nhìn được việc của mình nằm ở đâu trong cả dây chuyền không, hay chỉ biết đúng phần mình bàn giao rồi thôi.
• Hỏi về lịch sử cá nhân — kiểu "sao nhảy việc nhiều thế". Cái này đo sự tự nhận thức, xem bạn kể về chính mình có trung thực và mạch lạc không.

Ba loại này mà bạn trả lời cùng một kiểu thì rất dễ hụt, vì thứ người ta cần nghe khác nhau.

Vì sao thời AI này càng dễ tắc trong phòng phỏng vấn

Cái này mình nói thẳng, không có ý dạy đời gì đâu: giờ sếp thì suốt ngày nói AI AI, còn anh em nhân viên thì kiến thức cơ bản lại đang không nắm được, rồi bị AI xoay vòng vòng. Ngày thường thì không ai thấy, vì công việc lặp lại, hỏi AI một phát ra ngay cái template, ra ngay cái danh sách, nhìn cũng ngon nghẻ. Nhưng vô phòng phỏng vấn, gặp đúng một câu đào sâu vô luồng nghiệp vụ là lộ liền.

Lý do đơn giản thôi: AI trả lời rất tốt câu chung chung, còn người phỏng vấn thì hỏi cái cụ thể của hệ thống họ đang làm. Họ không hỏi "QR là gì", họ hỏi "sau khi quét thì cái gì xảy ra tiếp" — mà cái tiếp theo đó nằm trong cách ngân hàng của họ nối với chuyển mạch, cách họ xử lý giao dịch treo, cách họ đối soát. Mấy thứ đó bạn không có nền tảng thì có prompt kiểu gì cũng không thay được phần bạn phải tự hiểu.

Lối ra thì cũ nhưng vẫn đúng: nền tảng vẫn phải tự học, còn AI thì để tăng tốc. Mình vẫn sài AI hằng ngày, nhưng mình sài nó để soạn nhanh cái khung, còn phần "cái này đúng hay sai với nghiệp vụ" thì mình phải là người chốt. Bạn cứ thử tự vẽ lại một luồng nghiệp vụ mình từng làm ra giấy mà không mở AI — vẽ được tới đâu, đó mới là phần thật sự của bạn.

Công thức trả lời khi không biết: thừa nhận → khoanh vùng → suy luận → hỏi ngược lại

Đây là phần mình nghĩ đáng lưu lại nhất. Thay vì "em chịu", bạn đi bốn bước:

1. Thừa nhận phần mình chưa chắc — thật thà giữ nguyên, không mất gì cả.
2. Khoanh vùng phần mình chắc — nói rõ mình biết tới đâu.
3. Suy luận tiếp phần còn lại, và nói rõ đây là mình đoán.
4. Hỏi ngược lại để hội thoại còn mở, và để biết hệ thống bên họ đang làm kiểu gì.

Áp thẳng vô câu quét QR, mình sẽ trả lời đại khái vầy:

"Dạ câu này em không dám nói là em nắm trọn luồng, nhưng em xin trình bày phần em chắc trước. Khi khách quét mã thì app đọc được thông tin trong QR gồm định danh đơn vị thụ hưởng, số tài khoản hoặc mã merchant, số tiền và nội dung nếu là QR động; sau đó app gửi lệnh về hệ thống để kiểm tra hạn mức, số dư, rồi mới ghi nợ tài khoản người trả và ghi có cho bên bán, kèm bước xác thực nếu giao dịch vượt ngưỡng. Đoạn em chưa chắc là phần đối soát và hoàn tiền khi giao dịch bị treo — em đoán là sẽ có job đối soát cuối ngày giữa ngân hàng và bên chuyển mạch để xử lý các giao dịch timeout, còn quy tắc cụ thể thì tuỳ hệ thống. Cho em hỏi lại là bên mình đang đi qua chuyển mạch chung hay có kênh kết nối riêng với merchant ạ, để em nói tiếp cho đúng mô hình bên mình?"

Bạn thấy không, vẫn thật thà y như "em chịu", mà cánh cửa vẫn mở.

Câu "em chỉ dừng ở BA delivery" — vừa đúng vừa hại

Câu này đúng ở chỗ nó mô tả đúng phạm vi công việc thật, mà hại ở chỗ nó nghe như một hàng rào bạn tự dựng lên: "hết phần em rồi, đừng hỏi nữa". Người tuyển dụng nghe xong thường nghĩ tới chuyện khác — là bạn có sẵn sàng lấn ra khỏi vùng an toàn khi dự án cần không.

Mình sẽ viết lại câu đó thành:

"Dạ ở công ty cũ em dừng ở phần bàn giao SRS cho team dev, phần lên plan là do PM và tech lead chốt nên em không phải người ra quyết định cuối. Nhưng em có ngồi trong buổi break-down, nên em hiểu là từ SRS thì mọi người tách ra các module, ước lượng theo story point, rồi xếp thứ tự theo phụ thuộc — ví dụ màn hình nào cũng phải chờ luồng xác thực xong trước. Em nghĩ phần khó nhất của việc lên plan là biết chức năng nào phụ thuộc chức năng nào về mặt nghiệp vụ, mà cái đó thì em nắm được vì em là người viết tài liệu. Nếu bên mình muốn BA tham gia sâu hơn vô phần này thì em sẵn sàng, cho em hỏi ở đây BA có ngồi estimate cùng dev không ạ?"

Vẫn là "em chưa từng làm", nhưng nó cho thấy bạn hiểu chuyện gì đang diễn ra ở phía bên kia hàng rào.

"Làm sao chứng minh AI hiệu quả hơn con người?"

Câu này có bạn kể lại rất chuẩn: "ko trả lời thì tạch, trả lời ko làm đc cũng tạch." Đúng vậy, vì nó là câu bẫy hai đầu — im lặng thì bị coi là không có chính kiến, mà lỡ miệng hứa kiểu "AI thay được người" thì tới lúc làm không ra số là chết.

Cách an toàn là đừng so ở tầng "AI thay được người", hãy so trước–sau trên một task cụ thể:

"Dạ em không dám khẳng định AI hiệu quả hơn con người, vì so như vậy em thấy hơi rộng. Em chỉ nói được trên một task em từng làm: trước đây mỗi lần soạn bộ test case cho một màn hình chức năng em mất khoảng nửa ngày, từ khi em sài AI để sinh khung case rồi em tự rà lại theo nghiệp vụ và bổ sung case biên thì còn khoảng hai tiếng, đổi lại em phải đọc soát kỹ vì AI hay bịa case không đúng luồng thật. Nên góc nhìn của em là AI rút ngắn phần soạn thảo, còn phần quyết định case nào đúng nghiệp vụ thì vẫn là người làm. Nếu bên mình muốn đo thật, em nghĩ nên chọn một task lặp lại nhiều, đo thời gian và số lỗi lọt trước và sau khi áp dụng trong một hai sprint rồi mới kết luận ạ."

"Sao anh nhảy việc nhiều thế?"

Có anh mình quen đi phỏng vấn nhiều nơi, về nhận xét một câu mình thấy rất đúng: "Ko ai hỏi về tuổi tác, mà toàn bị hỏi sao anh nhảy việc nhiều thế." Nghĩa là cái người ta lo không phải bạn bao nhiêu tuổi, mà là tuyển bạn vô rồi sáu tháng nữa bạn có đi nữa không.

Trả lời câu này không cần nói dối, chỉ cần gom các lần nhảy thành một đường thẳng có hướng, rồi nói rõ lần này bạn tìm gì:

"Dạ ba chỗ gần đây của em có hai chỗ là dự án outsource kết thúc hợp đồng nên team giải thể, còn một chỗ em chủ động đi vì em muốn làm sâu mảng thanh toán mà bên đó em chỉ làm phần quản trị nội bộ. Nhìn lại thì cả ba chỗ em đều đi theo một hướng là đi sâu vô nghiệp vụ giao dịch, chứ em không nhảy để đổi mức lương. Cái em tìm ở chỗ mới là một sản phẩm chạy dài hạn để em theo được hết vòng đời chứ không dừng ở lúc bàn giao. Nên nếu anh hỏi em định gắn bó bao lâu thì em nghĩ cái giữ em lại là sản phẩm còn chỗ để em đi sâu ạ."

Ba thứ nên viết ra giấy trước buổi phỏng vấn

• Một luồng nghiệp vụ bạn hiểu sâu nhất — vẽ tay ra giấy, từ đầu tới cuối, không mở AI. Đây là "vùng chắc" bạn sẽ khoanh trong bước 2 của công thức trên.
• Ba câu bạn sợ bị hỏi nhất — và soạn sẵn phần khoanh vùng cho từng câu. Không cần thuộc lòng, chỉ cần biết mình chắc tới đâu để lúc bí không đứng hình.
• Đồ mang theo — có bạn nói câu này mình thấy rất thật: "vác tay không đi phỏng vấn là khó lắm." In một bộ tài liệu bạn từng làm, che hết thông tin khách hàng và tên hệ thống đi, giữ lại cái sườn: một SRS, vài wireframe, một diagram. Khi bạn gặp câu khó mà mở tài liệu ra chỉ "chỗ này em từng làm tới đây" thì nó thuyết phục hơn mười phút nói suông.

Nói lại lần cuối cho gọn: "em chịu" không sai, nó chỉ dừng quá sớm. Bạn thêm được một câu khoanh vùng, một câu suy luận và một câu hỏi ngược thôi là buổi phỏng vấn từ chỗ bạn bị chấm điểm chuyển thành hai người cùng bàn một bài toán => mà ở tư thế đó thì bạn dễ thở hơn nhiều.

Hi vọng bài viết này giúp bạn có được một cái khung để xử lý mấy câu hỏi khó trong phòng phỏng vấn, và bớt sợ cái khoảnh khắc im lặng sau câu hỏi mình không biết. Cảm ơn bạn đã đọc tới đây, nếu có gì sai sót hoặc bạn có cách trả lời hay hơn thì để lại comment cho mình với nhé :D