Business analyst là gì? BA thực sự là ai theo BABOK

Góc chia sẻ nghề business analyst – bài viết cho các bạn BA fresher/junior.

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 và 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é.

Business analyst là gì theo BABOK®?

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 (stakeholders).

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 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:

• Dự án đang giải quyết đúng vấn đề
• Không làm thừa, không làm sai
• 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 nhóm nhiệm vụ của BA theo BABOK – 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.

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 về nghề BA

Rất nhiều BA trẻ mắc các ngộ nhận sau:

• ❌ Học BABOK chỉ để đi thi 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 và 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 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 BA fresher và junior

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ả Tạ Thị Chinh, hơn 15 năm kinh nghiệm thực chiến BA)

Câu hỏi thường gặp về business analyst

Business analyst là gì?

Theo BABOK® Guide của IIBA, business analyst là người khơi gợi, phân tích, làm rõ và quản lý nhu cầu của các bên liên quan để đề xuất giải pháp mang lại giá trị. Trọng tâm của BA là vấn đề kinh doanh cần giải quyết, không phải danh sách tính năng hay màn hình.

BA trong IT có phải chỉ là người viết tài liệu?

Không. BRD, FRD hay user story chỉ là sản phẩm đầu ra. Việc chính của BA là đặt câu hỏi trước khi viết, làm rõ vấn đề trước khi đề xuất giải pháp và giảm rủi ro hiểu sai cho dự án. BA làm việc cho giá trị tổng thể, không cho riêng IT hay Business.

BA làm những việc gì trong dự án?

BABOK chia công việc của BA thành sáu nhóm: lập kế hoạch và giám sát; khơi gợi và cộng tác; quản lý vòng đời yêu cầu; phân tích chiến lược; phân tích yêu cầu và định nghĩa thiết kế; đánh giá giải pháp. Vì vậy BA có mặt suốt dự án, kể cả sau khi hệ thống đã chạy.

BA fresher nên học BABOK theo thứ tự nào?

Tác giả gợi ý: hiểu vai trò BA, hiểu cách đặt câu hỏi, hiểu vòng đời yêu cầu, hiểu mối liên hệ giữa business, người dùng và IT, rồi mới học kỹ thuật và chứng chỉ. Học BABOK chỉ để thi chứng chỉ là một trong những hiểu lầm phổ biến.

Làm sao biết mình đang đi đúng hướng nghề BA?

Hãy tự hỏi mỗi ngày ba câu: mình đang giải quyết vấn đề gì, ai được lợi từ việc này, và nếu không làm thì điều gì xảy ra. Trả lời được cả ba câu nghĩa là bạn đang đi đúng hướng.

Tham khảo & đọc thêm

• IIBA – A Guide to the Business Analysis Body of Knowledge (BABOK® Guide)
• Năng lực phân tích nghiệp vụ: 6 lĩnh vực BABOK qua một dự án – bài tiếp theo của tác giả

VỀ TÁC GIẢ

Tạ Thị Chinh

Quản lý phân tích nghiệp vụ · Tập Đoàn Cổng Vàng

Hạt giống mùa 6 · Hà Nội · Ban huấn luyện DITS

Xem hồ sơ thành viên →

Nguồn: Digital Leaders Publishing Club — bài gốc (tác giả: Tạ Thị Chinh — @Chinh trên forum). Bản quyền thuộc tác giả gốc.