Skip to Main Content
Module 08 · Nền tảng về Requirement

Tổng quan về Requirement

Hiểu requirement là gì, vì sao requirement quan trọng trong dự án và vì sao BA cần làm rõ nhu cầu trước khi chuyển thành giải pháp.

10 phút đọcBeginner

Requirement là gì?

Requirement là mô tả về điều mà một stakeholder cần, hoặc điều mà một giải pháp phải đáp ứng để tạo ra giá trị. Trong dự án phần mềm, requirement giúp kết nối nhu cầu kinh doanh với hệ thống, quy trình, dữ liệu, giao diện và hành vi cần xây dựng.

Nói đơn giản, requirement trả lời câu hỏi: người dùng, doanh nghiệp hoặc hệ thống cần điều gì để đạt mục tiêu?

Requirement nằm giữa nhu cầu và giải pháp

1
Nhu cầu kinh doanh

Doanh nghiệp có vấn đề cần giải quyết hoặc cơ hội cần khai thác.

2
Requirement

BA làm rõ điều cần đạt, điều kiện, quy tắc, dữ liệu, người dùng và kỳ vọng.

3
Giải pháp

Đội dự án thiết kế, xây dựng, kiểm thử và triển khai hệ thống hoặc thay đổi phù hợp.

Vì sao requirement quan trọng?

Nếu requirement mơ hồ, đội phát triển có thể hiểu một kiểu, tester hiểu một kiểu, người dùng lại kỳ vọng một kiểu khác. Kết quả là hệ thống có thể chạy đúng theo cách developer hiểu, nhưng vẫn không giải quyết được bài toán thật của business.

Requirement tốt giúp các bên thống nhất trước khi xây dựng. Nó giảm rủi ro làm sai, giảm chi phí sửa lại và giúp tester có cơ sở để kiểm tra.

Requirement không chỉ là chức năng

Nhiều người mới học BA thường nghĩ requirement chỉ là danh sách chức năng. Thực tế requirement có thể bao gồm mục tiêu kinh doanh, nhu cầu stakeholder, chức năng hệ thống, hiệu năng, bảo mật, phân quyền, dữ liệu, báo cáo, quy trình, rule nghiệp vụ và ràng buộc triển khai.

Ghi nhớ

Requirement không phải là ghi lại mọi điều stakeholder nói. BA cần phân tích, làm rõ, kiểm tra mâu thuẫn và xác nhận lại để requirement có giá trị.

Các loại requirement thường gặp

  • Business Requirement: mục tiêu hoặc nhu cầu ở cấp độ kinh doanh.
  • Stakeholder Requirement: nhu cầu của nhóm người liên quan.
  • Solution Requirement: điều giải pháp phải đáp ứng.
  • Functional Requirement: chức năng hệ thống cần làm.
  • Non-functional Requirement: yêu cầu về hiệu năng, bảo mật, độ tin cậy, trải nghiệm hoặc tuân thủ.
  • Transition Requirement: điều cần có để chuyển từ trạng thái hiện tại sang trạng thái mới.

Kết luận

Requirement là nền tảng của dự án Business Analysis. Khi requirement rõ, đội dự án có cơ sở để thiết kế, xây dựng, kiểm thử và triển khai đúng hướng. Khi requirement mơ hồ, toàn bộ dự án sẽ có nguy cơ đi sai từ rất sớm.

← Bài trướcĐây là bài đầu tiên
Bài tiếp theo →SMART Requirement là gì?