Business Analyst là nghề gì? Công việc thật, kỹ năng và lộ trình của một BA

Business Analyst (BA, chuyên viên phân tích nghiệp vụ) là người tìm ra doanh nghiệp thật sự cần thay đổi điều gì, mô tả thay đổi đó đủ rõ để đội làm ra được, rồi kiểm xem nó có mang lại giá trị không. Hằng ngày, BA phỏng vấn người dùng, vẽ quy trình, viết yêu cầu và tiêu chí nghiệm thu, làm việc với lập trình viên và kiểm thử viên. Theo bộ chuẩn BABOK Guide của IIBA (hiệp hội quốc tế của nghề), phân tích nghiệp vụ là việc giúp tổ chức tạo ra thay đổi bằng cách xác định nhu cầu và đề xuất giải pháp mang lại giá trị cho các bên liên quan.

BA không chỉ là "cầu nối"

Tra "business analyst" bằng tiếng Việt, bạn sẽ gặp câu "BA là cầu nối giữa khách hàng và đội kỹ thuật" rất nhiều lần. Câu đó đúng nhưng rỗng. Nó không cho biết một ngày của BA ra sao, và vì sao có người làm BA ba năm vẫn chỉ đang chép lại lời người khác.

Công việc thật của BA xoay quanh bốn việc:

1. Làm rõ vấn đề thật. Khách nói "tôi cần nút xuất Excel". BA hỏi tiếp: xuất ra để làm gì, ai đọc, bao lâu một lần? Có khi thứ họ cần là một báo cáo tự gửi mỗi thứ Hai. Cái nút chỉ chữa triệu chứng.
2. Gom yêu cầu từ những người không giống nhau. Kế toán, vận hành, chăm sóc khách hàng và ban giám đốc thường muốn những điều trái ngược mà không ai nhận ra. BA phát hiện mâu thuẫn đó trước khi đội phát triển viết dòng mã đầu tiên.
3. Mô tả đủ chính xác để làm đúng. Sơ đồ luồng, quy tắc nghiệp vụ, tiêu chí nghiệm thu, các trường hợp ngoại lệ. Tài liệu tốt là tài liệu lập trình viên đọc xong không phải quay lại hỏi ba lần.
4. Đo xem thay đổi có tạo ra giá trị không. Phần hay bị bỏ quên nhất. Tính năng đã chạy, nhưng người dùng có dùng không, con số kinh doanh có nhúc nhích không, có nên bỏ đi không.

Một ngày làm việc của BA

Không lãng mạn như mô tả tuyển dụng. Phần lớn thời gian là họp, đọc, viết và hỏi lại. Một ngày điển hình ở dự án phần mềm có thể như sau:

Kỹ năng quyết định không nằm ở công cụ vẽ sơ đồ, mà ở khả năng nghe ra điều người ta chưa nói và đặt được câu hỏi làm lộ ra điều đó.

BA làm ra những sản phẩm gì?

• Tài liệu yêu cầu: mô tả yêu cầu nghiệp vụ (BRD), đặc tả chức năng, hoặc danh sách user story trong dự án Agile.
• Tiêu chí nghiệm thu: điều kiện cụ thể để coi một tính năng là "xong".
• Sơ đồ: quy trình hiện tại và quy trình mong muốn, luồng dữ liệu, sơ đồ trạng thái.
• Bản mẫu màn hình (wireframe) để người dùng góp ý trước khi làm thật.
• Phân tích khoảng cách: bây giờ đang thế nào, cần đi tới đâu, thiếu gì ở giữa.

Kỹ năng nào thật sự quyết định

Thứ tự dưới đây theo mức độ "hay làm hỏng việc", không theo mức độ nghe hay trong hồ sơ:

1. Đặt câu hỏi. Đây gần như là cả nghề. BA giỏi hỏi được câu khiến người đối diện dừng lại: "ừ nhỉ, tôi chưa nghĩ tới".
2. Viết rõ ràng. Một câu quy tắc nghiệp vụ mơ hồ có thể tốn hàng tuần làm lại.
3. Tư duy mô hình hoá. Biết khi nào một sơ đồ nói được điều ba trang chữ không nói nổi.
4. Hiểu ngành. BA ngân hàng và BA thương mại điện tử không đổi chỗ cho nhau trong một tuần được.
5. Đủ hiểu kỹ thuật. Không cần lập trình, nhưng cần biết API, cơ sở dữ liệu, giới hạn hệ thống là gì để không hứa điều không làm được.
6. Tiếng Anh. Tài liệu, công cụ và nhiều dự án outsource dùng tiếng Anh. Nếu đây là điểm yếu, bắt đầu từ lộ trình học tiếng Anh miễn phí.

Công cụ BA hay dùng

