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

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

Во-первых, этап планирования прочно связан с остальными основными этапами управления проектами.
На этапе планирования необходимо учитывать результаты этапа – устав проекта, реестр участников проекта, стратегия управления участниками проекта.

На этапе планирования вырабатывается , сначала это может быть очередность основных активностей, впоследствии будут добавлены детали.

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

Таким образом, очевидно, что процесс планирования оказывает влияние на все ключевые .
В связи с этим, рассмотрим некоторые аспекты планирования более подробно.

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

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

Итак, – это официально утвержденный документ для исполнения проекта (базовый план).

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

Базовый план изменяется только в крайних случаях и не может быть изменен руководителем проекта. Его изменяет Комитет по или заменяющее его лицо (Спонсор, Заказчик). Только в том случае, если изменение утверждено.

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

Объем и состав плана должен соответствовать масштабности проекта. Не забывайте, что грамотное планирование – это залог успеха проекта.

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

План управления поставками

Базовое расписание

Базовый план по стоимости

Базовый план по содержанию

Все процессы, понятия или предметы с чего-то начинаются. Этот момент начала произошел несколько дней или лет назад, и все выглядело по-другому – не так, как сейчас. Смотря, например, на машину, мы понимаем, что в самом начале она не была такой: сначала появилась идея, затем эта идея была донесена другим людям, что вызвало обсуждение; к работе подключились дизайнеры, был запущен процесс сборки и многое другое.

Описанное выше – незначительный пример. Но он отлично объясняет суть – у всего есть начало.

Управление проектами – не исключение. Будучи сложной цепочкой задач и процессов, оно также с чего-то начинается. Этим первым шагом является план проекта .

В этой статье мы поговорим о плане и процессе планирования, а также разъясним моменты, связанные с вопросом «Как создать такой план». Мы выделили 7 шагов.

Что же такое план проекта?

Вы могли заметить, что мы помимо плана упомянули и процесс планирования . Какая между ними разница? Все очень просто.

Планирование – это процесс, обсуждение. Во время него выясняется объем работ, цели и пути, необходимые для их достижения.

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

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

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

Хорошо подготовленный план должен отвечать на следующие вопросы.

Почему?

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

Вопрос касается работы, которая должна быть выполнена для достижения результата и конечных целей.

Вопрос о вовлеченных людях, их ролях и ответственности; о том, как они должны быть организованны.

Когда?

Здесь речь идет о графике/продолжительности проекта.

Как составить план проекта?

Перед тем как заняться составлением, менеджер должен быть осведомлен о большом количестве вопросов, которые будут возникать на протяжении всего проекта, и ответов на них. Каждый вопрос можно выделить отдельно. Но все же лучше определить общие характерные шаблоны и модели. Итак, что же необходимо делать менеджеру для составления плана проекта.

1. Общайтесь

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

Стоит добавить, что общение – это не только первый шаг. Общаться стоит на протяжении всего проекта – это ключ к успеху.

2. Определите участников и цели

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

Кто может быть участником проекта:

Заказчик – человек, непосредственно финансирующий и утверждающий работу;
Менеджер проекта – человек, занимающийся планированием с последующим созданием, исполнением и контролем над проектом;
Команда проекта , которая создает конечный продукт. Члены команды участвуют во многих важных процессах, среди которых разработка, обеспечение качества, работа над дизайном и т.д. Как правило, они не утверждают проект;
Конечный пользователь ;
Другие . В этот список могут входить самые разнообразные люди: риск-аналитики, специалисты по снабжению и т.д.

Что можно сделать на этой стадии? Проведите интервью с ключевыми участниками. Так вы поймете, какие требования ставятся, и какие цели стоит достигнуть. Наиболее эффективным способом достижения целей является SMART методика постановки целей.

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

Это наш почему вопрос.

3. Определите весь объем работ

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

На этой стадии также уменьшаются риски недопонимания, которые могут привести к масштабов проекта.

Это наш что вопрос.

4. Определите роли и ответственности

Одна из важнейших задач менеджера – распределение задач между членами команды. Они должны знать свои роли и сферу ответственности. И, конечно же, не следует забывать, что команды – это сформированные единицы с определенным числом участников.

Это наш кто вопрос.

5. Составьте график проекта

Этот пункт – непосредственное продолжение предыдущего. Как только роли и ответственность будут распределены, следующим шагом будет установление продолжительности работы для каждого ресурса с датами начала/окончания.

Это наш когда вопрос.

На этой же стадии менеджер устанавливает ключевые события, критический путь – в общем, имеет дело с графиком выполнения работ.

