План управления проектом

Базовая линия проекта, состоящая из:

• базового расписания проекта;

• базового плана по стоимости;

• базового плана по качеству;

• базового плана по конфигурации;

• реестра рисков.

Результаты анализа, проведенного проектной командой в отношении содержания, объема и сроков проекта.

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

Формирование иерархической структуры проекта

Иерархическая структура работ ( ИСР ) - это ориентированный на результаты способ группировки элементов проекта, который упорядочивает и определяет общее содержание проекта. Работы, не включенные в ИСР, находятся за пределами содержания проекта [18].

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

Построение иср

Существуют два основных способа разработки ИСР: "сверху вниз" и "снизу вверх". Далее приводится описание подхода "сверху вниз".

1. Сбор исходной информации.

Разработка ИСР станет более легким и осмысленным делом, если будет доступна следующая информация:

• требования заказчика;

• пул доступных ресурсов;

• конкретная проектная ситуация.

Выбор типа ИСР

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

В соответствие с принципом, лежащим в основе построения ИСР по фазам жизненного цикла, на 1-ом уровне происходит разбитие проекта на фазы. Этот принцип следования естественному жизненному циклу проекта весьма популярен в некоторых отраслях и, в принципе, значительно упрощает разработку расписания проекта. Хороший пример использования такого типа структурирования ИСР - проект разработки программного обеспечения, состоящий из таких фаз, как определение требований, высокоуровневое проектирование, низкоуровневое проектирование, написание кода и тестирование. Принцип разбития по системам подразумевает разбитие на составляющие физические системы и отображение их на уровне 1 ИСР. Этот подход широко распространен в ряде традиционных производственных отраслей, в которых ИСР больше напоминает спецификацию производственного образца. Разбиение ИСР по географическим зонам практикуется, в частности, в сфере строительства, где уровень 1 ИСРпроекта может состоять из здания A, здания B и т. д. Что касается следующих уровней ИСР, многие специалисты практикуют гибридные ИСР, сочетающие два или три метода.

При выборе способа структурирования ИСР рекомендуется следовать принятому на предприятии или в отрасли стандарту, это позволит избежать сопротивления новому методу, которое неизбежно возникнет.

3. Определение степени детализации ИСР

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

Для определения степени детализации ИСР нужна следующая информация:

• количество уровней в ИСР ;

• количество и средний размер пакета работ, принятые в отрасли. Так, для большинства средних и малых ИТ-проектов характерны

ИСР со следующей детализацией:

• от трех до четырех уровней;

• от 15 до 40 пакетов работ;

• от 40 до 80 часов на средний пакет работ;

• от 3% до 7% общего бюджета рабочих часов на средний пакет работ [18].

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