Làm sao để BA phân tích tốt các module 1 dự án mình chưa biết gì?

Để Business Analyst (BA) phân tích tốt các module trong một dự án mới hoàn toàn chưa từng biết gì trước đó, cần có chiến lược phân tích từng bước để nhanh chóng nắm bắt toàn cảnh và đi vào chi tiết một cách hiệu quả.

Dưới đây là quy trình thực tế, kết hợp giữa kỹ thuật BA và tư duy phân rã hệ thống:

🔍 BƯỚC 1: Hiểu tổng quan dự án & mục tiêu sản phẩm

Cần làm	Cách làm cụ thể
Xác định mục tiêu sản phẩm	Hỏi PM/Product Owner: “Sản phẩm này giải quyết vấn đề gì?”, “Người dùng chính là ai?”, “KPIs thành công là gì?”
Hiểu phạm vi dự án	Đọc brief, proposal, roadmap (nếu có) – lọc ra module lớn
Nắm rõ bối cảnh	Hỏi thêm về thị trường, đối thủ, người dùng mục tiêu, các hệ thống liên kết

🧩 BƯỚC 2: Phân rã hệ thống thành các module

Kỹ thuật dùng	Cách triển khai
Decomposition (Top-down)	Bắt đầu từ chức năng chính → phân rã thành module nhỏ: ví dụ “Quản lý đơn hàng” → Tạo đơn, Xử lý, Giao hàng
Feature Mapping	Dựa vào luồng người dùng (User Flow) hoặc sơ đồ menu (UI) để xác định các module logic
Phân tích hệ thống tương tự	Tìm sản phẩm mẫu (Shopee, Tiki, CRM…), so sánh và lấy làm benchmark

🧠 Mẹo: Hỏi PO/khách hàng câu hỏi:

• "Nếu chia hệ thống thành 5 nhóm chức năng chính, anh/chị sẽ chia thế nào?"

• "Anh/chị thường thao tác theo trình tự nào trong hệ thống?"

📋 BƯỚC 3: Phỏng vấn – Thu thập yêu cầu từng module

Đối tượng	Câu hỏi gợi ý
PO/Khách hàng	- Mục tiêu cụ thể của chức năng này? - Người dùng nào sẽ sử dụng? - Có dữ liệu đầu vào/ra nào? - Quy tắc nghiệp vụ bắt buộc là gì?
Dev/QA cũ (nếu có)	- Hệ thống cũ (nếu có) hoạt động ra sao? - Có API hay DB nào liên quan không? - Vấn đề thường gặp?
Stakeholder khác	- Mỗi team có quy trình xử lý gì liên quan đến chức năng đó? - Điểm đau (pain point) hiện tại là gì?

Công cụ hỗ trợ: Note – Miro – Notion – Whimsical – Google Form nếu phỏng vấn gián tiếp.

🔄 BƯỚC 4: Mô hình hóa để hiểu sâu & chia sẻ

Loại sơ đồ	Mục đích
Use Case Diagram	Xác định các chức năng và đối tượng tương tác
User Flow / Business Flow (BPMN)	Hiểu quy trình nghiệp vụ đầu–cuối
ERD + DFD	Hiểu mối quan hệ dữ liệu giữa các module
Wireframe / Sitemap	Nắm UI structure nếu chưa có thiết kế

✅ BƯỚC 5: Xác thực yêu cầu & ưu tiên

Việc cần làm	Mẹo áp dụng
Tạo bảng chức năng từng module	Chia theo: Tên chức năng – Mục tiêu – Loại người dùng – Độ ưu tiên (Must/Should/Could)
Xác minh với stakeholder	Làm checklist để xác nhận lại yêu cầu đã đúng/đủ
Phân loại mức độ phức tạp	Dùng MoSCoW hoặc T-Shirt Size (S/M/L) để thảo luận scope dễ hơn

🛠 BƯỚC 6: Học nhanh từ hệ thống đã có / mẫu

Nguồn học nhanh	Cách khai thác
- Hệ thống demo nếu có - Đối thủ cạnh tranh - Log dữ liệu cũ - Tài liệu cũ (SRS/BRD/UI mockup)	Dùng để reverse analysis (phân tích ngược), đối chiếu các flow, kiểm tra các rule kinh doanh có sẵn

🚀 Tóm lại – Kỹ năng BA cần dùng khi phân tích dự án mới

1. Tư duy hệ thống: Chia nhỏ – nhóm lại – sắp xếp theo mục tiêu sử dụng.

2. Kỹ thuật phỏng vấn & đặt câu hỏi đúng.

3. Mô hình hóa yêu cầu rõ ràng và dễ xác minh.

4. Sử dụng tốt các công cụ: Miro, Figma, Jira, Notion, Draw.io.

5. Giao tiếp linh hoạt với Dev, QA, Design, PO, khách hàng.