Trước khi hỏi requirement, hãy biết mình cần hỏi ai
Một lỗi phổ biến khi bắt đầu elicitation là BA đi hỏi người thuận tiện nhất, thay vì hỏi đúng người. Nếu bạn khai thác yêu cầu từ sai nhóm stakeholder, requirement có thể thiếu, lệch hoặc không đại diện cho nhu cầu thật.
Vì vậy, trước khi bắt đầu elicitation, BA cần xác định khách hàng, người dùng, người ra quyết định và các nhóm bị ảnh hưởng.
Các nhóm cần xác định trước Elicitation
Customer
- Người hoặc tổ chức nhận giá trị từ giải pháp.
- Có thể là khách hàng bên ngoài hoặc bộ phận nội bộ.
- Quan tâm đến kết quả và lợi ích.
User
- Người trực tiếp sử dụng hệ thống hoặc quy trình.
- Hiểu rõ thao tác hằng ngày và pain point thực tế.
- Cung cấp nhiều thông tin chi tiết cho requirement.
Decision Maker
- Người phê duyệt phạm vi, ngân sách hoặc ưu tiên.
- Có quyền quyết định khi có xung đột.
- Quan tâm đến chi phí, rủi ro và giá trị.
Affected Stakeholder
- Nhóm bị ảnh hưởng bởi thay đổi.
- Có thể không dùng hệ thống trực tiếp.
- Cần được lắng nghe để tránh bỏ sót tác động.
Vì sao cần xác định đúng nhóm?
Người ra quyết định có thể hiểu mục tiêu kinh doanh, nhưng không biết chi tiết thao tác hằng ngày. Người dùng cuối hiểu thao tác thực tế, nhưng có thể không nhìn thấy mục tiêu chiến lược. Đội kỹ thuật hiểu khả năng hệ thống, nhưng không phải lúc nào cũng hiểu pain point của business.
BA cần kết hợp nhiều góc nhìn để requirement đầy đủ và cân bằng hơn.
Câu hỏi giúp xác định khách hàng và người dùng
- Ai là người nhận giá trị chính từ giải pháp?
- Ai sử dụng hệ thống hằng ngày?
- Ai chịu trách nhiệm kết quả công việc?
- Ai phê duyệt quyết định cuối cùng?
- Ai cung cấp dữ liệu đầu vào?
- Ai nhận báo cáo hoặc đầu ra?
- Ai có thể bị ảnh hưởng nếu quy trình thay đổi?
Ghi nhớ
Elicitation tốt bắt đầu từ việc chọn đúng người để hỏi. Hỏi sai người có thể tạo ra requirement sai ngay từ đầu.
Kết luận
Xác định khách hàng, user và stakeholder trước khi elicitation giúp BA chuẩn bị tốt hơn, đặt câu hỏi đúng hơn và giảm rủi ro bỏ sót nhu cầu quan trọng.