Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство

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

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

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

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

5.2.3.2. Матрица отслеживания требований

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

Требования к отслеживанию включают в себя, среди прочего:

 бизнес-потребности, а также благоприятные возможности, цели и задачи организации;

 цели проекта;

 содержание проекта и поставляемые результаты ИСР;

 проектирование продукта;

 разработку продукта;

 стратегию и сценарии тестирования;

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

Параметры, связанные с каждым требованием, могут быть зафиксированы в матрице отслеживания требований. Данные параметры помогают определить ключевую информацию относительно требований. Типичные параметры, используемые в матрице отслеживания требований, могут включать в себя: уникальный идентификатор, текстовое описание требования, обоснование включения в список требований, владельца требования, источник, приоритет, версию, текущий статус (например, активно, отменено, отложено, добавлено, одобрено, назначено, выполнено) и дату статуса. Дополнительные параметры, позволяющие удостовериться, что требование удовлетворяет заинтересованные стороны проекта, могут включать в себя также стабильность, сложность и критерии приемки. На рис. 5–7 представлен пример матрицы отслеживания требований с включенными в нее параметрами требований.

Рис. 5–7. Пример матрицы отслеживания требований

5.3. Определение содержания

Определение содержания – процесс разработки подробного описания проекта и продукта. Ключевая выгода данного процесса состоит в том, что он позволяет описать границы и критерии приемки продукта, услуги или результата. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5–8. На рис. 5–9 показана диаграмма потоков данных процесса.

Рис. 5–8. Определение содержания: входы, инструменты и методы, выходы

Рис. 5–9. Определение содержания: диаграмма потоков данных

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