Какой же инструмент для работы с проектом выбрать?

6. Визуализируйте план проекта при помощи диаграммы Ганта

Заметим, что некоторые люди, говоря о графике, подразумевают весь проект. Это не совсем так. Визуализированный график – это всего лишь часть планирования и плана как такового. Весь проект представляет собой более сложную структуру.

Воспользуйтесь GanttPRO – онлайн инструментом для . С его помощью менеджер может:

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

С диаграммами Ганта GanttPRO легко управлять процессами планирования и составлять проект.

7. Управляйте рисками

Все стадии проекта могут подвергаться рискам. Поэтому управление ими – один из важнейших моментов в планировании.

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

Какие риски могут возникнуть?

Оптимистичные ожидания о времени и затратах;
Плохо обозначенные требования и пожелания;
Плохо обозначенные роли и ответственности;
Перемены в требованиях;
Новые требования;
Сокращение бюджета;
Плохое взаимодействие.

Подытожим

Идентичных проектов не существует. Один может быть отлично реализован без рисков и перенесенных сроков. Другой может провалиться, даже если в нем будут те же участники, затраты, график и цели. Риски и перемены в проекте неизбежны. Но все же облегчить само планирование и составить план помогут грамотно распланированные объем работ, график, оцененные риски и отличная командная работа. В таком случае даже трудные проекты могут приносить удовольствие.

А у вас есть опыт планирования проектов?

Проектное планирование – это часть управления проектами, которое связано с использованием календарно-сетевых графиков, таких как диаграмма Ганта для планирования работ и последующего доклада о ходе реализации в среде проекта.

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

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

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

Планирование проекта может быть выполнено вручную, но часто используются программные комплексы для управления проектами. К таким комплексам относится профессиональная Oracle Primavera и более бытовой MS Project.

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

Характеристики графиков проектов

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

Следует отметить, что управление проектом не ограничивается промышленностью; обычный человек может использовать данный метод, чтобы организовать собственную жизнь. Некоторые программы управления проектами, шаблоны, графики и примеры, помогут пользователям создать свой график.

Методы разработки графиков проектов

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

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

Расписание необходимо постоянно (лучше еженедельно) обновлять (актуализировать).
Значение ЕАС (оценка по завершении) должно быть равным базовому значению.
Загрузка должна быть правильно распределена между членами команды (с учетом выходных).

Планирование — фундамент, на котором строится любой проект. И чем он крепче, тем больше вероятности, что проект будет успешным. Для этого и существует project management plan, состоящий из трех блоков: активностей (целей, концепции проекта, ресурсные предназначения и т.д.), задач и ресурсов (люди, оборудование, деньги и т.д.).

Что такое план управления проектом?

План управления проектом — документ, в котором прописаны все элементы проекта: от активностей и ресурсов до критериев оценки успешности и рисков. Разрабатывая этот план, проектный менеджер пытается охватить проект целиком, от инициирования до закрытия.

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

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

Обычно в проекте задействовано два плана управления:

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

Для чего он нужен?

Хороший план должен отвечать на базовые вопросы:

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

Веха (milestone) — контрольная точка в ходе проекта (например, переход к новой итерации).

Задачи Project Management Plan такие:

Ключевые составляющие плана управления проектом

Составлять планы по одному шаблону не получится, но существует набор базовых элементов, зная которые, легко построить каркас будущего проекта:

краткое описание плана — пару абзацев о ключевых элементах проекта, которые раскрываются в плане.
стратегическое и организационное выравнивание — сюда включаются результаты анализа стейкхолдеров и организационные цели, которые будут поддержаны при проведении проекта.
определение области проекта — в этот пункт входит следующие элементы: задача и цели, ожидаемые результаты, инструменты PBS и WBS . В разделе важно также указать спецификации качества — критерии эффективности продукта или услуги с точки зрения клиента.

PBS (product breakdown structure) — инструмент для анализа, документирования и передачи результатов проекта. PBS — часть методики планирования на основе продукта (один из главных методов в модели проектного менеджмента PRINCE2).

WBS (work breakdown structure) — иерархическая разбивка проектной работы на более мелкие задачи (операции) до того уровня, когда понятны способы выполнения работ, есть возможность оценки и планирования.

