Руководство pmbok ® Шестое издание

Часть 1 - Руководство

5.2 СБОР ТРЕБОВАНИЙ

Сбор требований — это процесс определения, документирования и управления потребностями и требованиями 

заинтересованных сторон для достижения поставленных целей. Ключевая выгода данного процесса состоит в том, что 

он предоставляет основу для определения содержания продукта и проекта. Этот процесс выполняется единожды или 

в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны 

на рис. 5-4. На рис. 5-5 показана диаграмма потоков данных процесса.

Рис. 5-4. Сбор требований: входы, инструменты и методы, выходы

Инструменты и методы

Входы

Выходы

Сбор требований

.1  Экспертная оценка

.2  Сбор данных

  • Мозговой штурм

  • Интервью

  • Фокус-группы

  • Анкеты и опросы

  • Бенчмаркинг

.3  Анализ данных

  • Анализ документов

.4  Принятие решений

  • Голосование

  • Анализ решений на основе 

множества критериев

.5  Отображение данных

  • Диаграммы сходства

  • Построение ассоциативных 

карт

.6  Навыки межличностных 

  отношений и работы с командой

  • Метод номинальных групп

  • Наблюдение/обсуждение

  • Фасилитация

.7  Контекстная диаграмма

.8  Прототипы

.1  Устав проекта

.2  План управления проектом

  • План управления 

    содержанием

  • План управления 

    требованиями

  • План вовлечения 

    заинтересованных сторон

.3  Документы проекта

  • Журнал допущений

  • Реестр извлеченных уроков

  • Реестр заинтересованных 

сторон

.4  Бизнес-документы

  •  Бизнес-кейс

.5  Соглашения

.6  Факторы среды предприятия

.7  Активы процессов организации

.1  Документация по требованиям

.2  Матрица отслеживания 

требований

139

5.2

Сбор

требований

Предприятие/ 

организация

12.2

Проведение

закупок

4.1

Разработка

устава проекта

•  Документация 

по требованиям

•  Матрица 

  отслеживания требований

•  Соглашения

•  Устав проекта

Документы проекта

•  Журнал допущений

•  Реестр извлеченных уроков

•  Реестр заинтересованных 

  сторон

Бизнес-документы

•  Бизнес-кейс

План управления проектом

•  План управления требованиями

•  План управления содержанием

•  План вовлечения 

заинтересованных сторон

• Факторы среды предприятия

• Активы процессов организации

План

управления

проектом

Документы

проекта

Документы

проекта

Бизнес-

документы

Рис. 5-5. Сбор требований: диаграмма потоков данных

140 

Часть 1 - Руководство

В Руководстве PMBOK® вопросы требований к продукту подробно не освещаются, поскольку эти требования разные 

в разных отраслях. Обратите внимание, что в документе Бизнес-анализ для специалистов-практиков: Практическое 

руководство  (Analysis for Practitioners: Practice Guide) [7] можно найти более подробную информацию по требованиям 

к продукту. На успех проекта напрямую влияет активная вовлеченность заинтересованных сторон в выявление  

и декомпозицию потребностей в требования к проекту и продукту, а также тщательность определения, документирования 

и управления требованиями к продукту, услуге или результату проекта. Требования включают в себя условия или 

характеристики, которые должен, согласно требованиям, иметь продукт, услуга или результат, чтобы удовлетворить 

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

определенные и документированные потребности и ожидания спонсора, заказчика и прочих заинтересованных сторон. 

Данные требования должны быть выявлены, проанализированы и записаны со степенью детализации, достаточной для 

их включения в базовый план по содержанию и измерения после начала исполнения проекта. Требования становятся базой 

для ИСР. Планирование стоимости, расписания, качества и закупок основывается на данных требованиях.

5.2.1 СБОР ТРЕБОВАНИЙ: ВХОДЫ

5.2.1.1 УСТАВ ПРОЕКТА

