Trong công việc Business Analyst, yêu cầu không chỉ là danh sách tính năng hay chức năng đơn thuần. Yêu cầu tồn tại ở nhiều cấp độ, từ những mục tiêu chiến lược của doanh nghiệp đến các chi tiết kỹ thuật của hệ thống.
Việc hiểu và phân loại đúng ba cấp độ yêu cầu giúp bạn đảm bảo dự án được triển khai hiệu quả, tránh sai sót và hiểu nhầm. Hôm nay, chúng ta sẽ cùng tìm hiểu ba cấp độ yêu cầu cơ bản dựa trên mô hình hình chóp sau:
1. Business Requirements – Yêu cầu từ góc nhìn doanh nghiệp
Định nghĩa và vai trò
Business Requirements là những yêu cầu tổng thể phản ánh quan điểm của nhà tài trợ dự án (Sponsor) và định nghĩa phạm vi cũng như mục tiêu của dự án.
Đây là tầng cao nhất trong mô hình, tập trung vào tại sao dự án được triển khai và nó phải đạt được điều gì về mặt kinh doanh.
Ví dụ thực tế
Ví dụ, với dự án xây dựng ứng dụng quản lý công việc, Business Requirements có thể là:
- Mở rộng khả năng phối hợp công việc giữa các phòng ban.
- Tăng hiệu suất làm việc chung lên 20% trong 6 tháng.
- Giảm thời gian báo cáo tiến độ công việc hàng tuần xuống còn 1 giờ.
Tầm quan trọng
Business Requirements giúp định hướng toàn bộ dự án, đảm bảo rằng mọi nỗ lực đều gắn liền với mục tiêu chiến lược của tổ chức.
Nếu thiếu hoặc không rõ ràng ở tầng này, dự án dễ bị lệch hướng, không giải quyết đúng bài toán kinh doanh.
2. User Requirements – Yêu cầu từ góc nhìn người dùng
Định nghĩa và vai trò
User Requirements tập trung vào nhu cầu, mục tiêu và tương tác của người dùng với hệ thống.
Đây là tầng trung gian, thể hiện cách người dùng mong muốn sử dụng hệ thống, bao gồm cả dữ liệu đầu vào, đầu ra và mục tiêu họ cần đạt.
Ví dụ thực tế
Trong dự án quản lý công việc:
- Người dùng muốn tìm kiếm và lọc công việc theo tên, trạng thái, ngày tạo.
- Người dùng cần nhận thông báo khi có công việc mới được giao.
- Người dùng mong muốn giao diện thân thiện và dễ thao tác trên điện thoại.
Tầm quan trọng
Hiểu rõ User Requirements giúp BA thiết kế trải nghiệm phù hợp và đảm bảo sản phẩm thân thiện, đáp ứng đúng nhu cầu thực tế của người dùng cuối.
Việc này nâng cao khả năng chấp nhận sản phẩm và giảm rủi ro phát sinh do không đúng kỳ vọng.
3. System Requirements – Yêu cầu kỹ thuật của hệ thống
Định nghĩa và vai trò
System Requirements là các yêu cầu cụ thể mà hệ thống cần đáp ứng về mặt kỹ thuật.
Chúng bao gồm hai loại chính:
- Functional Requirements: Mô tả chức năng hệ thống phải thực hiện – “hệ thống làm gì”.
- Non-functional Requirements: Mô tả cách thức hệ thống thực hiện chức năng – “hệ thống làm tốt như thế nào”.
Ví dụ thực tế
- Functional: Hệ thống phải cho phép tạo, chỉnh sửa và xóa công việc.
- Non-functional: Hệ thống phải chịu tải tối thiểu 1000 người dùng đồng thời mà không bị treo.
Tầm quan trọng
System Requirements giúp đội phát triển hiểu rõ chi tiết kỹ thuật cần thực hiện, đảm bảo sản phẩm vận hành ổn định, đáp ứng đúng và đủ chức năng.
Việc thiếu hoặc không chính xác ở tầng này dễ dẫn đến lỗi phát triển, sửa chữa tốn kém.
Tầm quan trọng của việc hiểu và phân loại đúng yêu cầu
Ba cấp độ yêu cầu từ Business, User đến System tạo thành một chuỗi liên kết chặt chẽ. Mỗi tầng có trọng trách riêng nhưng đều cần được phân tích, giao tiếp và quản lý cẩn thận. Business Analyst chính là người cầu nối giúp chuyển hóa yêu cầu chiến lược thành sản phẩm kỹ thuật hoàn chỉnh và hữu ích.
Bạn muốn nâng cao kiến thức về phân tích yêu cầu và làm chủ nghề BA? Tham gia group Cộng đồng BA để trao đổi, học hỏi cùng hàng nghìn BA khác.
Bắt đầu hành trình thành BA chuyên nghiệp từ hôm nay!
