Business analyst thực sự là ai?

Chinh · February 7, 2026, 8:38am

GÓC CHIA SẺ NGHỀ BUSINESS ANALYST
(bài viết cho các bạn BA Fresher/Junior)
—————————
Bài 1: BUSINESS ANALYST THỰC SỰ LÀ AI?
Nếu bạn đang học Business Analyst (BA) hoặc mới đi làm dưới 3 năm, bài viết này có thể giúp bạn tránh vài năm đi sai hướng.
Nỗi hoang mang thường thấy của BA Fresher & Junior
Nếu bạn là BA fresher hoặc junior, rất có thể bạn từng có những suy nghĩ này:
• “Vào dự án nhưng không ai nói rõ BA phải làm gì?”
• “BA có phải là người viết tài liệu không?”
• “Em mới vào dự án, Project Manager (PM) bảo em viết Business Requirement Document (BRD), thế là đúng vai BA chưa?”
• “Đọc sách BABOK dày quá, học mãi không hiểu mình sẽ áp dụng vào đâu?”
• “BA khác gì Tester, PO, hay PM?”
Và bạn cũng thường gặp các tình huống như:
• Dev hỏi: “Yêu cầu này là business hay IT?”
• Business nói: “Cái này đơn giản mà, sao em hỏi nhiều vậy?”
….
Nào hãy cùng Chinh đi giải đáp nhé
BABOK® nói gì về BA?
Theo BABOK® Guide của IIBA, Business Analyst được định nghĩa (diễn giải ngắn gọn):
BA là người khơi gợi, phân tích, làm rõ và quản lý các nhu cầu (needs) để đề xuất giải pháp mang lại giá trị (value) cho các bên liên quan( stakeholder)
Có 3 từ khóa quan trọng:
Needs – Nhu cầu
• Không phải “tính năng”, “màn hình” mà là vấn đề cần giải quyết
Value – Giá trị
• Giá trị cho business, người dùng, tổ chức
Stakeholders – Các bên liên quan
• Business Owner
• Người dùng cuối
• Quản lý vận hành, rủi ro.
• IT / Dev / Tester
• PM, PO
• Đối tác bên ngoài
BA không phải chỉ là “người viết tài liệu”
Đây là hiểu lầm phổ biến nhất với BA Fresher. BA không đơn giản chỉ là người ghi chép nội dung họp, viết BRD theo lời Business, người “dịch” yêu cầu cho Dev. BA thực sự còn hơn thế:
• Là người đặt câu hỏi trước khi viết
• Là người làm rõ vấn đề trước khi đề xuất giải pháp
• Là người giảm rủi ro hiểu sai cho dự án
Tài liệu (BRD, FRD, User Story…) chỉ là sản phẩm đầu ra của quá trình làm việc của BA trong dự án.
➔ BA không bắt đầu bằng viết BRD mà bắt đầu bằng hiểu vấn đề kinh doanh.
➔ BA chịu trách nhiệm đảm bảo:
o Dự án đang giải quyết đúng vấn đề
o Không làm thừa, không làm sai
o Giải pháp tạo ra giá trị thực
BA không làm việc cho riêng IT hay Business, mà làm việc cho giá trị tổng thể.
Sáu (06) nhóm nhiệm vụ (Knowledge Areas) – Fresher cần hiểu đúng bản chất
BABOK chia công việc BA thành 6 Knowledge Areas. Bạn cần hiểu logic mới áp dụng đúng.
4.1. Business Analysis Planning & Monitoring
BA không làm việc ngẫu hứng, ngay từ đầu dự án, BA cần biết:
• Phạm vi mình phụ trách là gì?
• Ai là stakeholder chính?
• Cách làm việc với họ như thế nào?
BA Fresher hay mắc lỗi:
• Nhận task mà không hiểu bối cảnh
• Làm xong mới biết “cái này không thuộc scope”
Do đó, BA rất dễ bị kéo làm việc lặt vặt, viết tài liệu lan man, bị blame khi scope “nở ra”.
2. Elicitation & Collaboration
Đây là Kỹ năng sống còn của BA, Elicitation & Collaboration không chỉ là “hỏi yêu cầu” mà BA cần:
• Biết hỏi đúng câu hỏi
• Biết ai là người cần hỏi
• Biết xác nhận lại yêu cầu
Ví dụ:
Thay vì hỏi “Anh muốn hệ thống làm gì?” hãy hỏi:
”Vấn đề hiện tại anh đang gặp là gì?”
”Nếu không giải quyết vấn đề này, hậu quả là gì?”
BA junior thường nghe – nhưng không xác nhận lại, dẫn đến hiểu sai mà không biết. Do đó, BA cần “kết nối” thường xuyên và liên tục với các stakeholder quan trọng để đảm bảo hiểu đúng yêu cầu của họ.
3. Requirements Life Cycle Management
Yêu cầu không bao giờ đứng yên, có thể thay đổi nên BABOK xác định:
• Requirement có vòng đời
• Requirement có thể thay đổi
• Requirement có thể bị loại bỏ
• Requirement có thể được ưu tiên lại
Khi vào thực chiến, nếu bạn từng bực bội vì:“Sao business đổi yêu cầu hoài?” thì các bạn cần biết rằng requirement luôn thay đổi, Việc của BA là: Theo dõi, Đánh giá tác động và Đảm bảo không lệch mục tiêu.
Yêu cầu thay đổi là điều bình thường, và BA có trách nhiệm quản lý sự thay đổi đó.
4.Strategy Analysis
Fresher không cần xây chiến lược, nhưng phải hiểu:
• Dự án này để làm gì?
• Mục tiêu kinh doanh là gì?
• Thành công được đo bằng gì?
Nếu không, bạn sẽ viết requirement đúng chức năng nhưng lại sai mục tiêu.
5. Requirements Analysis & Design Definition
Đây là phần Fresher hay làm nhất nhưng hay làm sai nhất. BA không chỉ phân tích yêu cầu mà còn định hình giải pháp ở góc độ nghiệp vụ. BABOK nhấn mạnh: BA có trách nhiệm đề xuất design nghiệp vụ, không phải chỉ ghi nhận yêu cầu, ví dụ: Luồng nghiệp vụ, Quy tắc xử lý, Trải nghiệm người dùng ở mức logic.
6. Solution Evaluation
Hệ thống làm xong chưa phải là kết thúc, BA cần tiếp tục theo dõi và đánh giá:
• Giải pháp có giải quyết đúng vấn đề không?
• Có tạo ra giá trị không?
• Có phát sinh vấn đề mới không?
BA Fresher thường bị loại khỏi giai đoạn này, nhưng đây lại là nơi học nhanh nhất.
Những hiểu lầm phổ biến
Rất nhiều BA trẻ mắc các ngộ nhận sau:
Học BABOK chỉ để đi thì chứng chỉ
BA càng viết nhiều tài liệu càng giỏi.
BA chỉ cần hiểu IT, không cần hiểu nghiệp vụ.
BA chỉ làm giai đoạn đầu của dự án.
BABOK định hướng BA trở thành:
• Người tạo giá trị, kết nối và giảm rủi ro
BA Fresher & Junior nên bắt đầu như thế nào cho đúng?