Описан в разделе 4.1.3.1. В уставе проекта документируется высокоуровневое описание проекта и высокоуровневые 

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

5.2.1.2 ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ

Описан в разделе 4.2.3.1. Компоненты плана управления проектом включают в себя, среди прочего:

u

u

План управления содержанием. Описан в разделе 5.1.3.1. План управления содержанием содержит информацию 

о порядке определения и разработки содержания проекта.

u

u

План управления требованиями. Описан в разделе 5.1.3.2. План управления требованиями содержит 

информацию о порядке сбора, анализа и документального оформления требований по проекту.

u

u

План вовлечения заинтересованных сторон. Описан в разделе 13.2.3.1. План вовлечения заинтересованных 

сторон используется для понимания требований заинтересованных сторон к коммуникациям и уровня 

их вовлеченности с целью оценки и адаптации к уровню участия заинтересованных сторон в действиях  

в отношении требований.

141

5.2.1.3 ДОКУМЕНТЫ ПРОЕКТА

В качестве примеров документов проекта, которые можно считать входами в данный процесс, можно назвать, 

среди прочего:

u

u

Журнал допущений. Описан в разделе 4.1.3.2. В журнале допущений определены допущения в отношении 

продукта, проекта, среды, заинтересованных сторон и других факторов, которые влияют на требования.

u

u

Реестр извлеченных уроков. Описан в разделе 4.4.3.1. Реестр извлеченных уроков используется для 

предоставления информации об результативных методах сбора требований, особенно для проектов, в которых 

применяется итеративная или адаптивная методология разработки продукта.

u

u

Реестр заинтересованных сторон. Описан в разделе 13.1.3.1. Реестр заинтересованных сторон используется 

для определения заинтересованных сторон, которые могут предоставить информацию о требованиях. В нем также 

регистрируются требования и ожидания, которые есть у заинтересованных сторон по данному проекту.

5.2.1.4 БИЗНЕС-ДОКУМЕНТЫ

Описаны в разделе 1.2.6. Документом, который может оказать влияние на процесс сбора требований, является бизнес-

кейс, который может содержать описание обязательных, желательных и необязательных критериев для удовлетворения 

бизнес-потребностей.

5.2.1.5 СОГЛАШЕНИЯ

Описаны в разделе 12.2.3.2. Соглашения могут предусматривать требования к проекту и продукту.

5.2.1.6 ФАКТОРЫ СРЕДЫ ПРЕДПРИЯТИЯ

Факторы среды предприятия, которые могут оказывать влияние на процесс сбора информации, включают в себя, 

среди прочего:

u

u

организационную культуру,

u

u

инфраструктуру,

u

u

управление персоналом,

u

u

ситуацию на рынке.

5.2.1.7 АКТИВЫ ПРОЦЕССОВ ОРГАНИЗАЦИИ

Активы процессов организации, которые могут оказывать влияние на процесс сбора требований, включают в себя, 

среди прочего:

u

u

политики и процедуры,

u

u

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

142 

Часть 1 - Руководство

5.2.2 СБОР ТРЕБОВАНИЙ: ИНСТРУМЕНТЫ И МЕТОДЫ

5.2.2.1 ЭКСПЕРТНАЯ ОЦЕНКА

Описана в разделе 4.1.2.1. Следует учитывать экспертные заключения, полученные от лиц или групп, обладающих 

специальными знаниями или подготовкой по следующим вопросам:

u

u

бизнес-анализ,

u

u

выяснение требований,

u

u

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

u

u

документация по требованиям,

u

u

требования к проекту в прошлых подобных проектах,

u

u

методы диаграмм,

u

u

фасилитация,

u

u

управление конфликтами.

5.2.2.2 СБОР ДАННЫХ

В качестве методов сбора данных, которые могут использоваться в данном процессе, можно назвать, среди 

прочего, следующие:

u

u

Мозговой штурм. Описан в разделе 4.1.2.2. Мозговой штурм — это метод, применяемый для генерации и сбора 