оценка осуществимости и планы на случай непредвиденных обстоятельств — содержит оценку экономической, технической и организационной осуществимости проекта, определение и анализ рисков, предлагает планы действий в критических ситуациях для устранения факторов риска.
ограничения — список известных ограничений, налагаемых средой или руководством (фиксированный бюджет, недостаток ресурсов и т.п.).
требования к проектной команде — определение организации проектной команды, роли и ответственность участников. Здесь же прописываются требования к обучению.
материальные требования — включает элементы места, программного обеспечения, оборудования и других ресурсов для завершения проекта.
график и вехи — в этом разделе определяются вехи и график активностей проекта, включая три ключевых элемента: доставки (результаты работы), даты или продолжительность, и критические зависимости.
бюджет (смета) — ожидаемые расходы обычно делятся на три типа: капитальные (покупка склада под хранение продукции), расходные (еженедельные закупки материалов для заготовок) и трудовые (выплата зарплат участникам команды)
управление рисками — подробное описание процесса по управлению рисками: от идентификации (через мозговой штурм, интервьюирование, SWOT-анализ) до выбора системы мониторинга (про- или реактивная).
управление изменениями — похоже на предыдущий пункт, только касается возможных изменений (а их будет много). Здесь стоит прописать алгоритм проведения изменений, методологии управления (ADKAR, AIM и другие), формулу вычисления вероятности успеха изменений и др.
управление коммуникациями — пункт касается и команды, и стейкхолдеров. Проектный менеджер в этом разделе должен описать систему коммуникаций, которая будет использоваться, и каналы передачи документации по производительности проекта сторонам проекта.
вложения — сюда могут попасть любые документы: от отдельных заметок до презентаций и сертификатов.

Список разделов плана дополняется в зависимости от особенностей конкретного проекта.

Базовый и рабочий планы проекта

Во время работы над проектом проектный менеджер, участники команды и стейкхолдеры работают с двумя видами планов:

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

В ходе развития проекта можно сравнить базовый и рабочий планы, понять, где «провисает» работа, а где наоборот — выполнение проекта идет быстрее (экономнее) задуманного. В редких случаях изменения по ходу проекта вносятся в базовый план управления .

В Worksection диаграмма Ганта позволяет увидеть разницу межу базовым и рабочим планом
(синее — общее время, красное — просроченные задачи, зеленое — вовремя завершенные задачи)

Разработка плана управления проектом

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

Мы сконструировали простую пошаговую процедуру написания плана, состоящую из 16 пунктов:

Определите стартовые условия разработки плана — важно понять, с кем вы будете его разрабатывать (один, с участием руководства, стейкхолдеров), где и когда и т.п. Важно заранее прописать методики (например, брейншторминг) и программное обеспечение (типа Microsoft Visual Studio), которые будут использоваться в создании плана — это значительно сэкономит время и упростит задачу.
Определите стартовые условия проекта — здесь описывается содержание проекта, список требований к результатам и его управлению. К примеру, задуман проект по продаже качественных неоновых спиннеров с принтами супергероев. В результате успешной реализации годового проекта должно быть продано 100 000 единиц товара за 12 месяцев со старта проекта, после чего пройдет продажа бизнеса. Структура управления проектом будет состоять из генерального проектного менеджера в центральном офисе и соответствующих отделов в региональных представительствах проекта.
Разграничьте выполняемые действия на такие, которые будут делаться силами проектной команды, и аутсорсинг.
Создайте WBS проекта, разбив его на меньшие управляемые куски. Это похоже на Agile-подход, когда полный код делится на много маленьких рабочих кусков.
Пропишите набор задач для выполнения каждой части WBS и постройте зависимость между ними. Так, задача покупки и обустройства регионального склада для хранения спиннеров может быть выполнена только после анализа рынка и продажи определенного количества товара в конкретной области.
Определите необходимые компетенции для выполнения каждой задачи. Здесь важно не подгонять требуемые знания и навыки под потенциальных участников проекта, а сосредоточиться на «идеальных» требованиях.
Оцените временные и денежные затраты на выполнение задач.
Разработайте проекта. Методика хороша как раз для продуктового бизнеса, и её легко отобразить через схемы (например, диаграмму Ганта).
Создайте календарный план проекта — начальная, промежуточные, конечная даты. К примеру, упрощенная схема: 1 ноября запускается проект, 1 декабря — старт продаж к Новому году, 31 декабря — подведение итогов новогодних продаж, 15 января — запуск специализированной линейки ко Дню святого Валентина, 20 февраля — подведение итогов и т.д.
Рассчитайте стоимость проекта (в нашем случае — во сколько обойдется успешная реализация 100 000 спиннеров и продажа бизнеса).
Уточните требования к качеству (например, прописанные стандарты качества изготовления спиннеров).
Назначьте ответственными конкретных людей на задачи. Здесь вам и пригодится п. 6, со списком которого вы будете связывать компетенции членов команды.
Распланируйте формат работы со стейкхолдерами — подберите каналы связи, определите степень их вовлечения в работу над проектом и т.д.
Просчитайте риски (например, по формуле кумулятивного метода). В нашем примере со спиннерами это может быть банальное перенасыщение рынка, нарушение условий договора экспедиторами и т.п. В анализе рисков используйте данные с предыдущих пунктов.
Запишите ограничения проекты и с их учетом внесите данные в план управления проектом. В нашем случае детали спиннеров доставляют из Китая, сборка происходит в Украине, а это уже ограничивает возможность жесткого контроля качества материалов и быстрой переналадки.
Пройдите еще раз по всем пунктам плана , чтобы достичь дзен. Осталось доработать список закупок и требований к ним, согласовать с заинтересованными лицами — и у вас на руках готовый план управления проектом.

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