Cách học BABOK hợp lý
1. Hiểu vai trò BA
2. Hiểu cách đặt câu hỏi
3. Hiểu vòng đời requirement
4. Hiểu mối liên hệ giữa business – user – IT
5. Sau đó mới học kỹ thuật, chứng chỉ
Ba(3) câu hỏi BA nên tự hỏi mỗi ngày
• “Mình đang giải quyết vấn đề gì?”
• “Ai được lợi từ việc này?”
• “Nếu không làm thì điều gì xảy ra?”
Nếu bạn trả lời được 3 câu này, bạn đang đi đúng hướng nghề BA.
Thông điệp dành cho Fresher & Junior BA
BA là nghề làm đúng sớm thì đi rất xa. Nếu bạn là BA mới: đừng sợ hỏi, đừng chỉ chăm chăm viết tài liệu, hãy học cách hiểu vấn đề trước khi nghĩ tới giải pháp. BA là nghề:
• Tư duy logic một cách có hệ thống.
• Đặt câu hỏi cho đúng stakeholder để hiểu mong muốn/ vấn đề vướng mắc thực sự.
• Giải quyết các vấn đề, đề xuất giải pháp để tạo ra giá trị.
Hiểu đúng BA từ năm đầu, sau này bạn sẽ đi rất xa, một cách vững chãi.
(Tác giả Chị Tạ Thị Chinh hơn 15 năm kinh nghiệm thực chiến BA)
———
Tài liệu tham khảo:

Sách BABOK® Guide của IIBA