BRD là gì?
BRD là viết tắt của Business Requirements Document. Đây là tài liệu mô tả nhu cầu kinh doanh, mục tiêu, phạm vi, stakeholder, requirement cấp cao, business rule, ràng buộc và giá trị kỳ vọng của dự án hoặc thay đổi.
BRD thường được dùng để giúp các bên thống nhất về lý do làm dự án, điều cần đạt và phạm vi chính trước khi đi sâu vào thiết kế hoặc đặc tả kỹ thuật.
Một BRD thường có những phần nào?
1
Bối cảnh và mục tiêu
Vấn đề hiện tại là gì, vì sao cần thay đổi và mục tiêu kinh doanh cần đạt là gì?
2
Phạm vi
Điều gì nằm trong scope, điều gì ngoài scope và có ràng buộc nào cần biết?
3
Stakeholder
Ai liên quan, ai phê duyệt, ai sử dụng, ai bị ảnh hưởng và ai cần được cập nhật?
4
Business Requirement
Các yêu cầu nghiệp vụ chính, business rule, pain point và kết quả mong muốn.
5
Assumption, Risk và Approval
Giả định, rủi ro, phụ thuộc, tiêu chí thành công và phần xác nhận/phê duyệt.
BRD khác SRS như thế nào?
BRD tập trung nhiều hơn vào góc độ kinh doanh: vì sao dự án cần làm, mục tiêu là gì, stakeholder cần gì và giá trị mong muốn là gì. SRS thường đi sâu hơn vào yêu cầu hệ thống, chức năng, dữ liệu, giao diện, hiệu năng, bảo mật và cách giải pháp phần mềm cần hoạt động.
Trong thực tế, tùy tổ chức, hai tài liệu này có thể tách riêng hoặc gộp một phần. BA cần hiểu mục đích của từng tài liệu để viết đúng mức chi tiết.
Khi nào nên dùng BRD?
BRD phù hợp khi dự án cần sự thống nhất chính thức về nhu cầu kinh doanh, phạm vi và mục tiêu. Đặc biệt với dự án lớn, nhiều stakeholder, nhiều phòng ban hoặc có phê duyệt ngân sách, BRD rất hữu ích.
Ghi nhớ
BRD tốt không chỉ liệt kê requirement. Nó phải giúp người đọc hiểu vì sao dự án tồn tại, giá trị cần tạo ra và phạm vi kinh doanh cần thống nhất.
Liên hệ Oracle APEX
Với dự án Oracle APEX, BRD có thể mô tả mục tiêu nghiệp vụ, nhóm người dùng, quy trình cần tự động hóa, báo cáo cần có, rule phê duyệt, dữ liệu nguồn, phân quyền và tiêu chí thành công trước khi Developer thiết kế bảng, form, report và workflow.
Kết luận
Business Requirements Document là một trong những tài liệu quan trọng của BA. Dù không phải dự án nào cũng cần BRD dài, BA vẫn nên hiểu cấu trúc và mục đích của BRD để ghi lại requirement có hệ thống.