Технология создания плана проекта

Технология создания плана проекта

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

Сущность проектного планирования

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

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

План – это ключевой элемент системы управления проектами. Если РМ удалось составить детально проработанный комплекс плановых документов, то он вправе ожидать гарантированного получения требуемых результатов на выходе работ. Для этого сроки, ресурсы и другие аспекты должны быть хорошо спланированы. Пока план не разработан, невозможно знать, сколько средств и времени потребуется для выполнения уникальной задачи. Без плана менеджер практически лишен ориентиров соответствия работ целям проекта.

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

  1. Уточнить, детализировать цели и результаты мероприятия.
  2. Определить состав и объем работ.
  3. Оценить сроки и бюджетную стоимость.
  4. Составить календарный план и бюджет основных фаз или всего проекта.
  5. Произвести уточненную оценку потребностей в ресурсах на каждой фазе или для всей задачи.
  6. Составить план ресурсного обеспечения.
  7. Выполнить оценку рисков и создать план реагирования на них.
  8. Разъяснить детали мероприятия заказчику.
  9. Согласовать план с основными участниками.
  10. Распределить ответственность за работы и задачи между участниками.
  11. Утвердить сводный план.
  12. Уточнить планы взаимодействия, процедуры управления планированием.

план управления проектом
Место плана управления проектом на стадии его жизненного цикла. Источник: Руководство PMBOK 5
место процессов планирования
Место процессов планирования среди других процессов проектной реализации. Источник: Руководство PMBOK 5

Проектное планирование не может быть «подвешено в воздухе». Его предваряет инициация, а выходом данных процессов является собственно исполнение проекта. И мы осознаем ряд важных моментов о том, что планирование:

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

Укрупненный состав процессов планирования

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

определения понятий планирования
Определения основных понятий планирования от PMI. Источник: Руководство PMBOK 5

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

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

модель процессов планирования
Модель процессов планирования в управлении проектом

Известно, что по стандарту PMI практически в каждом разделе Руководства PMBOK планированию выделяется целый блок. Исходя из представленной выше схемы, это вполне естественно. Наиболее целостно картину управления планированием и создания единого сводного плана демонстрирует раздел PMBOK «Управление интеграцией проекта». Ниже показан локальный блок диаграммы потоков данных разработки плана управления мероприятием.

диаграмма потоков данных разработки плана проекта
Локальный блок диаграммы потоков данных разработки плана управления проектом

Представленный выше визуальный блок примечателен рядом обстоятельств. База знаний по управлению проектами, весь наработанный в этом направлении опыт, регламенты имеют существенное значение для успеха планирования. Это в той же мере касается стандартов, ПО, организационных структуры и культуры, методов управления, инфраструктуры и т.д. Устав является ключевым ориентиром для планирования. Данные процессы являются базисом для интеграции в сводный план и в качестве входов для разработки его итоговой версии предлагают:

  • планы управления параметрами проекта;
  • базовые планы по содержанию, по стоимости, а также расписание;
  • обновления плана.

Этапы разработки календарного плана

Как мы помним, управление проектом строится на «трех китах»: содержании работ, ограничениях и рисках. Если менеджер умеет хорошо работать с этими тремя параметрами, то для него нет нерешаемых задач. Рассмотрим разработку календарного плана с позиции названных трех позиций и разобьем этот процесс на этапы. Первый и второй этапы мы отнесем к содержанию работ.

  1. Этап определения и написания состава работ списком. Достаточно часто допускаются ошибки из-за того, что все работы сразу представить не получается. Для качественного определения состава операций полезно использовать основы метода последовательной декомпозиции работ.
  2. Этап определения исполнения проекта с точки зрения последовательности и длительности работ, которые зависят от технологии их выполнения. Для создания качественного результата данного этапа хорошо подходит уже названный метод последовательной декомпозиции задач и экспертная оценка продолжительности работ с использованием таких методов, как, например, метод мозгового штурма.
  3. Определение доступности ресурсов. В мероприятии используются разнообразные ресурсы: финансовые, материальные, трудовые, информационные и т.п. С позиции денежных ресурсов требуется увязать график работ с графиком финансирования. Вводится понятие дефицитных ресурсов: уникальных специалистов и мощностей. Это накладывает отпечаток на последовательность и продолжительность работ.
  4. Определение внешних ограничений. К этим ограничениям относятся сезонность, технологические процессы поставок оборудования, различные внешние события. Если взять во внимание пример особых пожеланий заказчика (по конкретным партнерам) или внешних событий (например, приуроченность завершения этапа к моменту национального праздника), то подобные события включают в мероприятие в виде вех.
  5. Этап создания плана реагирования на риски. Мы анализируем риски проекта и для основных угроз разрабатываем план реагирования. С учетом этого плана мы затем дорабатываем календарный план.

