SMART giúp requirement rõ hơn
Một requirement tốt cần đủ rõ để các bên cùng hiểu và đủ cụ thể để có thể kiểm tra. SMART là một cách đơn giản để BA đánh giá requirement có rõ, đo được, khả thi, liên quan đến mục tiêu và có ràng buộc thời gian hay không.
SMART thường được hiểu là Specific, Measurable, Achievable, Relevant và Time-bound.
5 yếu tố của SMART Requirement
Specific
- Requirement phải cụ thể.
- Ai cần gì, trong tình huống nào?
- Tránh từ mơ hồ như nhanh, dễ, tốt hơn.
Measurable
- Có thể đo hoặc kiểm tra được.
- Biết thế nào là đạt.
- Tester có thể xác nhận kết quả.
Achievable
- Có khả năng thực hiện.
- Phù hợp với công nghệ, thời gian và nguồn lực.
- Không đặt kỳ vọng phi thực tế.
Relevant
- Liên quan đến mục tiêu kinh doanh.
- Không phải yêu cầu “cho có”.
- Có giá trị với stakeholder hoặc tổ chức.
Time-bound
- Có ràng buộc thời gian khi cần.
- Thời gian xử lý, thời hạn báo cáo hoặc thời điểm hoàn thành rõ.
- Giúp quản lý kỳ vọng tốt hơn.
Ví dụ requirement chưa SMART
Requirement chưa tốt: “Hệ thống phải chạy nhanh hơn”.
Câu này quá mơ hồ. Nhanh hơn là nhanh hơn bao nhiêu? Đo ở màn hình nào? Với bao nhiêu người dùng? Điều kiện dữ liệu ra sao? Ai xác nhận?
Viết lại theo SMART
Có thể viết lại rõ hơn: “Màn hình danh sách đơn hàng phải hiển thị kết quả trong vòng 3 giây khi người dùng tìm kiếm theo mã đơn hàng, với tập dữ liệu tối đa 100.000 đơn hàng và tối đa 50 người dùng đồng thời”.
Câu mới cụ thể hơn, đo được hơn và giúp Developer, Tester, BA, stakeholder cùng hiểu tiêu chí cần đạt.
Ghi nhớ
SMART không phải công thức cứng nhắc cho mọi câu requirement, nhưng là checklist rất hữu ích để BA phát hiện requirement còn mơ hồ.
Kết luận
Khi requirement được viết theo tinh thần SMART, đội dự án dễ thống nhất hơn, dễ kiểm thử hơn và dễ đánh giá thành công hơn. Đây là kỹ năng nền tảng mà BA nên luyện thường xuyên.