Bỏ qua tới nội dung
Phạm Thủy
Quay lại

Stakeholder Interview cho BA

Note này giúp BA thực hiện interview tạo evidence, không chỉ đọc một danh sách câu hỏi. Interview hợp để hiểu context, example và chủ đề khó nói trước nhóm; nó không tự chứng minh mức độ phổ biến của vấn đề.

Note này dùng để làm gì

Mở note khi cần khai thác workflow, pain point, rule hoặc exception từ một stakeholder. Cần có objective và participant rationale trước khi đặt lịch.

1. Khi nào dùng và không dùng

Dùng khiKhông dùng một mình khi
cần context/experience cá nhâncần quan sát thao tác thực tế
topic nhạy cảm hoặc có power imbalancecần ra decision nhiều bên ngay
cần probe example và exceptioncần đo prevalence trên population
SME khó cùng lịchsource of truth là policy/log có thể kiểm tra

Weakness chính: recall bias, social desirability, leading question và interpretation của interviewer. Bù bằng artifact/log, observation và playback.

2. Chuẩn bị interview package

Stakeholder Interview — question funnel từ context tới xác nhận

Funnel mở rộng trước để tránh áp framing, rồi hẹp dần vào evidence và xác nhận.

3. Câu hỏi tốt bám behavior

TránhHỏi lại
“Anh thấy quy trình chậm không?”“Lần gần nhất anh gửi yêu cầu là khi nào? Mỗi bước mất bao lâu?”
“Dashboard giải quyết được không?”“Khi cần biết trạng thái, anh làm gì? Điều gì xảy ra tiếp?”
“Finance luôn duyệt sau Manager?”“Ai duyệt trong ba case gần nhất? Có exception nào?”
“Anh muốn notification thế nào?”“Thông tin nào giúp anh hành động, ở thời điểm nào?”

Probe bằng “ví dụ gần nhất”, “điều gì xảy ra nếu”, “dựa vào đâu để quyết định” và “trường hợp nào không theo flow”.

4. Ghi note có provenance

Quote/observationInterpretationAssumptionFollow-up
“Tôi thường hỏi Finance qua chat”handoff thiếu visibilitychat là kênh duy nhấtkiểm sample artifact có consent

Quote là evidence participant đã nói câu đó, chưa phải fact của toàn population.

Running case: ShopFlow

Interview chủ shop cho story SF-3 Create Customer Order — áp funnel §2:

Interview package tối thiểu:

Output sau synthesis (theo taxonomy §4):

LoạiGhi nhận
Quote”Có lần khách order 5 món, kho còn 3, tui phải gọi nói thiếu 2 món — khách cancel luôn”
Fact3 lần/tháng xảy ra order vượt stock; mỗi lần mất ~15 phút gọi điện
Pain pointmất đơn vì không biết stock thực tế lúc nhận order
Requirement candidatehệ thống phải check stock real-time và reject nếu thiếu (SF-11)
Business rulenếu một item thiếu → reject toàn bộ order, không bán lẻ từng món (SF-3 AC)
Solution idea”cho cái đèn xanh/đỏ cạnh mỗi món hàng”
Assumptionstock database luôn khớp stock thực tế
Open questionnhân viên kho có được phép override stock validation không? — Owner: chủ shop, hạn trước Sprint 1 planning

So sánh câu hỏi tốt vs câu hỏi yếu (§3) trong interview này:

Tránh (hỏi opinion)Hỏi lại (bám behavior)
“Chị muốn hệ thống quản lý order thế nào?""Lần gần nhất chị nhận order qua điện thoại, chị ghi vào đâu? Mất bao lâu?"
"Có cần kiểm tra tồn kho không?""Có lần nào chị nhận order xong mới biết thiếu hàng không? Lúc đó chị xử lý ra sao?"
"Chị muốn giao diện tạo đơn thế nào?""Chị cần biết thông tin gì trước khi nói ‘ok’ với khách?“

5. Anti-patterns

Anti-patternCách sửa
hỏi opinion chung chungyêu cầu example gần nhất và artifact
đọc script, không probegiữ objective, linh hoạt theo evidence
mọi câu nói thành requirementphân loại quote/fact/need/idea
không nói cách dùng recordingxin consent và nêu retention/access
gửi raw transcript để confirmgửi synthesis ngắn, đánh dấu điểm cần sửa

6. Checklist nhanh

References


Chia sẻ bài viết:

Bài trước
Stakeholder Analysis và Engagement cho BA
Bài sau
Agile vs Waterfall cho BA