различных идей, связанных с требованиями к проекту и продукту.

u

u

Интервью.  Интервью представляет собой формальный или неформальный подход, используемый для 

получения информации у заинтересованных сторон путем прямого разговора с ними. Обычно в ходе интервью 

задают подготовленные и непосредственно возникающие вопросы и записывают ответы. Интервью часто 

проводятся на индивидуальной основе между интервьюером и интервьюируемым, но иногда в них могут 

участвовать несколько интервьюеров и/или интервьюируемых. Проведение интервью с опытными участниками 

проекта, спонсорами и другими представителями руководства, а также экспертами по предметной области 

может помочь в выявлении и определении характеристик и функций желаемых продуктов (поставляемых 

результатов). Интервью также помогают в получении конфиденциальной информации.

u

u

Фокус-группы. Фокус-группы позволяют собрать вместе заранее выбранных заинтересованных сторон и экспертов 

по предметной области, чтобы узнать их ожидания и отношения к предложенному продукту, услуге или результату. 

Подготовленный модератор направляет интерактивное обсуждение в группе, построенное так, чтобы оно было 

более разговорным, чем индивидуальное интервью.

143

u

u

Анкеты и опросы. Анкеты и опросы представляют собой письменные наборы вопросов, разработанные с целью 

быстрого сбора информации у большого числа респондентов. Опросы и/или анкеты лучше всего подходят для работы 

с различными по составу аудиториями в ситуациях, когда требуется быстрый сбор информации, когда респонденты 

территориально распределены и когда статистический анализ мог бы быть целесообразным.

u

u

Бенчмаркинг. Описан в разделе 8.1.2.2. Бенчмаркинг — это сравнение фактических или запланированных 

продуктов, процессов и практик, с продуктами, процессами и практиками сопоставимых организаций для 

выявления лучших практик, генерирования идей в отношении улучшений и предоставления основы для 

измерения эффективности и результативности. Во время бенчмаркинга возможно сравнение как внутренних, так 

и внешних организаций.

5.2.2.3 АНАЛИЗ ДАННЫХ

Описан в разделе 4.5.2.2. Методы анализа данных, которые можно использовать в данном процессе, включают, 

среди прочего, анализ документов. Анализ документов состоит в рассмотрении и оценке всей относящейся к делу 

документированной информации. В данном процессе анализ документов используется для выявления требований путем 

анализа существующей документации и выявления информации, которая имеет отношение к требованиям. Существует 

множество документов, которые можно проанализировать для выявления надлежащих требований. В качестве примеров 

документов, которые могут быть предметом анализа, можно привести, среди прочего, следующие:

u

u

соглашения,

u

u

бизнес-планы,

u

u

документация по бизнес-процессам и интерфейсам,

u

u

репозитории бизнес-правил,

u

u

текущие блок-схемы процессов,

u

u

маркетинговая литература,

u

u

журналы проблем/трудностей,

u

u

политики и процедуры,

u

u

нормативно-правовые документы, такие как законы, кодексы, постановления и т. п.,

u

u

запросы на предложения,

u

u

сценарии использования.

144 

Часть 1 - Руководство

5.2.2.4 ПРИНЯТИЕ РЕШЕНИЙ

Методы принятия решений, которые можно использовать в процессе сбора требований, включают в себя, среди 

прочего, следующие:

u

u

Голосование. Голосование — это метод принятия коллективных решений и процесс оценки различных альтернатив 

с ожидаемым результатом в форме будущих действий. Данные методы могут быть использованы для создания, 

классификации и приоритизации требований к продукту. Примеры методов голосования включают:

u

n

Единогласие. Принятие решения посредством согласия каждого с единым курсом действий.

u

n

Большинство. Решение, которое принимается при поддержке более чем 50 % участников группы. Наличие 

в группе нечетного количества участников может обеспечить принятие решения и исключить ситуацию равного 

