Планирование проекта
Всем привет.
На текущий момент времени, мы рассмотрели такие вопросы как:
Заинтересованные стороны проекта;
Управление конфликтами и распределение ответственности;
Сегодня хотел перейти к вопросу плана проекта.
И рассмотренный в прошлый раз инструмент WBS — хорошая основа для составления Плана проекта.
И так что такое План проекта ?
Есть несколько трактовок, две из них приведу ниже:
Главное, что бы внутри команды проекта и в ближнем окружении проекта, все одинаково понимали, что кроется за словом План проекта. :-). В данной статье я буду больше говорить о второй составляющей — графическом представлении и последовательности работ.
Наиболее распространенным графическим отображением последовательности работ по проекту выступают, так называемые Диаграммы Ганта. Думаю многим из вас они знакомы. При этом не важно где их рисовать: На бумаге, в Excel или в специализированном программном обеспечении, таком как MS Project.
Ключевым является то, что это должно быть удобно и это должно быть рабочим инструментов, а не разовой акцией для руководства :-).
И так, ключевые правила составления плана:
1) За основу берите составленную WBS и группируйте работы как вы делали это ранее.
Во первых вы уже проделали огромную работу, составляя WBS;
Во вторых, если вы ее проделали качественно, Вы получили в итоге полный список работ по проекту.
2) Проставьте последовательности работ и зависимость друг от друга.
Какие есть зависимости:
Финиш – старт. Инициация следующей задачи зависит от завершения предыдущей
Финиш-финиш. Завершение следующей задачи зависит от завершения предыдущей задачи
Старт- старт. Инициация следующей задачи зависит от инициации предыдущей задачи
Старт-финиш. Завершение следующей задачи зависит от завершения предыдущей задачи.
3) Определите длительность работ и необходимые ресурсы для их выполнения.
Здесь есть нюансы. Так как работы могут быть фиксированной длительности и не зависеть от того, сколько ресурсов направлено на выполнение этой работы. А могут быть задачи, которые зависят от количества задействованных ресурсов и от их квалификации.
(Чем больше ресурсов, выше квалификация, тем меньше длительность). Более подробно по управлению ресурсами и как их назначать на задачи я напишу позднее в отдельном посте, здесь же я пока только акцентирую внимание, на этих двух различных типах работ.
4) Определите критический путь Вашего Плана работ.
Критический путь — это последовательность плановых операций, определяющая продолжительность проекта. Обычно является самым продолжительным путем в проекте. Т.е. если какая та работы смещается, смещается и конечная дата завершения проекта.
5) Добавьте дополнительный «буфер» по времени для задач на критическом пути. В каких задачах добавлять такой буфер и сколько он должен составлять часов/дней/месяцев :-), зависит от проекта, от его контрольных точек, от рисков и ряда других составляющих проекта. Поэтому тут нет единого правильного ответа на этот вопрос.
Добавление буфера, позволяет минимизировать риски проекта, влияющие на его длительность и увеличивает шансы на его успешность.
Таким образом у Вас получился План проекта, который ложится в основу Вашего проекта и является Базовым Планом.
Почему пишу БАЗОВЫЙ, да потому что, ПЛАН — живой инструмент, который в процессе реализации проекта может меняться.
Какие причины изменения плана:
1) Не учли какие то активности при первичном планировании;
2) На реализацию потребовалось больше/меньше времени, чем планировали;
3) Запланированные ранее ресурсы, оказались недоступны;
4) Подрядчики не выдержали сроки;
5) Изменились требования Заказчика;
и т.д.
Таким образом менеджеру проекта всегда следует держать актуальным план проекта и своевременно вносить изменения в него.
Базовый же План необходим для того, что бы «мониторить» отклонения и оценивать влияние на проект вносимых изменений. И в конце проекта более четко провести оценку и извлечь УРОКИ проекта.
В завершении хотелось бы еще рассказать еще об одном варианте плана проекта: План контрольных точек проекта.
Процесс создания плана контрольных точек
Преимущества плана контрольных точек: