Управление интеграцией проекта. Управление содержанием проекта

Уточнение (определение) содержания

Процесс уточнения (определения) содержания выполняет разработку подробного описания содержания проекта, которое будет основой для принятия будущих решений по проекту.

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

В качестве инструментов для уточнения требований могут быть использованы такие методы, как иерархическая структура продукта, системный анализ, системный инжиниринг, метод оптимизации выгод, анализ стоимости и функциональный анализ, метод "мозгового штурма". Для разработки подробного описания содержания проекта привлекаются эксперты. Анализ участников проекта - инструмент, который выявляет влияние и интересы различных участников проекта и документирует их потребности, пожелания и ожидания, производит отбор потребностей, пожеланий и ожиданий, определяет их приоритет и их количественную оценку. Рекомендуется использовать сетевой график Заказчика - инструмент разработки системного подхода для учета требований Заказчика. Сетевые графики разрабатывают для больших проектов. На рис. 4.5 представлен пример сетевого графика взаимодействия с Заказчиком [ 11 ] . Сетевой график обеспечивает прозрачность процесса работы с клиентом.

Рис. 4.5. Пример сетевого графика взаимодействия с Заказчиком

Результат процесса определения содержания:

1. описание содержания проекта,
2. обновленный подробный план управления содержанием проекта,
3. запрос на изменения.

Рассмотрим результаты процесса определения содержания более подробно.

Описание содержания проекта

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

Цели проекта. Цели проекта - это измеримые критерии его успешности, связанные с бизнесом, стоимостью, расписанием и качеством проекта. У каждой цели проекта есть свои атрибуты: название (например, стоимость), единица измерения (например, доллар США) и абсолютное или относительное значение (например, не более 1,5 млн долларов).

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

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

Границы проекта. Определяют в целом то, что включается в проект, и явно указывают, что в него не входит, чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый результат, услугу или результат входящими в проект. При определении границ проекта необходимо привлекать к работе системного архитектора, консультантов по внедряемой ИС. Как показывает практика, наиболее "узким местом" в определении границ проекта по разработке и внедрению ИС являются разрабатываемые формы отчетов. Если в содержании проекта указать "Разработать отчеты" и не задать в качестве границ проекта количество разрабатываемых отчетов, их наименования, то проект может быть никогда не закончен: у Заказчика может возникать необходимость в получении все новых и новых отчетов. Необходимо задокументировать все решения, связанные с границами проекта.

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

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

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

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

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

Изначально сформулированные риски. Перечисляются известные риски.

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

Ограничение финансирования. Описывает все ограничения, наложенные на финансирование проекта, как на уровне его общей стоимости, так и в указанных временных рамках.

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

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

Спецификации проекта. Определяют спецификации, которым должен соответствовать проект.

Требования к одобрению. Определяют требования к одобрению, применяющиеся к таким элементам, как цели проекта, результаты поставки проекта, документы и работа.

План управления содержанием проекта (обновления)

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

Запрошенные изменения

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

Одним из основных моментов при определении содержания проекта является обеспечение максимальной устойчивости (сопротивляемости) к изменениям. Рекомендуется строить разработку содержания проекта по следующим принципам [ 11 ] :

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