Giới thiệu
Một dự án thất bại không phải lúc nào cũng do code xấu hay thiếu tính năng. Phần lớn nguyên nhân đến từ việc BA không nhận diện đúng stakeholder, hoặc giao tiếp sai cách với từng nhóm. Buổi học này sẽ trang bị cho bạn bộ công cụ thực tế để phân tích và quản lý stakeholder từ ngày đầu dự án.
---
1. Stakeholder là ai?
Stakeholder (bên liên quan) là bất kỳ cá nhân hoặc tổ chức nào:
- Ảnh hưởng đến dự án (có quyền phê duyệt, cung cấp nguồn lực), hoặc
- Bị ảnh hưởng bởi dự án (sẽ dùng hệ thống, chịu tác động từ thay đổi quy trình).
| Stakeholder | Vai trò |
|---|---|
| Giám đốc vận hành | Sponsor — phê duyệt ngân sách |
| Đội kho hàng | End user — nhập/xuất đơn hàng hàng ngày |
| Đội IT | Technical team — triển khai hệ thống |
| Phòng kế toán | Affected party — báo cáo doanh thu bị thay đổi |
| Đối tác giao vận (Giao Hàng Nhanh) | External stakeholder — tích hợp API |
2. Nhận diện stakeholder: Kỹ thuật thực hành
Bước 1 — Brain dump: Liệt kê mọi người/bộ phận có liên quan, không lọc.
Bước 2 — Dùng Onion Diagram để phân nhóm theo khoảng cách với dự án:
flowchart TD
A["Core Team\nBA · PM · Dev · QA"] --> B
B["Internal Stakeholders\nKho hàng · Kế toán · IT"] --> C
C["External Stakeholders\nGiao Hàng Nhanh · Khách hàng VIP"] --> D
D["Environment\nCục thuế · Hiệp hội TMĐT"]- Core Team: người làm dự án hàng ngày.
- Internal Stakeholders: các phòng ban trong công ty bị ảnh hưởng.
- External Stakeholders: đối tác, khách hàng, nhà cung cấp.
- Environment: cơ quan nhà nước, quy định pháp lý — ít tương tác nhưng không thể bỏ qua.
---
3. Ma trận Power/Interest
Sau khi liệt kê, BA cần ưu tiên ai cần chú ý nhất. Ma trận Power/Interest là công cụ kinh điển:
| Interest thấp | Interest cao | |
|---|---|---|
| Power cao | Giữ hài lòng (Keep Satisfied) | Quản lý chặt (Manage Closely) |
| Power thấp | Theo dõi (Monitor) | Cập nhật thường xuyên (Keep Informed) |
- Giám đốc vận hành → Power cao, Interest cao → Manage Closely: họp weekly, sign-off từng milestone.
- Cục thuế → Power cao, Interest thấp → Keep Satisfied: đảm bảo compliance, báo cáo đúng hạn.
- Đội kho hàng → Power thấp, Interest cao → Keep Informed: gửi bản tin cập nhật mỗi sprint.
- Phòng pháp lý → Power thấp, Interest thấp → Monitor: chỉ mời khi có thay đổi lớn.
4. RACI Matrix
RACI xác định ai làm gì trong từng hoạt động:
- R — Responsible: Người thực hiện công việc.
- A — Accountable: Người chịu trách nhiệm cuối cùng (chỉ 1 người/cột).
- C — Consulted: Người được hỏi ý kiến trước khi quyết định.
- I — Informed: Người được thông báo kết quả.
| Hoạt động | BA | PM | Dev | Đội Kho | Giám đốc |
|---|---|---|---|---|---|
| Thu thập yêu cầu | R | A | C | C | I |
| Thiết kế UI | C | I | R | C | I |
| UAT (kiểm thử người dùng) | A | I | C | R | I |
| Go-live approval | C | R | I | I | A |
- Một ô có 2 chữ A → ai cũng chịu trách nhiệm = không ai chịu.
- Một người có quá nhiều R → bottleneck.
- Quên nhóm End User trong C/I → yêu cầu sai từ đầu.
5. Chiến lược giao tiếp theo nhóm
Không phải mọi stakeholder đều cần cùng loại thông tin hay cùng tần suất liên lạc. BA cần lập Communication Plan riêng cho từng nhóm:
| Nhóm | Kênh | Tần suất | Nội dung |
|---|---|---|---|
| Sponsor (Giám đốc) | Họp 1:1, email tóm tắt | 2 tuần/lần | Tiến độ, rủi ro, quyết định cần phê duyệt |
| End User (Kho hàng) | Demo, Google Meet | Mỗi sprint (2 tuần) | Tính năng mới, thay đổi quy trình |
| IT Team | Jira, Slack | Hàng ngày | Technical specs, blocker |
| External (GHN) | Email chính thức | Khi có thay đổi API | Changelog, lịch tích hợp |
---
Tự luyện
- Chọn một dự án bạn đang tham gia (hoặc tưởng tượng dự án xây app đặt lịch khám bệnh cho phòng khám tư nhân tại TP.HCM).
- Liệt kê ít nhất 8 stakeholder bằng kỹ thuật brain dump + Onion Diagram.
- Vẽ ma trận Power/Interest và xác định chiến lược cho từng ô.
- Xây dựng RACI cho 4 hoạt động: thu thập yêu cầu, thiết kế quy trình, kiểm thử, ra mắt.
- Câu hỏi phản tư: Ai là stakeholder ẩn mà bạn hay bỏ sót nhất trong công việc thực tế?