Ví dụ: Ưu tiên requirement cho hệ thống quản lý ticket
Giả sử công ty muốn xây hệ thống quản lý ticket nội bộ. Nhân viên gửi yêu cầu hỗ trợ, bộ phận hỗ trợ tiếp nhận, phân loại, xử lý và báo cáo tình trạng cho quản lý.
Danh sách requirement ban đầu có thể rất nhiều. BA cần hỗ trợ nhóm ưu tiên để xác định phiên bản đầu tiên nên làm gì.
Ví dụ ưu tiên bằng MoSCoW
Must Have
- Nhân viên tạo ticket mới.
- Support team xem danh sách ticket.
- Ticket có trạng thái xử lý.
- Người xử lý cập nhật kết quả.
Should Have
- Email thông báo khi ticket được cập nhật.
- Phân loại ticket theo loại yêu cầu.
- Báo cáo số ticket theo trạng thái.
- Tìm kiếm ticket theo người gửi hoặc mã ticket.
Could Have
- Đánh giá mức độ hài lòng sau khi xử lý.
- Dashboard biểu đồ nâng cao.
- Gợi ý người xử lý dựa trên loại ticket.
- Template câu trả lời thường gặp.
Won’t Have Now
- AI chatbot tự trả lời tất cả ticket.
- Tích hợp nhiều hệ thống bên ngoài trong phiên bản đầu.
- Mobile app riêng nếu web responsive đã đủ dùng.
Vì sao không làm tất cả ngay?
Nếu cố làm tất cả requirement trong phiên bản đầu, dự án dễ bị kéo dài, tăng rủi ro và chậm tạo giá trị. Ưu tiên giúp nhóm tập trung vào luồng xử lý chính trước: tạo ticket, tiếp nhận, xử lý, cập nhật và theo dõi.
Sau khi hệ thống chạy ổn, các tính năng nâng cao có thể được đưa vào các phase sau.
Điểm cần chú ý
Ưu tiên không phải là quyết định vĩnh viễn. Khi mục tiêu, rủi ro, dữ liệu hoặc stakeholder thay đổi, ưu tiên cũng có thể thay đổi. BA cần ghi lại lý do ưu tiên để sau này dễ giải thích và review.
Ghi nhớ
Một requirement nằm ở Could Have không có nghĩa là nó không tốt. Nó chỉ có nghĩa là ở thời điểm hiện tại, có requirement khác quan trọng hơn.
Kết luận
Ví dụ này cho thấy ưu tiên requirement là quá trình cân bằng giữa giá trị, rủi ro, công sức và mục tiêu phát hành. BA cần giúp nhóm ra quyết định rõ ràng và có căn cứ.