Иногда вы вдруг понимаете, что вам не хватает определенной информации о конкретном требовании.
Чтобы пометить пробелы в данных, используйте пометку «TBD» (to be determined — необходимо определить). Выясните все записи TBD до реализации набора требований. Любые неясности повышают риск ошибки со стороны разработчика или тестировщика и, как следствие, вероятность переделки.
Если разработчику не хватает информации, он не всегда обращается для разрешения проблемы к источнику требования. Иногда он пытается снять вопрос самостоятельно, реализуя лучший с его точки зрения вариант, который не всегда корректен для проекта в целом.
Если же необходимо приступить к созданию продукта, а неразрешенные вопросы еще остаются, следует или отложить реализацию неясных требований, или сделать эти части продукта легко модифицируемыми, чтобы позже разрешить оставшиеся открытыми проблемы. Запишите все пробелы и другие вопросы по требованиям в списке проблем. По мере снижения числа открытых проблем будут стабилизироваться требования.
Внимание! Неясности не решаются сами собой. Пронумеруйте все пометки «TBD», запишите, кто отвечает за решение вопроса и в какой срок, регулярно отслеживайте их состояние вплоть до разрешения.
| Требования к именованию | Пользовательские интерфейсы и спецификация требований к ПО |