2. Benefit (Выгода)

[Устанавливается менеджером по маркетингу, администратором программы или деловым аналитиком. Не все требования являются равными по значению. Ранжирование требований относительно их выгоды для конечного пользователя открывает диалог с заказчиками, аналитиками и членами группы разработки. Используется при управлении границами и при определении приоритетов.]

Critical (Критическая)	Существенная возможность. При неверном способе выполнения система не будет отвечать потребностям заказчика. Все критические возможности должны быть реализованы при выпуске, или не будет выполнен график разработки.
Important (Важная)	Возможности, важные для эффективности и производительности в системе большинства приложений. Функциональные возможности трудно реализовать другим способом. Отсутствие важной возможности может затрагивать интересы заказчика или пользователя, или уменьшить доход, но график не будет сорван из-за отсутствия какой-либо важной возможности.
Useful (Полезная)	Возможности, которые являются полезными в менее типичных приложениях, будут использоваться менее часто, или там, где эффективные результаты могут быть достигнуты более разумно. Нельзя ожидать никакого существенного снижения дохода или неудовлетворенности заказчика, если такой элемент не включен в выпуск.

3. Effort (Объем работ)

[Устанавливается группой разработки. Поскольку некоторые возможности требуют большего количества времени и ресурсов чем другие, оценки численности группы или человеко-недель, требуемых строк кода или функциональных точек являются лучшим способом измерить сложность и установить математические ожидания возможности или невозможности выполнения в данном временном интервале. Используется при управлении границами и определении приоритетов.]

4. Risk (Риск)

[Устанавливается группой разработки на основе вероятности нежелательных событий, таких, как выход за установленные границы стоимости, задержка графика или даже отмена проекта. Большинство руководителей проектов устанавливают категории рисков как высокие, средние и невысокие, хотя возможны более тонкие градации. Риск часто может оцениваться косвенно, на основе измерения неопределенности оценки графика проектной группой.]

5. Stability (Стабильность)

[Устанавливается аналитиком и группой разработки, основываясь на вероятности изменения возможности или понимания этой возможности группой. Используется, чтобы помочь установить приоритеты разработки и определить те элементы, на которые эти изменения могут воздействовать.]

6. Target Release (Целевой выпуск)

[Регистрирует назначенный номер версии программы, в которой впервые будет реализована возможность. Это поле может использоваться для распределения возможностей из конкретного базового выпуска документа Видение. В поле Status ваша группа может предлагать, устанавливать и обсуждать различные возможности выпуска без передачи их на разработку. Только возможности, у которых установлен статус Incorporated и указан целевой выпуск, определены для реализации. Когда происходит изменение границ, номер версии целевого выпуска может быть увеличен; таким образом элемент останется в документе Видение, но будет намечен для более позднего выпуска.]