Аналитик участвует в расстановке приоритетов требований для проекта следующим образом: он обеспечивает общение и взаимодействие различных классов заинтересованных лиц с разработчиками, чтобы расставить приоритеты требований в соответствии с бизнес-целями. 1

Для этого аналитик использует различные методы, например:

• Метод MoSCoW. 3 Каждый запрос классифицируется по четырём категориям: Must have (обязательно), Should have (желательно), Could have (может быть) и Won't have (не будет). 3
• Анализ на основе рисков и ценности. 3 Требования оцениваются по двум критериям: ценность для бизнеса, которую приносит выполнение требования, и риски и стоимость его реализации. 3 Требования с высокой бизнес-ценностью и низким риском рекомендуются к выполнению в первую очередь, а с низкой ценностью и высоким риском откладываются до более поздних релизов. 3
• Метод ранжирования. 3 Аналитик или команда присваивают каждому требованию определённый порядковый номер (например, от 1 до 10). 3 Требование с наивысшим приоритетом имеет номер «1», следующее по важности — «2» и так далее. 3

В ходе работы над проектом приоритеты периодически корректируются в соответствии с потребностями клиента, условиями рынка и бизнес-целями. 2