Ответ
Однозначность требований важнее, чем их полнота. Четкие и конкретные требования снижают риски недопонимания, переделок и конфликтов. Неполные требования можно уточнить в процессе, а двусмысленные ведут к ошибкам в реализации.
Пример:
// Плохо: "Система должна быстро обрабатывать запросы"
// Хорошо: "Система должна обрабатывать 95% запросов за <200 мс при нагрузке 1000 RPS" Риск неполных требований — временные задержки. Риск неоднозначных — дорогостоящий рефакторинг или провал проекта.