Mỗi công ty dùng một bộ khác nhau. Học công cụ chỉ mất vài tuần; thứ tốn thời gian là học cách nghĩ.

BA khác Data Analyst thế nào?

Hai nghề hay bị nhầm vì đều có chữ "analyst". Cách phân biệt gọn: Data Analyst trả lời câu hỏi bằng dữ liệu; BA quyết định câu hỏi nào đáng hỏi và thay đổi nào cần làm.

Ranh giới đang mờ dần. BA biết SQL đọc được dữ liệu mà không phải chờ ai, còn Data Analyst biết hỏi đúng câu thì phân tích có ích hơn. IIBA cũng có một chứng chỉ riêng cho phần giao nhau này (xem bên dưới).

BA khác các vai trò nghe na ná

• Project Manager lo tiến độ, nguồn lực, rủi ro của dự án. BA lo việc làm đúng thứ cần làm.
• Product Owner có quyền quyết định thứ tự ưu tiên và chịu trách nhiệm về giá trị sản phẩm. Nhiều nơi PO kiêm luôn việc phân tích.
• Tester/QA kiểm tra sản phẩm có đúng mô tả không. BA viết ra bản mô tả ấy, nên BA cẩu thả sẽ đẻ rất nhiều việc cho QA.

Lộ trình nghề BA

Không có con đường duy nhất, nhưng hướng phổ biến là:

1. Bắt đầu: BA mới vào nghề, thường từ sinh viên kinh tế, hệ thống thông tin, hoặc chuyển sang từ kiểm thử, vận hành, chăm sóc khách hàng.
2. BA độc lập: tự lo trọn phần phân tích cho một mảng hoặc một dự án.
3. Senior BA / Lead BA: lo các dự án phức tạp, kèm BA mới, đặt chuẩn tài liệu cho nhóm.
4. Rẽ nhánh: Product Owner, Product Manager, tư vấn chuyển đổi số, kiến trúc nghiệp vụ, hoặc quản lý dự án.

Ở Việt Nam, nhiều phần việc phân tích nghiệp vụ đang do người mang chức danh khác đảm nhận: trưởng nhóm kỹ thuật, quản lý dự án, chuyên viên vận hành, thậm chí kế toán trưởng. Mặt tốt: bạn không cần đổi việc mới bắt đầu làm được. Mặt dở: khó chứng minh năng lực khi rời công ty hiện tại. Vì vậy hãy lưu lại sản phẩm của mình (sơ đồ, tài liệu đã che thông tin nhạy cảm) làm hồ sơ năng lực.

Chứng chỉ BA của IIBA

IIBA (International Institute of Business Analysis) có ba chứng chỉ cốt lõi, theo trang chứng chỉ của IIBA (kiểm tra ngày 28/10/2026):

IIBA còn có bốn chứng chỉ chuyên sâu: phân tích theo Agile (IIBA-AAC), phân tích dữ liệu kinh doanh (IIBA-CBDA, gần nhất với Data Analyst), phân tích an ninh mạng (IIBA-CCA) và phân tích cho vai trò Product Owner (IIBA-CPOA). Yêu cầu cụ thể về giờ kinh nghiệm, giờ học và lệ phí thay đổi theo thời gian, nên hãy đọc trực tiếp trên iiba.org.

Chứng chỉ không dạy bạn làm nghề. Nó giúp nhà tuyển dụng đọc hồ sơ của bạn nhanh hơn. Kinh nghiệm thật vẫn là thứ quyết định.

Lưu ý: Clever Academy hiện không cung cấp khoá luyện thi chứng chỉ IIBA. Phần này là thông tin tham khảo về nghề, lấy từ trang của IIBA.

Bắt đầu từ đâu?

• Chưa từng làm BA: bắt đầu bằng việc làm. Nhận phần phân tích ngay trong công việc hiện tại: viết lại một quy trình, mô tả một yêu cầu, phỏng vấn một người dùng. Song song, đọc về BABOK Guide để biết khung nghề có những mảng nào và mình đang thiếu gì.
• Sinh viên: chọn một quy trình quen thuộc (đăng ký môn học, đặt phòng ký túc xá), vẽ quy trình hiện tại, chỉ ra ba điểm bất tiện, viết user story cho giải pháp. Đó đã là một sản phẩm đưa vào hồ sơ được.
• Đã làm vài năm: nhìn lại xem mình mạnh ở khâu nào (lấy yêu cầu, mô hình hoá, đo giá trị) và yếu ở khâu nào. Học thêm SQL nếu chưa biết; nó mở ra rất nhiều cửa.

Câu hỏi thường gặp

Nguồn

• IIBA: Business analysis certifications
• IIBA: BABOK Guide

Thông tin kiểm tra ngày 28/10/2026.