О проектах

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

Всем привет.

На текущий момент времени, мы рассмотрели такие вопросы как:

Цели проекта;

Заинтересованные стороны проекта;

Команда проекта;

Управление конфликтами и распределение ответственности;

WBS проекта

Сегодня хотел перейти к вопросу плана проекта.

И рассмотренный в прошлый раз инструмент WBS — хорошая основа для составления Плана проекта.

И так что такое План проекта ?

Есть несколько трактовок, две из них приведу ниже:

1) Документ/Ы описывающие основные составляющие проекта:
— Цели, задачи проекта;
— Вехи проекта;
— Ресурсы;
— Управление содержанием/рисками/изменениями/качеством….
2) Графическое представления последовательности работ по проекту.

Главное, что бы внутри команды проекта и в ближнем окружении проекта, все одинаково понимали, что кроется за словом План проекта. :-). В данной статье я буду больше говорить о второй составляющей — графическом представлении и последовательности работ.

Gantt-Chart-001a2

 

Наиболее распространенным графическим отображением последовательности работ по проекту выступают, так называемые Диаграммы Ганта. Думаю многим из вас они знакомы. При этом не важно где их рисовать: На бумаге, в Excel или в специализированном программном обеспечении, таком как MS Project.

Ключевым является то, что это должно быть удобно и это должно быть рабочим инструментов, а не разовой акцией для руководства :-).

 

И так, ключевые правила составления плана:

1) За основу берите составленную WBS и группируйте работы как вы делали это ранее.

Во первых вы уже проделали огромную работу, составляя WBS;

Во вторых, если вы ее проделали качественно, Вы получили в итоге полный список работ по проекту.

2) Проставьте последовательности работ и зависимость друг от друга.

Какие есть зависимости:

Финиш – старт. Инициация следующей задачи зависит от завершения предыдущей

Финиш-финиш. Завершение следующей задачи зависит от завершения предыдущей задачи

Старт- старт. Инициация следующей задачи зависит от инициации предыдущей задачи

Старт-финиш. Завершение следующей задачи зависит от завершения предыдущей задачи.

3) Определите длительность работ и необходимые ресурсы для их выполнения.

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

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

4) Определите критический путь Вашего Плана работ.

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

5) Добавьте дополнительный «буфер» по времени для задач на критическом пути. В каких задачах добавлять такой буфер и сколько он должен составлять часов/дней/месяцев :-), зависит от проекта, от его контрольных точек, от рисков и ряда других составляющих проекта. Поэтому тут нет единого правильного ответа на этот вопрос.

Добавление буфера, позволяет минимизировать риски проекта, влияющие на его длительность и увеличивает шансы на его успешность.

Таким образом у Вас получился План проекта, который ложится в основу Вашего проекта и является Базовым Планом.

Почему пишу БАЗОВЫЙ, да потому что, ПЛАН — живой инструмент, который в процессе реализации проекта может меняться.

Какие причины изменения плана:

1) Не учли  какие то активности при первичном планировании;

2) На реализацию потребовалось больше/меньше времени, чем планировали;

3) Запланированные ранее ресурсы, оказались недоступны;

4) Подрядчики не выдержали сроки;

5) Изменились требования Заказчика;

и т.д.

Таким образом менеджеру проекта всегда следует держать актуальным план проекта и своевременно вносить изменения в него.

Базовый же План необходим для того, что бы «мониторить» отклонения и оценивать влияние на проект вносимых изменений. И в конце проекта более четко провести оценку и извлечь УРОКИ проекта.

В завершении хотелось бы еще рассказать еще об одном варианте плана проекта:  План контрольных точек проекта.

Список контрольных точек —  определяет ключевые события проекта, их даты и результаты, которые должны быть получены по состоянию на эти даты.
Этот тип плана очень удобен для мониторинга проекта Заказчиком/Инвестором, так как в нем отражены основные события, влияющие на реализацию проекта и даты планируемые и фактические. Т.е. сразу видно что сделано, в плане или нет и на сколько идет сдвиг по проекту.

Процесс создания плана контрольных точекПлан контрольных тоек

1) Установить объем работ по проекту;
2) Согласовать контрольные точки проекта;
3) Определить критерии, по которым будут оцениваться достижение контрольных точек;
4) Спланировать действия по достижению каждой из контрольных точек;
5) Согласовать даты наступления событий по достижению контрольных точек.

Преимущества плана контрольных точек:

— Простота
— Хорошо видны цели проекта
— Отчетливо видна структура проекта
— Позволяет мобилизовать ресурсы для решения конкретных задач
Планирование очень важная составляющая проекта, и как говорится  в одном детском мультике: «Лучше день потерять — потом за 5 минут долететь».
Поэтому уделяйте планированию столько времени, сколько действительно необходимо.
На сегодня это все. Мы рассмотрели стандартный, так называемый водопадный подход к планированию. В следующий раз планирую рассказать про составление Планов проектов с использованием Гибких технологий.
Удачных Вам проектов!!!
Категории:

Оставьте свой комментарий

Please enter your name.
Please enter your email address.
Please enter a valid email address.
Please enter comment.