Vì sao cần ưu tiên Requirement?
Trong hầu hết dự án, thời gian, ngân sách và nguồn lực đều có giới hạn. Không phải requirement nào cũng có thể làm cùng lúc. Vì vậy BA cần hỗ trợ stakeholder và đội dự án ưu tiên requirement.
Ưu tiên requirement giúp nhóm biết điều gì cần làm trước, điều gì có thể làm sau và điều gì có thể bỏ khỏi phạm vi hiện tại.
Tiêu chí ưu tiên requirement
1
Giá trị kinh doanh
Requirement này tạo giá trị gì cho doanh nghiệp, khách hàng hoặc người dùng?
2
Rủi ro
Nếu không làm requirement này, dự án hoặc doanh nghiệp có rủi ro gì?
3
Chi phí và độ phức tạp
Requirement này tốn bao nhiêu công sức, có khó về kỹ thuật hoặc vận hành không?
4
Phụ thuộc
Có requirement nào phải làm trước thì requirement này mới làm được không?
5
Thời hạn
Có deadline pháp lý, vận hành, kinh doanh hoặc cam kết khách hàng không?
Một số kỹ thuật ưu tiên phổ biến
- MoSCoW: Must Have, Should Have, Could Have, Won’t Have.
- Ranking: xếp hạng requirement từ quan trọng nhất đến ít quan trọng hơn.
- Scoring: chấm điểm theo nhiều tiêu chí như value, effort, risk.
- Value vs Effort Matrix: so sánh giá trị với công sức triển khai.
BA không tự quyết một mình
BA có thể đề xuất cách ưu tiên, chuẩn bị dữ liệu và dẫn dắt thảo luận, nhưng quyết định ưu tiên thường cần stakeholder, Product Owner, Sponsor hoặc Project Manager tham gia.
Điều quan trọng là làm cho tiêu chí ưu tiên rõ ràng, tránh việc requirement được ưu tiên chỉ vì người nói có tiếng nói mạnh nhất.
Ghi nhớ
Ưu tiên requirement là quyết định về giá trị, rủi ro và nguồn lực. BA cần giúp các bên ra quyết định có căn cứ.
Kết luận
Ưu tiên requirement giúp dự án tập trung vào điều quan trọng nhất. Đây là kỹ năng rất thực tế vì hầu như dự án nào cũng có nhiều yêu cầu hơn khả năng triển khai trong một lần.