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

Каталог ключевых практик (Key Practice Pages) содержит в себе описание ключевых практик, сгруппированных по ключевых областям и уровням зрелости. Описание уровня зрелости содержит в себе общее определение уровня зрелости, перечень ключевых областей, принадлежащих данному уровню зрелости и разделы по каждой из ключевых областей.

Раздел ключевой области состоит из:

• Краткого описания ключевой области,

• Целей данной ключевой области,

• Ключевых практик.

Все ключевые практики внутри раздела ключевой области сгруппированы по общим характеристикам «Готовность к выполнению», «Способность к выполнению», «Выполняемые действия», «Измерение и анализ», «Подтверждение использования». Общий вид описания ключевых практик показан на рисунке 5.

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

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

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

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

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

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

Цели

Цель 1	Системные требования к продукции проекта выявляются, согласовываются и образуют основу для создания базовых документов по проекту.
Цель 2	Планы, продукция и деятельность по проекту постоянно согласовывается с системными требованиями к продукции проекта.

Готовность к выполнению

Готовность 1	Разработана документированная политика организации в области управления системными требованиями к продукции проекта.
1)	Такая политика должна описывать следующие шаги: 1. Требования к продукции документируются.
1)	2. Требования к продукции постоянно анализируются и рассматриваются техническими руководителями и специалистами.
1)	3. Планы, бюджеты и проектные решения по проекту изменяются в полном соответствии с изменениями требований к продукции.