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

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

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

• Бизнес-требования, включая:

– цели организации и проекта для возможности отслеживания;

– бизнес-правила для исполняющей организации;

– руководящие принципы организации.

• Требования заинтересованных сторон, включая:

– воздействие на другие области организации;

– воздействие на другие субъекты внутри или за пределами исполняющей организации;

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

• Требования к решению, включая:

– функциональные и нефункциональные требования;

– требования соответствия технологиям и стандартам;

– требования к поддержке и обучению;

– требования к качеству;

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

• Требования к проекту, такие как:

– уровни обслуживания, производительности, безопасности, соответствия и т. д.; – критерии приемки.

• Требования к переходу.

• Допущения, зависимости и ограничения в отношении требований.

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

Отслеживание включает в себя, среди прочего, отслеживание требований в следующих аспектах:

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

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

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

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

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

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

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

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

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

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