Лекция 2. Планирование проекта

Ключевые слова: ИСР, содержание проекта, пакеты работ и операции.

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

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

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

План управления проектом рекомендуется разделять на 3 блока по характеру содержащейся в них информации.

1. Вспомогательные планы управления проектом, в число которых входят:

• план управления содержанием проекта;

• план управления расписанием проекта;

• план управления стоимостью проекта;

• план управления качеством проекта;

• план управления обеспечением персоналом;

• план управления коммуникациями проекта;

• план управления рисками проекта;

• план управления конфигурацией.

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

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

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

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

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

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

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

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

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

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

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

Построение ИСР

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• количество и средний размер пакета работ, принятые в отрасли.

Так, для большинства средних и малых ИТ-проектов характерны ИСР со следующей детализацией:

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

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

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

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

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