количества голосов.

u

n

Относительное большинство. Выбирается решение самого большого блока в группе, даже если не достигнуто 

большинство голосов. Данный метод обычно используется, когда предлагается более двух вариантов для выбора.

u

u

Единоличное принятие решений. Данный метод предполагает, что одно лицо принимает на себя 

ответственность за решение, обязательное для целой группы.

u

u

Анализ решений на основе множества критериев. Метод, который использует матрицу решений для 

обеспечения систематического аналитического подхода к установлению критериев, таких как уровни рисков, 

неопределенность и определение ценности для оценивания и ранжирования многочисленных идей.

5.2.2.5 ОТОБРАЖЕНИЕ ДАННЫХ

Методы отображения данных, которые можно использовать в данном процессе, включают, среди прочего, следующие:

u

u

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

с целью обзора и анализа.

u

u

Построение ассоциативных карт. Построение ассоциативных карт позволяет консолидировать идеи, возникшие 

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

генерирования новых идей.

5.2.2.6 НАВЫКИ МЕЖЛИЧНОСТНЫХ ОТНОШЕНИЙ И РАБОТЫ С КОМАНДОЙ.

Описаны в разделе 4.1.2.3. Навыки межличностных отношений и работы с командой, которые можно использовать 

в данном процессе, включают в себя, среди прочего, следующие:

u

u

Метод номинальных групп. Метод номинальных групп расширяет возможности мозгового штурма путем 

процесса голосования, используемого для ранжирования наиболее полезных идей для последующего мозгового 

штурма или приоритизации. Метод номинальных групп — это структурированная форма мозгового штурма, 

включающая в себя следующие шаги:

145

u

n

постановка вопроса или проблемы перед группой; каждый человек молча обдумывает и записывает 

свои соображения;

u

n

модератор выписывает идеи на лекционном плакате, пока не будут занесены все идеи;

u

n

каждая выписанная идея обсуждается, пока у всех челнов группы не сложится четкое понимание 

обсуждаемой идеи;

u

n

участники закрытым голосованием определяют приоритетность идей, как правило с оценкой от 1 до 5 баллов, где 

1 означает самый низкий приоритет, а 5 — самый высокий. Голосование может проводиться в несколько этапов 

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

каждого этапа результаты голосования подсчитываются и выбираются получившие наивысшую оценку идеи.

u

u

Наблюдение/обсуждение. Наблюдение и обсуждение дают возможность непосредственно следить за отдельными 

лицами в окружающей их обстановке, а также за тем, как они исполняют свои обязанности или решают задачи  

и выполняют процессы. Наблюдения особенно полезны для детализированных процессов, когда люди, пользующиеся 

продуктом, не могут или не желают отчетливо изложить свои требования. Наблюдение также известно как «рабочая 

тень» (job shadowing). Оно обычно осуществляется внешним наблюдателем, следящим за тем, как бизнес-эксперт 

выполняет свою работу. Также наблюдения могут осуществляться «наблюдателем-участником», который фактически 

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

u

u

Фасилитация.  Описана в разделе 4.1.2.3. Фасилитация используется при обсуждениях на заданную тему, 

объединяющих ключевые заинтересованные стороны с целью определения требований к продукту. Такие 

семинары могут использоваться с целью быстро определить межфункциональные требования и согласовать 

различия между требованиями заинтересованных сторон. В силу особенностей формата групповой работы, 

хорошо скоординированные сессии с участием модератора помогают развить доверие, выстроить отношения 

и наладить общение между участниками, что может привести к повышению уровня согласия между 

заинтересованными сторонами. Кроме этого, проблемы могут быть обнаружены и решены быстрее, чем при 

индивидуальных обсуждениях.

Навыки в области фасилитации используются, среди прочего, в следующих ситуациях:

u

n

Совместное проектирование/разработка приложений (Joint application design/development, JAD). Сессии по 

