Руководство к Своду знаний по управлению проектами (Руководство PMBOK) - стр. 105
Требования к отслеживанию включают в себя, среди прочего:
♦ бизнес-потребности, а также благоприятные возможности, цели и задачи организации;
♦ цели проекта;
♦ содержание проекта и поставляемые результаты ИСР;
♦ проектирование продукта;
♦ разработку продукта;
♦ стратегию и сценарии тестирования;
♦ детализацию от высокоуровневых до более детальных требований.
Параметры, связанные с каждым требованием, могут быть зафиксированы в матрице отслеживания требований. Данные параметры помогают определить ключевую информацию относительно требований. Типичные параметры, используемые в матрице отслеживания требований, могут включать в себя: уникальный идентификатор, текстовое описание требования, обоснование включения в список требований, владельца требования, источник, приоритет, версию, текущий статус (например, активно, отменено, отложено, добавлено, одобрено, назначено, выполнено) и дату статуса. Дополнительные параметры, позволяющие удостовериться, что требование удовлетворяет заинтересованные стороны проекта, могут включать в себя также стабильность, сложность и критерии приемки. На рис. 5–7 представлен пример матрицы отслеживания требований с включенными в нее параметрами требований.
Рис. 5–7. Пример матрицы отслеживания требований
5.3 Определение содержания
Определение содержания – процесс разработки подробного описания проекта и продукта. Ключевая выгода данного процесса состоит в том, что он позволяет описать границы и критерии приемки продукта, услуги или результата. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5–8. На рис. 5–9 показана диаграмма потоков данных процесса.
Рис. 5–8. Определение содержания: входы, инструменты и методы, выходы
Рис. 5–9. Определение содержания: диаграмма потоков данных
Поскольку в проект невозможно включить все требования, выявленные в процессе сбора требований, окончательные требования к проекту выбираются в ходе процесса определения содержания из документации по требованиям, разработанной в рамках процесса сбора требований. Затем создается подробное описание проекта, а также продукта, услуги или результата.
Подготовка подробного описания содержания проекта основывается на главных поставляемых результатах, допущениях и ограничениях, документированных во время инициации проекта. Содержание проекта определяется во время планирования и описывается более подробно по мере поступления информации о проекте. Существующие риски, допущения и ограничения анализируются на предмет полноты и добавляются или актуализируются по мере необходимости. Процесс определения содержания может быть в высокой степени итеративным. В проектах с итеративным жизненным циклом высокоуровневое видение разрабатывается для всего проекта, но подробное содержание определяется последовательно в процессе каждой итерации, а детализированное планирование следующей итерации осуществляется по мере выполнения работ в отношении текущего содержания и поставляемых результатов проекта.