Коллектив авторов - Руководство к Своду знаний по управлению проектами (Руководство PMBOK) Страница 26

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

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

5.2.1. Сбор требований: входы

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

Описан в разделе 5.1.3.1. План управления содержанием разъясняет то, как команда проекта будет определять, какой тип требований необходимо собрать для проекта.

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

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

5.2.1.3. План управления заинтересованными сторонами

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

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

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

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

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

5.2.2. Сбор требований: инструменты и методы

5.2.2.1. Интервью

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

5.2.2.2. Фокус-группы

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

5.2.2.3. Семинары с участием модератора

Семинары с участием модератора (facilitated workshops) представляют собой сфокусированные обсуждения, объединяющие ключевые заинтересованные стороны с целью определения требований к продукту. Семинары используются в качестве основного метода, позволяющего быстро определить межфункциональные требования и урегулировать различия между требованиями заинтересованных сторон. В силу особенностей формата групповой работы, хорошо скоординированные обсуждения помогают развить доверие, выстроить отношения и наладить общение между участниками, что может привести к повышению уровня согласия между заинтересованными сторонами. Кроме этого, проблемы могут быть обнаружены и решены быстрее, чем при индивидуальных обсуждениях.

Например, в области разработки программного обеспечения используются семинары с участием модератора под названием «Совместная разработка/проектирование приложений» (joint application development/design, JAD). Данные обсуждения с участием модератора сконцентрированы на том, чтобы собрать вместе бизнес-экспертов по предметной области и команду разработчиков для улучшения процесса разработки программного продукта. В производственных отраслях существует «Развертывание функций качества» (quality function deployment, QFD) – это еще один пример семинара с участием модератора, который помогает определить критически важные характеристики для разработки нового продукта. QFD начинается со сбора потребностей заказчика, что также называется «мнением заказчика» (voice of the customer, VOC). Затем данные потребности объективно сортируются и приоритезируются, а также устанавливаются цели для их достижения. Во время семинаров по требованиям зачастую разрабатываются пользовательские истории – краткие текстовые описания требуемой функциональности. Пользовательские истории описывают заинтересованную сторону, которая получает пользу от свойства продукта (роль), что заинтересованной стороне необходимо достичь (цель) и пользу для заинтересованной стороны (мотивацию). Пользовательские истории широко используются в рамках гибких (agile) методов.

5.2.2.4. Методы группового творчества

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

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

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

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

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

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

5.2.2.5. Методы группового принятия решения

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

Существуют различные методы принятия группового решения, например:

• Единогласие. Принятие решения посредством согласия каждого с единым курсом действий. Один из способов достижения единогласия – это метод Дельфи, при котором группа выбранных экспертов отвечает на вопросы анкет, а также высказывает мнение относительно ответов, полученных в течение каждого раунда сбора требований. Для обеспечения анонимности доступ к ответам имеет только модератор.

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

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

• Диктатура. Данный метод предполагает, что одно лицо принимает решение за всю группу.

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

5.2.2.6. Анкеты и опросы

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

5.2.2.7. Наблюдения

Наблюдения предоставляют непосредственный способ рассмотрения отдельных лиц в окружающей их обстановке, а также того, как они исполняют свои обязанности или задачи и выполняют процессы. Наблюдения особенно полезны для детализированных процессов, когда люди, пользующиеся продуктом, не могут или не желают отчетливо изложить свои требования. Наблюдение также известно как «рабочая тень» (job shadowing). Оно обычно осуществляется внешним наблюдателем, следящим за тем, как бизнес-эксперт выполняет свою работу. Также наблюдения могут осуществляться «наблюдателем-участником», который фактически исполняет процесс или процедуру, чтобы узнать, как они выполняются, и выявить скрытые требования.