Третий и четвертый этапы относятся к позициям ограничений, пятый этап – к рискам. Две основы реагирования (активная и пассивная) определяют момент решения и включения его в проектный план. Активное реагирование подразумевает, что мы в календарный план включаем дополнительные работы, направленные на минимизацию рисков. Это может повлиять на сроки выполнения других работ.

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

последовательность разработки календарного плана
Логическая последовательность разработки календарного плана

Основные действия по планированию проекта

Для создания сводного плана менеджер проекта реализует серию планировочных итераций. В ходе выполнения процессов планирования формируются важные инструментальные и итоговые документы, которые в совокупности и составляют сводный план. Среди них:

  • иерархическая структура работ (ИСР);
  • сетевая диаграмма;
  • план управления качеством;
  • расписание проекта;
  • бюджет;
  • организационная диаграмма;
  • реестр рисков;
  • коммуникационный план;
  • сводный план проекта.
модель процессов планирования проектов
Визуальная модель процессов планирования проекта

Выше размещена модель процессов планирования проектной задачи. Полный состав процессов вы имеете возможность рассмотреть на схеме. Процессы планирования по методу «бассейновых дорожек» привязаны практически ко всем разделам управления проектами. Многие из указанных в модели процессов получат возможность быть представленными в отдельных статьях нашего сайта. В настоящем материале мы кратко акцентируем внимание на ключевых процедурах планирования.

  1. Процесс определения содержания выполняется с целью прояснения масштаба проекта, границ с описанием его продукта. Процесс начинается с уточнения целей мероприятия, его связи со стратегией компании, рассмотрения вариативных подходов к реализации. PM должен четко осознавать, какие работы выходят за рамки проекта и каковы требования к продукту.
  2. Процесс определения состава работ. Основы, заложенные в предыдущем процессе, получают развитие в полном комплексе необходимых операций для достижения успеха. Их структура и состав связаны с основной задачей проекта. ИСР является основным инструментом, применяемым PM для решения задачи настоящего процесса.
  3. Определение взаимосвязей работ. Логическая последовательность работ служит предметом и целью настоящего процесса. Наилучшим инструментом и результатом реализации процесса является сетевая модель (диаграмма, график), построенная и оптимизированная с применением метода PERT и CPM.
  4. Процесс оценки длительности работ. Прогнозирование продолжительности каждой работы, входящей в ИСР и сетевую модель, выполняется на основе разнообразных подходов. Основными методами служат способы оценки по аналогам, «снизу – вверх», от исполнителей, экспертная и параметрическая оценка.
  5. Процесс оценки потребностей в ресурсах. Целью процесса является определение потребного количества человеческих ресурсов, ресурсов машин и механизмов. Ресурсы разделяются на группы: возобновляемые, расходуемые и финансовые.
  6. Процедура разработки календарного плана. Процесс выполняется с целью определения расчетных сроков отдельных работ и проекта в целом. Важен вопрос детализации плана. Глубина его проработки должна быть достаточной для того, чтобы менеджер проекта мог контролировать ход работ и выполнение поставленных задач.
  7. Разработка сводного плана проекта. В нем происходит объединение всех результатов работы по планированию мероприятия в единый интеграционный документ проекта.

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

Похожие публикации