• Развертывание функции качества (Quality function deployment, QFD). В производственных отраслях QFD – это еще один метод фасилитации, который помогает определить критически важные характеристики для разработки нового продукта. QFD начинается со сбора потребностей заказчика, что также называется «мнением заказчика» (voice of the customer, VOC). Затем данные потребности объективно сортируются и приоритизируются, а также устанавливаются цели для их достижения.

• Пользовательские истории. Во время семинаров по требованиям зачастую разрабатываются пользовательские истории – краткие текстовые описания требуемой функциональности. Пользовательские истории описывают роль заинтересованной стороны, получающей пользу от свойства продукта (роль), которую заинтересованной стороне необходимо достичь (цель) и пользу для заинтересованной стороны (мотивация).

Контекстные диаграммы являются примером модели содержания. Контекстные диаграммы визуально отображают содержание продукта, показывая бизнес-систему (процесс, оборудование, компьютерную систему и т. д.) и то, как люди и другие системы (действующие лица) взаимодействуют с ней (см. рис. 5–6). Контекстные диаграммы демонстрируют входы бизнес-системы, действующих лиц, обеспечивающих вход, выходы бизнес-системы и действующих лиц, получающих выход.

Рис. 5–6. Контекстные диаграммы

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

Раскадровка (storyboarding) – это метод прототипирования, использующий последовательность или навигацию в рамках серии изображений или иллюстраций. Раскадровка используется в различных проектах во многих отраслях, например, при создании фильмов, в рекламе, педагогическом проектировании, в проектах гибкой разработки и других проектах разработки программного обеспечения. При разработке программного обеспечения в раскадровке используются макеты, чтобы продемонстрировать возможности навигации по веб-страницам, экранам или другим интерфейсам пользователей.

Документация по требованиям описывает, каким образом отдельные требования соответствуют бизнес-потребности в проекте. Требования могут быть сначала описаны высокоуровнево, а затем постепенно детализироваться по мере поступления новой информации о них. До включения в базовый план требования должны стать однозначными (измеримыми и проверяемыми), отслеживаемыми, полными, непротиворечивыми и приемлемыми для ключевых заинтересованных сторон. Формат документа по требованиям может варьироваться от простого документа, перечисляющего все требования, разделенные на категории по заинтересованным сторонам и приоритетам, до более тщательно проработанных форм, содержащих резюме для руководства, подробные описания и приложения.

Многие организации подразделяют требования на различные типы, например, бизнес-решения и технические решения, причем первые относятся к потребностям заинтересованных сторон, а последние – к способу реализации этих потребностей. Требования могут быть сгруппированы в классы, что обеспечивает их дальнейшее уточнение и детализацию в процессе их выработки. Данные классы включают в себя:

 Бизнес-требования. Бизнес-требования описывают высокоуровневые потребности организации в целом, например, проблемы или благоприятные возможности организации, а также причины, по которым проект был инициирован.

 Требования заинтересованных сторон. Требования заинтересованных сторон описывают потребности заинтересованной стороны или группы заинтересованных сторон.

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

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

• Нефункциональные требования. Нефункциональные требования дополняют функциональные и описывают условия или качества среды, необходимые для обеспечения эффективности продукта. Примеры включают в себя: надежность, защищенность, производительность, безопасность, уровень обслуживания, возможность поддержки, требования к хранению/уничтожению и т. д.