Возвращаясь к отцу Вигерсу, находим следующие характеристики идеальных требований:
1. Полнота
2. Однозначность
3. Корректность
4. Тестируемость
5. Трассируемость
6. Согласованность
(необходимость и осуществимость я не включаю, т.к., на мой взгляд, не удовлетворяющие этим критериям требования вообще не должны попадать в документы).
Можно опираться на этот список для проверки качества требований.
Список хороший. Только он основан исключительно на экспертных оценках людей, проверяющих требования.
Основной риск в этом случае - насколько "эксперт" является экспертом
Можно посадить заказчика Васю и попросить его оценить полноту. Думаю вы мало чего полезного добьетесь
Каждый пункт этого списка к тому же проверяется отдельными людьми - экспертами предметной области, тестировщиками, разработчиками и сильно зависит от поставленного процесса (попробуйте например в ТЗ на 200 страниц, которая параллельно разрабатывается несколькими людьми, определить согласованность и трассируемость)
У меня был такой опыт, когда в НИИ ТЗ по частям писали несколько человек и потом склеивали в один документ.
И напоследок следует наверное заметить, что такое согласование займет не меньше нескольких недель (причем качество все равно никто не гарантирует), что в большинстве случаев не приемлемо для проектов
А так как кроме экспертизы пока человечество ничего не придумало к оценке качества спеки нам остается лишь улучшать процессы разработки и управления требованиями, чтобы хоть как-то контролировать качество требований