В Владислав Гагарский в качестве примера приводит такую схему утверждения:

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

Но эта схема больше подходит готовым коллективам , которые выполняют друг за другом несколько проектом или сменили профиль деятельности. Для тех, кто «с нуля» решил написать и утвердить project management plan, методика не подойдет. В таких случаях базовый проект утверждается руководителем компании или проекта (заказчиком) с подачи проектного менеджера.

Вердикт

не палочка-выручалочка.

Он будет декларацией изначально без инструментов по его внедрению. Инструментом же может стать с его проектами/задачами/подзадачами и учетом денег, времени и ответственных прямо в задачах. Это оптимальный способ организовать наглядную работу компании, где связь между базовым и рабочим планами очевидна всем.

Но план — это тот старт, который определит 50% успешности проекта.

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

Понятие и цель планирования

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

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

Планирование предметной области

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

На основе анализа целей уточняется текущее состояние управляющей системы.
Уточнение ключевых параметров проектного решения.
Детальное формулирование критериев успеха и провала.
Анализ и корректировка допущений по ограничениям.
Определение параметров оценки промежуточных и конечных результатов проекта.

Состав процессов планирования

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

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

Разработка структуры содержания проекта с указанием основных этапов осуществления проекта.
Разбивка крупных задач на мелкие - детализация и сегментация на отдельные процессы.
Составление сметной конструкции, в которой будут учитываться требуемые ресурсы как на планирование, так и на разработку проекта.
Составление перечня с конкретными рабочими мероприятиями. Формирование документальной базы, в которой будут указываться параметры работ, их технологические зависимости и т. д.
Расстановка рабочих действий в общей планировочной структуре. Определение возможностей изменения конфигурации их выполнения.

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

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

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

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

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

Методы разработки планов

Создание стратегии управления допускает применение четырех способов разработки, каждый из которых может применяться на нескольких этапах планирования проекта

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

Особенности ресурсного планирования

Материально-техническое, информационное и организационное обеспечение в процессах подготовки и реализации проектов имеют большое значение. Они в значительной степени определяют конфигурации и последовательности выполнения отдельных этапов и операций на пути к достижению как основных, так и промежуточных задач. Поэтому стоит отдельно рассмотреть метод планирования проектов с позиции распределения ресурсной базы. Итак, в основу структурной разработки данной модели планирования ляжет классификация ресурсов по исчерпаемости. Сразу надо определиться, что те же материально-технические средства могут полностью или частично отдаваться на реализацию отдельного этапа. Здесь же будет влиять и принцип рационального расхода и перераспределения ресурсов, при котором грамотное планирование позволит эффективно потреблять, к примеру, топливо на одних участках, и экономить его на других.

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

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

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

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

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

Уже говорилось о важности предварительного создания модели реагирования на риски. Конкретная модель их обработки может строиться на следующих ответных механизмах:

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

Распространенные ошибки планирования

Многие просчеты в тех или иных факторах и параметрах создания плана могут проявиться только в процессе эксплуатации проектируемого продукта или решения. Но есть и модельные ошибки, с которыми лучше соотносить подготовленные проектные материалы заранее:

Применение неправильных целей. Как правило, ошибки в этой части выражаются в неточном или вовсе некорректном формулировании.
Использование неполных данных. Ошибочность планирования управления проектами особенно характерна для отраслей инжиниринга, где велика вероятность получения неполных или неверных данных из-за нарушений в сложных процессах тестирования.
Подключение узкой группы специалистов. Зачастую в работу включаются только плановики, которые решают смежные задачи через контрагентов, что само по себе снижает качество результата.
Формализация планирования. Распространенная проблема, когда отдельные процессы выполняются не ради ясных конкретных целей, а для завершения определенной части работ без акцента на дальнейший эффект.

Заключение

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