Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Tuần 2 • Buổi 2 — Lập kế hoạch phân tích & Elicitation Plan

Giới thiệu

Nhiều BA bắt đầu elicitation (thu thập yêu cầu) ngay mà không có kế hoạch — kết quả: phỏng vấn lan man, thông tin thiếu sót, phải quay lại hỏi nhiều lần. Buổi học này giúp bạn xây dựng BA PlanningElicitation Plan cụ thể trước khi gặp stakeholder.

---

1. BA Planning là gì?

BA Planning (Lập kế hoạch phân tích nghiệp vụ) là quá trình xác định:

  • Ai sẽ làm BA work?
  • Cái gì cần được phân tích?
  • Khi nào từng hoạt động diễn ra?
  • Cách nào thu thập và quản lý yêu cầu?
BA Plan không phải là project plan — nó tập trung vào hoạt động BA cụ thể, không phải toàn bộ dự án.

Ví dụ thực tế — Dự án xây hệ thống quản lý nhân sự cho chuỗi F&B Hà Nội (50 cửa hàng):

BA Plan sẽ bao gồm:

  • Danh sách stakeholder cần phỏng vấn: HR Manager, Store Manager, Kế toán lương, IT
  • Kỹ thuật elicitation sẽ dùng: phỏng vấn 1:1, khảo sát quy trình hiện tại, workshop nhóm
  • Timeline: 3 tuần elicitation → 1 tuần phân tích → 1 tuần review
  • Công cụ: Confluence để lưu requirements, Miro để vẽ process map
---

2. Plan-driven vs Change-driven Approach

Trước khi lập kế hoạch, BA cần xác định dự án thuộc loại nào:

Tiêu chíPlan-driven (Waterfall)Change-driven (Agile)
RequirementsCố định từ đầuPhát triển theo sprint
DocumentationChi tiết, formalJust enough, JIT
ElicitationUpfront, tập trungLiên tục, incremental
ChangeCó quy trình change controlĐược chào đón
BA focusRequirements specificationUser story + acceptance criteria
Phù hợp vớiHệ thống phức tạp, regulated (ngân hàng, y tế)Product startup, MVP, SaaS
Thực tế VN: Nhiều công ty dùng hybrid — plan phần core requirements, nhưng delivery theo sprint. BA cần linh hoạt.

---

3. Elicitation Plan

Elicitation Plan là lộ trình chi tiết cho việc thu thập yêu cầu:

3.1 Chọn kỹ thuật elicitation

Kỹ thuậtKhi nào dùngƯu điểmNhược điểm
Phỏng vấn 1:1Yêu cầu phức tạp, stakeholder cấp caoThông tin sâu, xây trustTốn thời gian
WorkshopNhiều stakeholder có quan điểm khác nhauĐồng thuận nhanhKhó tổ chức, dễ bị dominated
Khảo sát (Survey)Nhiều người dùng cuối, câu hỏi đóngNhanh, nhiều dataThiếu context
Quan sát (Observation)Quy trình hiện tại chưa được documentThực tế nhấtTốn thời gian, ảnh hưởng hành vi
Phân tích tài liệuHệ thống kế thừa, quy trình đã cóKhông mất thời gian stakeholderTài liệu có thể lỗi thời
Ví dụ áp dụng cho dự án HR F&B:
  • Phỏng vấn 1:1 với HR Manager (pain points hiện tại)
  • Workshop với Store Managers (yêu cầu báo cáo ca làm)
  • Quan sát quy trình chấm công thực tế tại 2 cửa hàng mẫu
  • Phân tích file Excel chấm công hiện tại

3.2 Lập lịch elicitation

Thứ tự tốt nhất:

  • Phân tích tài liệu hiện có → hiểu bối cảnh
  • Phỏng vấn stakeholder cấp cao → business goals
  • Workshop với subject matter experts → quy trình chi tiết
  • Quan sát thực tế → validate những gì nghe được
  • Survey end users → confirm và đo lường
---

4. Rủi ro & Giả định trong BA Planning

Giả định (Assumptions)

Giả định là những điều BA coi là đúng mà chưa được xác nhận:

  • 'Stakeholder sẽ có mặt đúng giờ trong các buổi phỏng vấn'
  • 'Hệ thống kế thừa có API documentation đầy đủ'
  • 'Store Manager có thể tham gia workshop vào giờ hành chính'
Tại sao cần ghi lại? Nếu giả định sai, kế hoạch bị ảnh hưởng và cần điều chỉnh sớm.

Rủi ro (Risks) trong BA activities

Rủi roXác suấtTác độngKế hoạch ứng phó
Stakeholder bận, khó gặpCaoCaoĐặt lịch 2 tuần trước, có slot backup
Yêu cầu thay đổi giữa chừngTrung bìnhCaoDùng change control log
Tài liệu hệ thống cũ không chính xácCaoTrung bìnhBổ sung bằng observation
Conflict giữa các stakeholderThấpRất caoEscalate lên PM/Sponsor sớm
---

5. Tổng hợp: Template BA Planning

Một BA Plan tốt thường có các phần:

  • Phạm vi BA — Mô tả ngắn những gì BA sẽ phân tích
  • Danh sách stakeholder + vai trò RACI
  • Elicitation Plan — kỹ thuật, lịch, người tham gia
  • Deliverables — output cụ thể: BRD, user stories, process map...
  • Timeline — gantt chart đơn giản hoặc bảng tuần
  • Giả định và Rủi ro — kèm kế hoạch ứng phó
  • Công cụ và Templates sẽ sử dụng
---

Tự luyện

  • Dùng tình huống từ Buổi 1 (dự án của bạn hoặc app đặt lịch khám bệnh).
  • Xác định phương pháp: plan-driven hay change-driven? Lý do?
  • Chọn 3 kỹ thuật elicitation phù hợp nhất, giải thích tại sao.
  • Lập lịch elicitation cho 3 tuần đầu: tuần 1 làm gì, tuần 2 làm gì, tuần 3 làm gì?
  • Liệt kê 3 giả định và 3 rủi ro — kèm kế hoạch ứng phó cho từng rủi ro.
  • Câu hỏi mở: Trong môi trường startup VN nơi mọi thứ thay đổi nhanh, bạn sẽ điều chỉnh BA Plan như thế nào?
Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi