Khách hàng gần như không bao giờ chủ động nói về hiệu năng hay khả năng chịu tải. Việc của BA là hỏi ra bằng câu hỏi có số.
Cách khai thác từng nhóm:
- Khối lượng — "Một ngày phát sinh bao nhiêu đơn? Ngày cao điểm gấp mấy lần ngày thường? Sau 3 năm dự kiến bao nhiêu?"
- Thời gian chấp nhận được — "Màn hình này chậm tới mức nào thì nhân viên bắt đầu phàn nàn?" Câu hỏi theo ngưỡng chịu đựng dễ trả lời hơn câu hỏi mục tiêu lý tưởng.
- Ngừng hoạt động — "Nếu hệ thống ngừng 30 phút giữa giờ làm việc thì hậu quả là gì? Có quy trình thủ công thay thế không?"
- Bảo mật và tuân thủ — "Ai được xem dữ liệu này? Có cần lưu vết ai đã sửa gì không? Ngành của anh chị có quy định bắt buộc nào không?"
Ghi ở đâu: trong SRS/FRD chúng đứng thành một mục riêng, và mỗi mục phải kiểm chứng được. Nếu dự án chạy Agile, phần lớn yêu cầu phi chức năng trở thành ràng buộc chung trong definition of done thay vì nằm rải trong từng user story.
Lưu ý: khi khách hàng đưa con số quá cao so với nhu cầu thật, hỏi ngược lại căn cứ. Cam kết mức phi chức năng không cần thiết làm chi phí hạ tầng tăng mà không đổi lấy giá trị nào.