Requirement Analysis là gì?
Requirement Analysis là quá trình xem xét, làm rõ, phân loại, mô hình hóa và kiểm tra requirement sau khi đã khai thác được thông tin từ stakeholder. Nếu Requirement Elicitation giúp BA thu thập thông tin, thì Requirement Analysis giúp BA biến thông tin đó thành hiểu biết rõ ràng, nhất quán và có thể dùng để thiết kế giải pháp.
Nói đơn giản, đây là bước BA hỏi: requirement này có rõ chưa, có đúng mục tiêu không, có mâu thuẫn không, có thể kiểm thử không và có đủ thông tin để đội dự án triển khai chưa?
Requirement Analysis nằm ở đâu trong quy trình BA?
1
Elicitation
Khai thác thông tin từ stakeholder bằng interview, workshop, survey, documentation review hoặc phân tích interface.
2
Analysis
Làm rõ, phân loại, tìm mâu thuẫn, xác định gap, mô hình hóa và kiểm tra tính hợp lệ của requirement.
3
Specification
Ghi lại requirement bằng tài liệu, user story, use case, BPMN, wireframe, acceptance criteria hoặc SRS.
4
Validation
Xác nhận lại requirement với stakeholder, đội kỹ thuật và các bên liên quan trước khi triển khai.
Vì sao cần phân tích requirement?
Thông tin từ stakeholder thường chưa hoàn chỉnh ngay từ đầu. Có thông tin bị thiếu, có thông tin mâu thuẫn, có điều chỉ là giả định, có yêu cầu nằm ngoài phạm vi và có yêu cầu nghe hợp lý nhưng không tạo giá trị thật.
Nếu BA không phân tích, đội dự án có thể xây dựng dựa trên requirement chưa rõ. Khi đó rủi ro làm sai, sửa nhiều và trễ tiến độ sẽ tăng lên.
BA phân tích những gì?
- Requirement có phục vụ mục tiêu kinh doanh không?
- Requirement có rõ, cụ thể và kiểm thử được không?
- Requirement có mâu thuẫn với business rule hoặc requirement khác không?
- Có dữ liệu, quy trình, vai trò hoặc ngoại lệ nào còn thiếu không?
- Requirement có cần mô hình hóa bằng sơ đồ không?
- Requirement có ảnh hưởng đến hệ thống, tích hợp hoặc phân quyền không?
Ghi nhớ
Requirement Analysis là bước giúp BA chuyển từ “nghe được yêu cầu” sang “hiểu rõ yêu cầu”. Đây là bước rất quan trọng trước khi viết tài liệu đặc tả.
Kết luận
Một BA giỏi không chỉ ghi nhận requirement mà còn biết phân tích requirement. Phân tích tốt giúp yêu cầu rõ hơn, giảm mơ hồ, giảm mâu thuẫn và giúp đội dự án xây đúng thứ doanh nghiệp cần.