Анализ требований

К моменту анализа все требования должны быть собраны и проверены.
Дальше необходимо проанализировать требования. Анализ преследует несколько целей:



1. исключение противоречащих друг другу требований. Объединение схожих требований.
2. определение границ проекта. Для этого желательно бы классифицировать требования на 4 группы:

• Must. Без выполнения хотя бы одного требования уровня Must проект не может считаться выполненным. 
• Should. Требования, которыми можно пренебречь в какой-либо итерации при наличии веской причины. 
• Could. Требования, которые желательно выполнить. Они, в основном, влияют на удовлетворенность пользователей. 
• Won't. Требования, которые можно выполнить только в том случае, если остались ресурсы. 

Такая классификация носит название Метод MoSCoW

При анализе требований также желательно выделить риски (им будет посвящена отдельная запись в блоге). 

3.  Документирование требований. Документирование может заключаться в описании:

• сценариев использования
• пользовательских историй
• списка требований
• спецификаций

Каждый из вышеперечисленных способов создания аналитической документации имеет свои достоинства и недостатки. Под каждый проект и каждую команду разработки можно выбирать любой из указанных способов документации.