JAD проводятся в отрасли разработки программного обеспечения. Данные сессии с участием модератора 

сконцентрированы на том, чтобы собрать вместе профильных бизнес-экспертов и команду разработчиков 

для сбора требований и улучшения процесса разработки программного продукта.

u

n

Развертывание функции качества (Quality function deployment, QFD). В производственных отраслях QFD — это 

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

нового продукта. QFD начинается со сбора потребностей заказчика, что также называется «мнением заказчика» 

(voice of the customer, VOC). Затем данные потребности объективно сортируются и приоритизируются, а также 

устанавливаются цели для их достижения.

u

n

Пользовательские истории. Во время семинаров по требованиям зачастую разрабатываются пользовательские 

истории — краткие текстовые описания требуемой функциональности. Пользовательские истории описывают 

роль заинтересованной стороны, получающей пользу от свойства продукта (роль), которую заинтересованной 

стороне необходимо достичь (цель) и пользу для заинтересованной стороны (мотивация).

146 

Часть 1 - Руководство

5.2.2.7 КОНТЕКСТНЫЕ ДИАГРАММЫ

Контекстные диаграммы являются примером модели содержания. Контекстные диаграммы визуально отображают 

содержание продукта, показывая бизнес-систему (процесс, оборудование, компьютерную систему и т. д.) и то, как люди 

и другие системы (действующие лица) взаимодействуют с ней (см. рис. 5-6). Контекстные диаграммы демонстрируют 

входы бизнес-системы, действующих лиц, обеспечивающих вход, выходы бизнес-системы и действующих лиц, 

получающих выход.

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

Менеджеры

по найму

Внутренние

сотрудники

Внутренние

контрактные

работники

с полной и

неполной

занятостью

Кадровые

агентства

Соискатели

Системы управления кадрами компании АВС

Внешние

веб-сайты

для поиска

работы

Внешние пользователи

Внутренние пользователи

Внешние пользователи

Внутренние пользователи

Внутренние

пользователи

Внутренний

поток данных

Внешние

пользователи

ЛЕГЕНДА

Внешний

поток данных

Назначения на

должности вне

организации

Профили

внешних

пользователей

Назначения

на должности

внутри

организации

Профили

внутренних

пользователей

147

5.2.2.8 ПРОТОТИПЫ

Прототипирование представляет собой метод получения предварительных отзывов относительно требований путем 

предоставления модели ожидаемого продукта, прежде чем создавать продукт в действительности. Примерами прототипов 

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

макеты или имитации. Прототипы позволяют заинтересованным сторонам экспериментировать с моделью конечного 

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

концепцию последовательного уточнения в итеративных циклах создания макетов, проведения экспериментов 

пользователем, формирования отзывов и пересмотра прототипа. После проведения достаточного числа циклов обратной 

связитребования, полученные с помощью прототипа, оказываются в достаточной мере полными для перехода к фазе 

проектирования или создания.

Раскадровка (storyboarding) — это метод прототипирования, использующий последовательность или навигацию в рамках 

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

при создании фильмов, в рекламе, педагогическом проектировании, в проектах гибкой разработки и других проектах 

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

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

5.2.3 СБОР ТРЕБОВАНИЙ: ВЫХОДЫ

5.2.3.1 ДОКУМЕНТАЦИЯ ПО ТРЕБОВАНИЯМ

Документация по требованиям описывает, каким образом отдельные требования соответствуют бизнес-потребности 

в проекте. Требования могут быть сначала описаны высокоуровнево, а затем постепенно детализироваться по мере 

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

и проверяемыми), отслеживаемыми, полными, непротиворечивыми и приемлемыми для ключевых заинтересованных 

сторон. Формат документа по требованиям может варьироваться от простого документа, перечисляющего все требования, 

разделенные на категории по заинтересованным сторонам и приоритетам, до более тщательно проработанных форм, 

содержащих резюме для руководства, подробные описания и приложения.

148