Аннотация: План управления проектом. Формирование иерархической структуры проекта. Построение ИСР. Определение содержания проекта. Критические факторы успеха. Формирование списка работ (операций) проекта. Определение логической последовательности выполнения работ.
Оценка трудоемкости и потребности в ресурсах Определение длительности операций. Исходная информация процесса определения длительности операций. Результаты процесса оценки длительности операций. Концептуальная оценка стоимости проекта. Формирование сметы.
Шаблон сметы проекта. Проверка качества составления сметы проекта. Разработка базового плана по стоимости проекта.
План управления проектом
Процесс разработки плана управления проектом есть процесс документации действий, необходимых для определения, подготовки, интеграции и координации всех вспомогательных планов. Корректно составленный план управления проектом является основным источником информации о том, как проект будет планироваться, оцениваться, контролироваться и закрываться. План управления проектом обновляется и редактируется в рамках процесса осуществления интегрированного управления изменениями проекта (см. соответствующий раздел), для поддержки версионности документа рекомендуется использовать лист управления документом, шаблон которого представлен в табл. 1.6.
Что входит в рабочий проект загородного дома? (Архитектурно-строительная часть)
План управления проектом может быть либо резюмирующим, либо детализированным и состоять из одного или нескольких вспомогательных планов и прочих элементов.
План управления проектом рекомендуется разделять на 3 блока по характеру содержащейся в них информации.
- базового расписания проекта ;
- базового плана по стоимости;
- базового плана по качеству;
- базового плана по конфигурации;
- реестра рисков .
Рассмотрению основных вспомогательных планов управления и элементов базовой линии проекта, равно как и описанию ключевых методов и процедур составления этих планов, посвящены отдельные разделы данной книги.
Формирование иерархической структуры проекта
Построение ИСР
Существуют два основных способа разработки ИСР : «сверху вниз» и «снизу вверх». Далее приводится описание подхода «сверху вниз».
- Сбор исходной информации.
Разработка ИСР станет более легким и осмысленным делом, если будет доступна следующая информация:
- требования заказчика;
- пул доступных ресурсов;
- конкретная проектная ситуация.
После получения необходимой информации о факторах, влияющих на структуру ИСР , необходимо определиться с типом построения ИСР : по жизненному циклу, по системам, по географическим зонам.
В соответствие с принципом, лежащим в основе построения ИСР по фазам жизненного цикла, на 1-ом уровне происходит разбитие проекта на фазы. Этот принцип следования естественному жизненному циклу проекта весьма популярен в некоторых отраслях и, в принципе, значительно упрощает разработку расписания проекта . Хороший пример использования такого типа структурирования ИСР — проект разработки программного обеспечения, состоящий из таких фаз, как определение требований, высокоуровневое проектирование, низкоуровневое проектирование, написание кода и тестирование. Принцип разбития по системам подразумевает разбитие на составляющие физические системы и отображение их на уровне 1 ИСР . Этот подход широко распространен в ряде традиционных производственных отраслей, в которых ИСР больше напоминает спецификацию производственного образца. Разбиение ИСР по географическим зонам практикуется, в частности, в сфере строительства, где уровень 1 ИСР проекта может состоять из здания A, здания B и т. д. Что касается следующих уровней ИСР , многие специалисты практикуют гибридные ИСР , сочетающие два или три метода.
Проект организации строительства многоэтажного многоквартирного дома (Часть 1)
При выборе способа структурирования ИСР рекомендуется следовать принятому на предприятии или в отрасли стандарту, это позволит избежать сопротивления новому методу, которое неизбежно возникнет.
Принимая во внимание тот факт, что число пакетов влияет на время и стоимость управления проектом, нужно выбрать такое количество пакетов работ, для управления которыми есть время и бюджет. Вообще говоря, пакетом работ мы будем называть основной элемент управления ИСР , дискретную задачу, имеющую определимые конечные результаты, за достижение которых отвечают организационные единицы. Очевидно, пакеты работ должны представлять небольшие результаты и быть управляемыми.
Для определения степени детализации ИСР нужна следующая информация:
- количество уровней в ИСР ;
- количество и средний размер пакета работ, принятые в отрасли. Так, для большинства средних и малых ИТ-проектов характерны
ИСР со следующей детализацией:
- от трех до четырех уровней;
- от 15 до 40 пакетов работ;
- от 40 до 80 часов на средний пакет работ;
- от 3% до 7% общего бюджета рабочих часов на средний пакет работ [18].
Несмотря на уникальность каждого проекта, ИСР предыдущего проекта часто может служить шаблоном для нового. Например, большая часть проектов внедрения ИС в конкретной организации будет иметь одинаковые жизненные циклы, а потому и одинаковые или схожие результаты каждой фазы. Шаблон ИСР представляет собой древовидную структуру работ, детализированную до уровня пакетов работ, которую можно адаптировать под конкретные проекты в конкретной области приложения.
Определение содержания проекта
Описание содержания должно позволять оценить желаемый результат и выступать в качестве основы для составления базового плана содержания, которому необходимо следовать при выполнении всех работ проекта. В известном смысле описание содержания проекта можно сравнить с границами проекта — он говорит о том, что выход за границы не допускается без санкции руководителя и что все находящееся в этих границах представляет собой пространство решений, в котором разрешается действовать команде проекта.
Автором данного документа является назначенный уставом проекта руководитель проекта , следовательно, данный документ пишется с позиции исполнителя проекта.
К информации, имеющей ключевое значение для составления описания содержания проекта, относятся:
- устав проекта ;
- формулировка требований организации-заказчика;
- ТЭО ;
- внутрикорпоративная методология управления проектами и соответствующие политики.
В табл. 2.1 приведены требования к описанию содержания проекта: перечислены обязательные разделы с необходимыми рекомендациями и пояснениями к их наполнению. Аналогично уставу проекта для поддержания версионности разрабатываемого документа и отслеживания его статуса рекомендуется использовать лист управления документом, шаблон которого был приведен в разделе об уставе проекта.
Источник: intuit.ru