Проектное планирование – это часть управления проектами, которое связано с использованием календарно-сетевых графиков, таких как диаграмма Ганта для планирования работ и последующего доклада о ходе реализации в среде проекта.
Изначально, рамки проекта определены, а соответствующие методы для завершения проекта не определены. После этого шага, должны быть перечислены и сгруппированы в структуру декомпозиции работ (WBS) необходимые для полноценной работы блоки работ с учетом продолжительности выполнения различных задач. Планирование проекта часто используются для организации различных областей проекта, включая проектные планы, рабочие нагрузки, управление командами и людьми. Логические зависимости между задачами определяются с использованием сетевой активной схемы, которая позволяет определить критический путь.
Планирование проекта является неопределенным, это должно быть сделано до того, как проект фактически начался. Поэтому длительность задач часто оценивается по средневзвешенной оптимистической, нормальной и пессимистической оценке. Этот добавляет “буферы” в планировании для возможности предвидеть задержки (например длительные согласования) в реализации проекта. Время в расписании может быть рассчитано с использованием программного обеспечения управления проектами. Могут быть оценены необходимые ресурсы и расходы по каждому виду деятельности, это дает общую стоимость проекта. На данном этапе, расписание проекта может быть оптимизировано для достижения надлежащего баланса между использованием ресурсов и продолжительность проекта, в соответствии с целями проекта. Когда расписание проекта создано и утверждено оно становится базовым (или целевым) графиком. Комплексный прогресс проекта будет оцениваться по базовому графику на протяжении всей длительности проекта. Анализ прогресса по сравнению с базовым графиком называется метод освоенного объема.
Входы на этап планирования проекта являются устав проекта и предложения по концепции. Результаты стадии планирования проекта включают в себя требования проекта, график проекта и план управления проектом.
Планирование проекта может быть выполнено вручную, но часто используются программные комплексы для управления проектами. К таким комплексам относится профессиональная Oracle Primavera и более бытовой MS Project.
В области управления проектами, график проекта представляет собой перечень этапов проекта, задач и результатов, как правило, с предполагаемой датой начала и окончания. Эти элементы часто оцениваются по другой информации, включенной в график проекта, таких как распределение ресурсов, бюджет, длительности задач, связи, зависимости и запланированные события. График проекта обычно используется при планировании и управлении портфелем проектов. Элементы по графику могут быть тесно связаны со структурой декомпозиции работ (WBS) ключевыми событиями, данными ТЗ или договора.
- Характеристики графиков проектов
- Методы разработки графиков проектов
- Укрупненная структура плана управления проектом
- Основные этапы планирования
- Формирование целей
- Анализ проблем
- Поиск альтернатив
- Оценка альтернатив
- Сущность проектного планирования
- Укрупненный состав процессов планирования
- Этапы разработки календарного плана
- Основные действия по планированию проекта
Характеристики графиков проектов
Во многих отраслях промышленности, таких как машиностроение и строительство, разработка и ведение графика проекта является обязанностью штатного планировщика или команды планировщиков, в зависимости от размера проекта. Методы планирования хорошо проработаны и последовательно применяются во всех отраслях промышленности.
Следует отметить, что управление проектом не ограничивается промышленностью; обычный человек может использовать данный метод, чтобы организовать собственную жизнь. Некоторые программы управления проектами, шаблоны, графики и примеры, помогут пользователям создать свой график.
Методы разработки графиков проектов
Перед созданием графика необходимо проработать структуру декомпозиции работ (WBS), оценить затраты для каждой задачи, и определить список ресурсов. Если эти компоненты для создания графика не доступны, они могут быть созданы при помощи консенсус-ориентированных методов оценки, как например метод Дельфи. Причина этого заключается в том, что сам график является приблизительным: каждый день в графике оценивается, и если эти даты не имеют под собой реального опыта людей, которые собираются делать работу, то график будет неточным.
Для того, чтобы график проекта, чтобы быть реалистичным, должны быть соблюдены следующие критерии:
- Расписание необходимо постоянно (лучше еженедельно) обновлять (актуализировать).
- Значение ЕАС (оценка по завершении) должно быть равным базовому значению.
- Загрузка должна быть правильно распределена между членами команды (с учетом выходных).
Планирование представляет собой процесс разработки и принятия целевых установок количественного и качественного характера и определения путей наиболее эффективного их достижения. Эти установки, разрабатываемые чаще всего в виде дерева целей, характеризуют желаемое будущее и по возможности численно выражаются набором показателей, ключевых для данного уровня управления.
Необходимость составления планов определяется многими причинами. Наиболее значимые из них: неопределенность будущего, координирующая роль плана, оптимизация экономических последствий.
Действительно, если бы будущее проекта было абсолютно предопределенным, не было бы нужды постоянно разрабатывать планы, совершенствовать методы их составления и структурирования. Отсюда видно, что главная цель составления любого плана — не определение точных цифр и ориентиров, поскольку сделать это невозможно в принципе, а идентификация по каждому из важнейших направлений некоторого «коридора», в границах которого может варьировать тот или иной показатель.
Смысл координирующей роли плана состоит в том, что наличие хорошо структурированных целевых установок дисциплинирует как перспективную, так и текущую деятельность, приводит ее в определенную систему, позволяет компании работать без существенных сбоев.
Последняя причина необходимости составления планов заключается в том, что любое рассогласование деятельности системы требует финансовых затрат (прямых или косвенных) на его преодоление. Вероятность наступления подобного рассогласования гораздо ниже, если работа осуществляется по плану; кроме того, и негативные финансовые последствия менее значительны.
Планирование позволяет обеспечить высокую степень и высокую вероятность достижения целей на основе систематической подготовки решений. Тем самым оно представляет собой предпосылку эффективной реализации проекта. План проекта является основным инструментом интеграции участников проекта. Разработка и согласование плана проекта обеспечивает лучшее понимание всеми участниками своих задач и ответственности.
В плане проекта подробно анализируются методы обеспечения сбалансированности проектных затрат, сроков реализации, расписания и качества.
На этапе планирования проекта решаются следующие задачи:
- уточнение и детализация целей и результатов проекта;
- уточнение состава и объема работ проекта;
- разработка реального расписания и бюджета проекта (либо отдельных его фаз);
- уточнение потребности проекта в ресурсах, план ресурсного обеспечения проекта (либо отдельных фаз проекта);
- оценка рисков и разработка плана реагирования на риски;
- уточнение порядка взаимодействия в проектной команде, а также между проектной командой и внешней средой;
- разработка и уточнение процедур управления проектом;
- согласование плана основными участниками проекта;
- утверждение плана проекта.
Укрупненная структура плана управления проектом
Основные этапы планирования
Формирование целей
В рамках планирования ставятся две группы целей.
Формальные цели представляют собой критерий оценки полезности деятельности и состояния проекта, который выводится из мотивации деятельности лиц, принимающих решения.
Реальные цели представляют собой пути достижения формальных целей (продукция, которую надо произвести, ее качество и количество, необходимые ресурсы, их качество и количество).
Анализ проблем
Анализ проблем включает в себя следующие шаги:
- определение фактического состояния (анализ положения);
- прогноз положения;
- идентификация проблем посредством противопоставления системы целей и результатов анализа и прогноза положения;
- структурирование проблем.
В ходе структурирования проблем сначала их необходимо разбить на две группы:
- Проблемы внешнего характера, на решение которых невозможно повлиять со стороны команды проекта на протяжении всего планового периода.
- Проблемы внутренние, решение которых зависит от эффективного управления проектом.
Затем необходимо проблемы, отнесенные ко второй категории, разбить на два класса:
- Проблемы, решение которых не требует значительных финансовых и временных затрат. Этот класс проблем решается в ходе текущего или оперативного планирования.
- Проблемы, для решения которых требуется длительное время и значительный объем финансирования.
Эти проблемы рассматриваются в процессе перспективного планирования и прогнозирования.
Поиск альтернатив
Под альтернативами понимаются взаимоисключающие варианты решений.
При осуществлении долгосрочных проектов важное место занимает прогнозирование. При этом следует различать два вида прогнозов.
- Прогнозы влияния дают представление о том, к достижению каких результатов приведет принятие каждого из имеющихся решений, т.е. как данное решение повлияет на показатели проекта.
- Прогнозы развития ситуации распространяются на показатели внешней среды, на которые лица, принимающие решения, не могут повлиять в рассматриваемом периоде.
Оценка альтернатив
Оценка альтернатив с точки зрения их приемлемости, эффективности и риска является основой для принятия решений. Оптимальной считается законная и практически реализуемая альтернатива, в максимальной степени позволяющая приблизиться к достижению поставленных реальных целей при существующих ограничениях — ресурсных, временных, трудовых и т.д.
В ходе реализации проекта должна выполняться актуализация плана с учетом текущего состояния и вносимых изменений. Таким образом, план проекта становится основой для оценки прогресса, достигнутого в ходе выполнения этого проекта.
Для обеспечения реализуемости и точности плана проекта менеджер проекта должен решить следующие задачи.
- Вовлечение основных участников проекта в процесс планирования, обеспечение ответственности за планируемые параметры.
- Достижение согласованного понимания структуры и объема работ проекта и потребностей в ресурсах с заказчиком и основными участниками проекта.
- Планирование организационной структуры реализации проекта и обеспечение привлечения необходимых ресурсов на проект.
- Согласование ответственности на основных участников за результаты.
Управление проектами представляет собой симбиоз технологии и искусства решения в срок уникальной задачи в рамках выделенного на ее цели бюджета. Чтобы проект был сделан успешно, необходимо достигнуть понимания руководством компании и РМ, как он будет реализовываться, кем, когда и какие именно работы должны быть выполнены. План проекта рассматривается не как один документ, а как целый комплекс документированных решений, которые и отвечают на вышеуказанные вопросы. Представляю вашему вниманию обзорную статью, рассматривающую основы технологии планирования проекта.
Сущность проектного планирования
Планирование проекта предполагает множество взаимосвязанных итераций, итогом которых выступает единый сводный план. Под планом проекта мы будем далее понимать систему намечаемой деятельности, документально оформленной в результате составления. Эта система состоит из связанных особым образом параметров, обеспечивая которые, решается отдельная задача развития. Данные параметры формируются исходя из ряда функциональных зон проектной деятельности:
- содержания;
- сроков;
- стоимости;
- персонала;
- поставок;
- коммуникаций;
- рисков и т.п.
План – это ключевой элемент системы управления проектами. Если РМ удалось составить детально проработанный комплекс плановых документов, то он вправе ожидать гарантированного получения требуемых результатов на выходе работ. Для этого сроки, ресурсы и другие аспекты должны быть хорошо спланированы. Пока план не разработан, невозможно знать, сколько средств и времени потребуется для выполнения уникальной задачи. Без плана менеджер практически лишен ориентиров соответствия работ целям проекта.
Надо понимать, что планирование не всегда дает в итоге положительные результаты, но отрицательные выводы способны принести не меньшую, а порой и большую пользу. В любом случае, эффективность вложения средств возрастает, а «распыления» заработанной прибыли не происходит. Проектное планирование закладывает основы продуктивной работы и решает следующие прикладные задачи.
- Уточнить, детализировать цели и результаты мероприятия.
- Определить состав и объем работ.
- Оценить сроки и бюджетную стоимость.
- Составить календарный план и бюджет основных фаз или всего проекта.
- Произвести уточненную оценку потребностей в ресурсах на каждой фазе или для всей задачи.
- Составить план ресурсного обеспечения.
- Выполнить оценку рисков и создать план реагирования на них.
- Разъяснить детали мероприятия заказчику.
- Согласовать план с основными участниками.
- Распределить ответственность за работы и задачи между участниками.
- Утвердить сводный план.
- Уточнить планы взаимодействия, процедуры управления планированием.
Место плана управления проектом на стадии его жизненного цикла. Источник: Руководство PMBOK 5
Место процессов планирования среди других процессов проектной реализации. Источник: Руководство PMBOK 5
Проектное планирование не может быть «подвешено в воздухе». Его предваряет инициация, а выходом данных процессов является собственно исполнение проекта. И мы осознаем ряд важных моментов о том, что планирование:
- привязано к конкретной временной точке жизненного цикла уникальной задачи и к его значительному по протяженности периоду (смотреть схемы, показанные выше);
- итерационно – не заканчивается после написания планов, требует регулярной актуализации вплоть до активной фазы закрытия;
- комплексно – не ограничивается одним инструментом и включает ряд средств и соответствующих документов на выходе.
Укрупненный состав процессов планирования
План проекта отличается от плана управления проектом и соответствующих процессов планирования. Как мы уже определились, в широком смысле под планом мы понимаем заранее намеченную систему деятельности, для которой установлены порядок выполнения, последовательность и сроки работ. В узком смысле план – это документ, который отражает порядок предусмотренных действий и сроки выполнения. План управления проектом есть результат регламентированных процедур (процессов) планирования, в которых управляющее начало берут на себя регулярные, регламентами закрепленные процедуры создания планов как документов.
Определения основных понятий планирования от PMI. Источник: Руководство PMBOK 5
Планирование мероприятия включает в себя две группы процессов: процессы непосредственной разработки планов и вспомогательные процедуры. Результатом блока разработки является документ, именуемый сводным планом проекта. В его состав входят календарный план, бюджет мероприятия и ряд других документов. Состав и содержание работ, потребные ресурсы для их выполнения определяют последовательность, продолжительность и размер затрат на их производство.
Планирование возможных рисков (выявление, идентификация и оценка) и управление ими влияют не только на разработку календарного плана, но и на бюджетные потребности. Уточнение целей, определение границ уникальной задачи и структурирование команды и ответственности закладывают основы для полноценной работы по планированию проекта. Далее вашему вниманию предлагается модель связей основных процедур рассматриваемых процессов.
Модель процессов планирования в управлении проектом
Известно, что по стандарту PMI практически в каждом разделе Руководства PMBOK планированию выделяется целый блок. Исходя из представленной выше схемы, это вполне естественно. Наиболее целостно картину управления планированием и создания единого сводного плана демонстрирует раздел PMBOK «Управление интеграцией проекта». Ниже показан локальный блок диаграммы потоков данных разработки плана управления мероприятием.
Локальный блок диаграммы потоков данных разработки плана управления проектом
Представленный выше визуальный блок примечателен рядом обстоятельств. База знаний по управлению проектами, весь наработанный в этом направлении опыт, регламенты имеют существенное значение для успеха планирования. Это в той же мере касается стандартов, ПО, организационных структуры и культуры, методов управления, инфраструктуры и т.д. Устав является ключевым ориентиром для планирования. Данные процессы являются базисом для интеграции в сводный план и в качестве входов для разработки его итоговой версии предлагают:
- планы управления параметрами проекта;
- базовые планы по содержанию, по стоимости, а также расписание;
- обновления плана.
Этапы разработки календарного плана
Как мы помним, управление проектом строится на «трех китах»: содержании работ, ограничениях и рисках. Если менеджер умеет хорошо работать с этими тремя параметрами, то для него нет нерешаемых задач. Рассмотрим разработку календарного плана с позиции названных трех позиций и разобьем этот процесс на этапы. Первый и второй этапы мы отнесем к содержанию работ.
- Этап определения и написания состава работ списком. Достаточно часто допускаются ошибки из-за того, что все работы сразу представить не получается. Для качественного определения состава операций полезно использовать основы метода последовательной декомпозиции работ.
- Этап определения исполнения проекта с точки зрения последовательности и длительности работ, которые зависят от технологии их выполнения. Для создания качественного результата данного этапа хорошо подходит уже названный метод последовательной декомпозиции задач и экспертная оценка продолжительности работ с использованием таких методов, как, например, метод мозгового штурма.
- Определение доступности ресурсов. В мероприятии используются разнообразные ресурсы: финансовые, материальные, трудовые, информационные и т.п. С позиции денежных ресурсов требуется увязать график работ с графиком финансирования. Вводится понятие дефицитных ресурсов: уникальных специалистов и мощностей. Это накладывает отпечаток на последовательность и продолжительность работ.
- Определение внешних ограничений. К этим ограничениям относятся сезонность, технологические процессы поставок оборудования, различные внешние события. Если взять во внимание пример особых пожеланий заказчика (по конкретным партнерам) или внешних событий (например, приуроченность завершения этапа к моменту национального праздника), то подобные события включают в мероприятие в виде вех.
- Этап создания плана реагирования на риски. Мы анализируем риски проекта и для основных угроз разрабатываем план реагирования. С учетом этого плана мы затем дорабатываем календарный план.
Третий и четвертый этапы относятся к позициям ограничений, пятый этап – к рискам. Две основы реагирования (активная и пассивная) определяют момент решения и включения его в проектный план. Активное реагирование подразумевает, что мы в календарный план включаем дополнительные работы, направленные на минимизацию рисков. Это может повлиять на сроки выполнения других работ.
Как пример мы можем рассмотреть проект вывода на рынок новой услуги. Допустим, выявлен риск ее невостребованности на рынке. Тогда для минимизации данного риска необходимо провести дополнительное исследование, и эту работу приходится включать в календарный план. Пассивное реагирование подразумевает формирование дополнительных финансовых резервов под выявленные риски. Этапы разработки календарного плана могут быть представлены также и в логической последовательности, представленной далее.
Логическая последовательность разработки календарного плана
Основные действия по планированию проекта
Для создания сводного плана менеджер проекта реализует серию планировочных итераций. В ходе выполнения процессов планирования формируются важные инструментальные и итоговые документы, которые в совокупности и составляют сводный план. Среди них:
- иерархическая структура работ (ИСР);
- сетевая диаграмма;
- план управления качеством;
- расписание проекта;
- бюджет;
- организационная диаграмма;
- реестр рисков;
- коммуникационный план;
- сводный план проекта.
Визуальная модель процессов планирования проекта
Выше размещена модель процессов планирования проектной задачи. Полный состав процессов вы имеете возможность рассмотреть на схеме. Процессы планирования по методу «бассейновых дорожек» привязаны практически ко всем разделам управления проектами. Многие из указанных в модели процессов получат возможность быть представленными в отдельных статьях нашего сайта. В настоящем материале мы кратко акцентируем внимание на ключевых процедурах планирования.
- Процесс определения содержания выполняется с целью прояснения масштаба проекта, границ с описанием его продукта. Процесс начинается с уточнения целей мероприятия, его связи со стратегией компании, рассмотрения вариативных подходов к реализации. PM должен четко осознавать, какие работы выходят за рамки проекта и каковы требования к продукту.
- Процесс определения состава работ. Основы, заложенные в предыдущем процессе, получают развитие в полном комплексе необходимых операций для достижения успеха. Их структура и состав связаны с основной задачей проекта. ИСР является основным инструментом, применяемым PM для решения задачи настоящего процесса.
- Определение взаимосвязей работ. Логическая последовательность работ служит предметом и целью настоящего процесса. Наилучшим инструментом и результатом реализации процесса является сетевая модель (диаграмма, график), построенная и оптимизированная с применением метода PERT и CPM.
- Процесс оценки длительности работ. Прогнозирование продолжительности каждой работы, входящей в ИСР и сетевую модель, выполняется на основе разнообразных подходов. Основными методами служат способы оценки по аналогам, «снизу – вверх», от исполнителей, экспертная и параметрическая оценка.
- Процесс оценки потребностей в ресурсах. Целью процесса является определение потребного количества человеческих ресурсов, ресурсов машин и механизмов. Ресурсы разделяются на группы: возобновляемые, расходуемые и финансовые.
- Процедура разработки календарного плана. Процесс выполняется с целью определения расчетных сроков отдельных работ и проекта в целом. Важен вопрос детализации плана. Глубина его проработки должна быть достаточной для того, чтобы менеджер проекта мог контролировать ход работ и выполнение поставленных задач.
- Разработка сводного плана проекта. В нем происходит объединение всех результатов работы по планированию мероприятия в единый интеграционный документ проекта.
В настоящей статье мы познакомились с «максимальной комплектацией» процедур и документов, создающих проектный план. В реальной практике, особенно когда проект по масштабам является средним или небольшим, носит регулярный характер, избыточные усилия по планированию часто не требуются. В таких случаях можно ограничиться типовыми планировочными решениями и неполным составом документов. Вместе с тем, без базового документального комплекта в сводном плане вряд ли можно обойтись, и усилия, потраченные на его разработку, окупаются сторицей.
Планирование проекта является одним из основных процессов в управлении проектами. Давайте разберемся, почему процесс планирования так важен и что от него зависит. Почему важно потратить время и ресурсы на эту фазу.
Во-первых, этап планирования прочно связан с остальными основными этапами управления проектами.
На этапе планирования необходимо учитывать результаты этапа – устав проекта, реестр участников проекта, стратегия управления участниками проекта.
На этапе планирования вырабатывается , сначала это может быть очередность основных активностей, впоследствии будут добавлены детали.
Во-вторых, план управления проектом является инструментом мониторинга и контроля и должен регулярно обновляться при появлении новой информации или изменений (например, по срокам). Благодаря мониторингу и контролю видно, насколько активности по проекту соответствуют установленным в плане для получения определенного результата.
Таким образом, очевидно, что процесс планирования оказывает влияние на все ключевые .
В связи с этим, рассмотрим некоторые аспекты планирования более подробно.
Трудно представить себе процесс управления чем либо без намеченной последовательности действий.
Если это автомобиль, на котором вы собираетесь отправиться в офис, то сначала вам нужно открыть водительскую дверь, затем сесть за руль, затем вставить ключ в замок зажигания и завести мотор.
Мониторинг и контроль позволяет вам четко осознавать, что, следуя намеченной последовательности действий, вы достигнете ожидаемого результата (машина сдвинется с места и вы поедете в офис).
То есть если что-то пошло не так (например, вы прихлопнули дверью машины полу своего пиджака), необходимо скорректировать последовательность действий – вместо того, чтобы вставить ключ в замок зажигания и завести мотор, лучше все же сначала освободить пиджак.
Процесс планирования очень активно проходит на начальной стадии жизненного цикла проекта. Это в общем-то и понятно – трудно приступать к процессам исполнения, если еще не определились (в плане) чего хотим достичь (или какими способами).
Итак, – это официально утвержденный документ для исполнения проекта (базовый план).
Рабочий (текущий) план проекта – это документ или набор документов, который может изменяться по мере выполнения проекта с учетом появления дополнительной информации. Рабочий план обычно отличается от базового, обновляется руководителем проекта.
Базовый план изменяется только в крайних случаях и не может быть изменен руководителем проекта. Его изменяет Комитет по или заменяющее его лицо (Спонсор, Заказчик). Только в том случае, если изменение утверждено.
Создание плана проекта – это итеративный и интеграционный процесс. То есть при разработке плана проекта используются результаты других процессов планирования (например, стратегического).
Объем и состав плана должен соответствовать масштабности проекта. Не забывайте, что грамотное планирование – это залог успеха проекта.
При разработке плана управления проектом можно использовать метод “набегающей волны”, суть которого состоит в том, что невозможно и необоснованно на старте проекта составлять детальный план для всего проекта.
Данный метод позволяет планировать активности более эффективно при поступлении информации уже в процессе выполнения проекта, то есть волна детализации как бы продвигается по проекту.
На рисунке ниже приведено схематическое изображение детализации при использовании метода набегающей волны.