Mở đầu — vì sao bài này quan trọng
Bạn đã đi qua một chặng đường dài: từ chỗ hiểu BA là gì, học cách viết user story, làm quen với BPMN, SQL, BABOK, cho đến lúc dựng được portfolio. Nhưng tất cả những thứ đó chỉ thực sự "đổi đời" cho bạn khi bạn ngồi được vào ghế phỏng vấn và thuyết phục được người đối diện rằng: một người từng làm Sales/BD như bạn xứng đáng với vị trí Business Analyst.
Đây là khoảnh khắc quyết định. Tôi đã chứng kiến nhiều ex-Sales có nền tảng tốt nhưng "trượt phỏng vấn oan" chỉ vì không chuẩn bị. Họ trả lời lan man kiểu bán hàng, không đi vào trọng tâm kỹ thuật, hoặc luống cuống khi bị hỏi câu so sánh use case với user story. Ngược lại, có những bạn nền tảng kỹ thuật chưa sâu nhưng chuẩn bị kỹ 30 câu hỏi cốt lõi, biết kể chuyện thuyết phục, và họ trúng tuyển.
Tin tốt là: phỏng vấn BA tại Việt Nam có một bộ câu hỏi khá ổn định, lặp đi lặp lại qua các công ty từ FPT Software, MoMo, VNG, Techcombank đến các startup SaaS. Nếu bạn luyện kỹ khoảng 30 câu hay gặp này, bạn sẽ tự tin vào gần như mọi buổi phỏng vấn. Bài này không dạy lại kiến thức nền (bạn đã có rồi) mà tập trung duy nhất vào một việc: biến kiến thức đó thành câu trả lời phỏng vấn sắc bén, và tận dụng nền Sales của bạn như một lợi thế chứ không phải điểm yếu.
Khái niệm cốt lõi
Phỏng vấn BA tại Việt Nam thường có 3 vòng và mỗi vòng dò một nhóm năng lực khác nhau. Hiểu được cấu trúc này giúp bạn không "đem dao mổ trâu đi giết gà".
Ba vòng và ba nhóm câu hỏi
Vòng HR / screening: Đánh giá động cơ chuyển nghề và sự phù hợp văn hóa. Đây chính là sân nhà của ex-Sales — bạn vốn quen nói chuyện với người lạ. Câu kinh điển: "Vì sao bạn chuyển từ Sales sang BA?"
Vòng chuyên môn (technical/case): Đây là vòng ex-Sales hay rớt nhất. Người phỏng vấn (thường là BA Lead hoặc PO) sẽ kiểm tra bạn có thực sự hiểu nghề hay chỉ học vẹt. Họ hỏi về use case, user story, Gherkin, BPMN, SQL, elicitation.
Vòng cuối / hiring manager: Đánh giá tư duy giải quyết vấn đề và mức độ "trao việc được ngay". Thường là tình huống mở: "Stakeholder mỗi người muốn một kiểu, bạn xử lý sao?"
30 câu hay gặp, chia theo nhóm
Tôi gom 30 câu thành 5 nhóm để bạn dễ luyện. Với mỗi câu tôi gợi ý hướng trả lời cốt lõi.
Nhóm A — Kỹ thuật / khái niệm (8 câu):
- So sánh use case và user story. — Use case mô tả đầy đủ luồng tương tác actor–hệ thống (main flow, alternate, exception) theo style Cockburn; user story là một câu ngắn "As a... I want... so that..." kèm acceptance criteria, dùng trong Agile. Use case nặng về tài liệu, user story nhẹ và lặp nhanh.
- Viết kịch bản Gherkin cho đăng nhập có 2FA. — Given/When/Then, có ít nhất 1 happy path và 1 trường hợp mã OTP sai (xem phần Hướng dẫn).
- Phân biệt exclusive gateway và parallel gateway trong BPMN. — Exclusive (XOR) chọn đúng một nhánh theo điều kiện; parallel (AND) kích hoạt tất cả nhánh đồng thời rồi join lại.
- Viết câu SQL tìm top khách hàng theo doanh thu. —
SELECT customer_id, SUM(amount) AS revenue FROM orders GROUP BY customer_id ORDER BY revenue DESC LIMIT 10; - 4 cấp độ requirement là gì? — Business, Stakeholder, Solution (Functional + Non-functional), Transition.
- Functional và non-functional requirement khác nhau ra sao? — Functional là "hệ thống làm gì"; non-functional là "làm tốt đến mức nào" (hiệu năng, bảo mật, khả dụng).
- Acceptance criteria tốt cần gì? — Rõ ràng, kiểm thử được, không mơ hồ, phủ cả happy path lẫn edge case.
- INVEST trong user story là gì? — Independent, Negotiable, Valuable, Estimable, Small, Testable.
- Liệt kê vài elicitation techniques bạn dùng. — Interview, workshop, observation, document analysis, prototyping, survey.
- Bạn ưu tiên requirement bằng phương pháp nào? — MoSCoW cho nhanh, RICE/Kano khi cần định lượng.
- Vai trò BA trong Scrum là gì? — Làm rõ backlog, viết story, hỗ trợ PO, làm cầu nối dev–business; BA không phải là một role chính thức trong Scrum nhưng thường gắn với PO.
- Quản lý thay đổi requirement giữa sprint thế nào? — Đánh giá impact, qua change control, cập nhật backlog, truyền thông stakeholder.
- Làm sao validate requirement đúng? — Review với stakeholder, traceability matrix, prototype, kiểm tra với acceptance criteria.
- BRD và SRS khác nhau ở đâu? — BRD nói "tại sao và cần gì" ở mức business; SRS đặc tả chi tiết "hệ thống làm gì" cho dev.
- Traceability matrix dùng để làm gì? — Truy vết requirement từ nguồn gốc business đến test case, đảm bảo không sót/không thừa.
- Kể về lần bạn xử lý hai stakeholder mâu thuẫn.
- Khi requirement không rõ, bạn làm gì?
- Kể về một dự án bạn thất bại và học được gì.
- Bạn làm sao khi dev nói "yêu cầu này không làm được"?
- Deadline gấp mà scope quá lớn, bạn xử lý ra sao?
- Kể về lần bạn thuyết phục được người khác đổi ý.
- Bạn ưu tiên việc thế nào khi có 5 việc cùng gấp?
- Stakeholder im lặng không phản hồi, bạn làm gì?
- Vì sao bạn chuyển từ Sales sang BA?
- Kỹ năng Sales nào giúp ích cho BA?
- Điều gì ở Sales sẽ cản trở bạn khi làm BA?
- Bạn thiếu kinh nghiệm BA, vì sao chúng tôi nên tuyển bạn?
- Bạn biết gì về domain của công ty chúng tôi?
- Mục tiêu nghề nghiệp 3 năm tới của bạn?
- Bạn có câu hỏi gì cho chúng tôi không?
Tình huống thực tế
Ví dụ 1 — Câu "Vì sao chuyển từ Sales sang BA?" tại một fintech như MoMo
Anh Tuấn, 4 năm làm BD bán giải pháp thanh toán B2B, phỏng vấn vị trí Junior BA. Người phỏng vấn hỏi câu kinh điển nhóm D. Lần đầu anh trả lời: "Em thấy Sales áp lực doanh số quá, em muốn đổi sang việc nhẹ nhàng hơn." Đây là câu trả lời chết người — nó báo hiệu bạn chạy trốn áp lực, mà BA cũng đầy áp lực.
Sau khi luyện lại, anh trả lời: "Trong 4 năm BD, em nhận ra phần mình giỏi và yêu thích nhất không phải là chốt hợp đồng, mà là ngồi với khách hàng để bóc tách họ thực sự cần gì, rồi mang về thuyết phục đội product điều chỉnh tính năng. Có lần em phát hiện 3 khách hàng SME cùng vướng một nút thắt khi đối soát giao dịch, em viết lại thành đề xuất và product đã làm tính năng đó, giữ chân được cả 3. Đó chính là công việc của BA, và em muốn làm nó toàn thời gian thay vì chỉ là phần phụ của việc bán hàng."
Bài học: Đừng định khung việc chuyển nghề là "chạy trốn". Hãy định khung là "tiến về phần việc tôi vốn đã giỏi". Và phải có một câu chuyện cụ thể có con số kèm theo.
Ví dụ 2 — Vòng chuyên môn tại một SaaS company TP.HCM, câu use case vs user story
Chị Hằng, ex-Sales phần mềm ERP, vào vòng technical. BA Lead hỏi câu số 1 và câu số 2 (viết Gherkin login 2FA). Chị trả lời câu 1 trôi chảy, nhưng đến Gherkin thì viết sai: chị nhét cả logic kỹ thuật "hệ thống gọi API gửi OTP qua SMS gateway" vào trong bước Then. Người phỏng vấn nhẹ nhàng nhắc: Gherkin viết theo ngôn ngữ hành vi nghiệp vụ, không phải mô tả implementation.
Chị sửa lại ngay tại chỗ:
Scenario: Đăng nhập thành công với mã OTP đúng
Given người dùng đã nhập đúng email và mật khẩu
And hệ thống đã gửi mã OTP tới điện thoại đã đăng ký
When người dùng nhập mã OTP đúng trong vòng 60 giây
Then người dùng được đăng nhập vào trang chủScenario: Nhập sai mã OTP
Given người dùng đang ở màn hình nhập OTP
When người dùng nhập mã OTP sai 3 lần
Then hệ thống khóa đăng nhập trong 5 phút
And hiển thị thông báo "Bạn đã nhập sai quá số lần cho phép"
Bài học: Người phỏng vấn không kỳ vọng bạn hoàn hảo. Họ kiểm tra xem bạn có coachable không — nhận góp ý và điều chỉnh được. Đây lại là điểm mạnh của Sales: bạn quen bị khách "bắt bẻ" và xoay chuyển tình thế.
Ví dụ 3 — Câu hành vi nhóm C tại Techcombank, "hai stakeholder mâu thuẫn"
Một ứng viên ex-Sales bảo hiểm dự tuyển BA mảng bancassurance. Câu hỏi: "Kể về lần bạn xử lý hai bên muốn hai thứ trái ngược." Anh kể bằng STAR: Situation — phòng Vận hành muốn quy trình duyệt hồ sơ chặt 5 bước, phòng Kinh doanh muốn rút còn 2 bước để bán nhanh. Task — anh phải dung hòa để ra một quy trình duy nhất. Action — anh không đứng về phe nào, mà tổ chức một workshop, dùng dữ liệu tỷ lệ hồ sơ lỗi để cho thấy bước nào thực sự cần thiết, rồi đề xuất quy trình 3 bước có chốt kiểm soát rủi ro ở đúng điểm nóng. Result — thời gian duyệt giảm 40%, tỷ lệ hồ sơ lỗi không tăng.
Bài học: Câu hành vi không kiểm tra "bạn thắng được ai", mà kiểm tra bạn trung lập, dùng dữ liệu và facilitation. Ex-Sales hay sa vào kể chuyện "em thuyết phục được sếp kia nghe theo em" — đó là tư duy bán hàng. BA giỏi là người làm hai bên cùng thắng nhờ dữ liệu, không phải nhờ ăn nói.
Hướng dẫn từng bước
Đây là quy trình luyện 30 câu trong khoảng 7–10 ngày trước buổi phỏng vấn.
Bước 1 — Lập "ngân hàng câu chuyện". Viết sẵn 5–6 câu chuyện từ thời Sales/BD của bạn, mỗi câu theo cấu trúc STAR và có ít nhất một con số (doanh thu, số khách, % cải thiện, thời gian rút ngắn). Mỗi câu chuyện này sẽ tái sử dụng cho nhiều câu hỏi nhóm C và D.
Bước 2 — Soạn câu trả lời cho 8 câu kỹ thuật nhóm A. Viết ra giấy, ngắn gọn 3–4 câu mỗi đáp án. Đặc biệt luyện viết tay Gherkin và 1 câu SQL group-by cho thật trơn, vì đây là hai câu hay được yêu cầu "viết ngay tại chỗ".
Bước 3 — Chuẩn bị câu chuyển nghề (nhóm D) thật chỉn chu. Đây là câu bạn chắc chắn bị hỏi. Khung trả lời 3 ý: (1) phần việc tôi đã làm và yêu thích từ thời Sales chính là tiền thân của BA; (2) tôi đã chủ động học (kể tên: BABOK, SQL, BPMN, portfolio); (3) tôi mang theo lợi thế Sales mà BA thuần không có — hiểu khách hàng, đàm phán, chịu áp lực.
Bước 4 — Nghiên cứu domain công ty (câu 28). Trước buổi phỏng vấn, đọc về sản phẩm của họ, thử dùng app của họ, tìm 2–3 điểm bạn nhận xét được. Một ứng viên nói "Em đã thử đăng ký tài khoản trên app của anh chị, em thấy bước xác thực OTP hơi dài" sẽ ghi điểm cực mạnh.
Bước 5 — Chuẩn bị câu hỏi ngược (câu 30). Luôn có 2–3 câu hỏi cho nhà tuyển dụng: "Một BA giỏi ở team mình sau 6 tháng trông như thế nào?", "Quy trình từ requirement đến release ở đây ra sao?". Không bao giờ nói "Em không có câu hỏi gì."
Bước 6 — Phỏng vấn thử (mock). Nhờ một người trong cộng đồng BA VN đóng vai người phỏng vấn, bấm giờ, quay video lại để xem mình có nói lan man kiểu Sales không. Đây là bước nhiều người bỏ qua nhưng hiệu quả nhất.
Lỗi thường gặp & mẹo
Lỗi 1 — Trả lời câu kỹ thuật bằng giọng bán hàng. Khi được hỏi "use case vs user story", đừng "marketing" bản thân, hãy trả lời thẳng, đúng định nghĩa, ngắn gọn. Người phỏng vấn technical dị ứng với sự vòng vo.
Lỗi 2 — Chê nghề Sales để tôn nghề BA. Nói "Sales chán lắm, chỉ chạy số" khiến bạn mất đi chính lợi thế của mình. Hãy trân trọng nền Sales và định vị nó là tài sản.
Lỗi 3 — Học vẹt định nghĩa nhưng không cho ví dụ. Khi nói về MoSCoW hay elicitation, luôn kèm "ví dụ ở dự án X em từng...". Có ví dụ = bạn thật sự hiểu.
Lỗi 4 — Không biết edge case. Câu Gherkin chỉ viết happy path là dấu hiệu BA non. Luôn thêm ít nhất một kịch bản lỗi (OTP sai, hết hạn, khóa tài khoản).
Lỗi 5 — Trả lời câu hành vi không có Result bằng số. "Em xử lý xong và mọi người vui" là câu trả lời rỗng. Phải có con số: giảm 40% thời gian, tăng 15% tỷ lệ duyệt.
Mẹo vàng: Khi bị hỏi câu bạn không biết (ví dụ một kỹ thuật lạ), đừng bịa. Hãy nói "Em chưa làm trực tiếp cái này, nhưng theo em hiểu nó liên quan đến... và em sẽ tìm hiểu thêm." Sự trung thực + tư duy logic được đánh giá cao hơn câu trả lời bịa đặt. Nhà tuyển dụng BA sợ nhất người nói liều vì sau này họ sẽ viết requirement liều.
Mẹo về thái độ: Ex-Sales có một vũ khí ngầm — sự tự tin và khả năng đọc cảm xúc người đối diện. Dùng nó để điều chỉnh nhịp độ: thấy người phỏng vấn cau mày là biết câu trả lời đang chệch, dừng lại hỏi "Anh/chị muốn em đi sâu hơn phần nào không ạ?".
Bài tập thực hành
- Viết ngân hàng câu chuyện: Soạn 5 câu chuyện STAR từ thời Sales/BD của bạn, mỗi câu có ít nhất một con số cụ thể. Đánh dấu mỗi câu chuyện có thể trả lời được câu hỏi nhóm C/D nào.
- Luyện viết tay: Trong 10 phút, viết ra giấy (không nhìn tài liệu): một kịch bản Gherkin cho "đặt lại mật khẩu qua email" (có happy path + 1 edge case), và một câu SQL tìm 5 sản phẩm bán chạy nhất tháng này.
- Soạn câu chuyển nghề: Viết câu trả lời hoàn chỉnh cho "Vì sao bạn chuyển từ Sales sang BA?" theo khung 3 ý ở Bước 3, dài tối đa 90 giây khi nói.
- Mock interview: Nhờ một người bạn hỏi bạn ngẫu nhiên 10 trong số 30 câu, bấm giờ mỗi câu tối đa 2 phút. Quay video và tự chấm: câu nào lan man, câu nào thiếu ví dụ/số.
- Nghiên cứu domain: Chọn một công ty thật bạn muốn ứng tuyển (MoMo, VNG, Techcombank, một SaaS bất kỳ). Dùng thử sản phẩm của họ, viết 3 nhận xét dưới góc nhìn BA để dùng trả lời câu 28.
Tóm tắt
Phỏng vấn BA tại Việt Nam xoay quanh một bộ khoảng 30 câu khá ổn định, chia thành 5 nhóm: kỹ thuật/khái niệm, quy trình/phương pháp, tình huống hành vi, chuyển nghề từ Sales, và domain/câu hỏi ngược. Ba vòng phỏng vấn dò ba nhóm năng lực khác nhau — bạn cần biết mình đang ở vòng nào để trả lời đúng tông.
Với ex-Sales, ba điều quyết định thắng thua: (1) định khung việc chuyển nghề là "tiến về phần việc tôi vốn giỏi" chứ không phải "chạy trốn áp lực"; (2) trả lời câu kỹ thuật thẳng, ngắn, đúng định nghĩa, có ví dụ và biết edge case; (3) dùng STAR có con số cho mọi câu hành vi, giữ thái độ trung lập dùng dữ liệu thay vì "thắng" người khác. Luyện theo quy trình 6 bước với ngân hàng câu chuyện và một buổi mock interview, bạn sẽ bước vào phòng phỏng vấn với sự tự tin của một người bán hàng và sự chắc chắn của một BA thực thụ. Bài tiếp theo sẽ bàn về 90 ngày đầu tiên khi bạn đã trúng tuyển — nhưng trước hết, hãy chinh phục buổi phỏng vấn này đã.