Технологии планирования проектной деятельности. Планирование проекта План по составлению проекта

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

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

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

по объёму работ,
по приоритету,
по выбору методик управления,
по нормам качества,
по форме поддержания связи с заинтересованными лицами,
по критериям измерения производительности и др.

Предыстория проекта.
Задачи и цели.
Масштаб.
Границы (ограничения).
Предположения (допущения).
Влияния и зависимости.
Риски и проблемы.
Стратегии и методики.
Средства и способы контроля времени, ресурсов, качества, масштаба.
Коммуникации.
График поставок.
Производительность и её измерение.
Реализация выгод.

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

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

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

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

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

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

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

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

Структурная декомпозиция работ (СДР)

СДР – графическое отображение иерархии проектных работ – первый этап календарного планирования проекта. По сути, СДР – это разделение проекта на такие части, которые нужны и достаточны для планирования и эффективного контроля. Составление иерархической структуры предполагает соблюдения следующих правил:

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

На основе СДР создаётся список работ проекта. А далее определяется последовательность их выполнения, взаимосвязи с помощью организационно-технологических моделей и продолжительность работ.

Продолжительность работ

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

PERT . Метод рассматривается как средневзвешенная трёх видов прогнозов: оптимистичного, ожидаемого и пессимистичного. После установления продолжительности по каждому прогнозу (с применением формулы и/или с привлечением экспертов) рассчитывается вероятность каждого из прогнозов. А затем значения каждого из прогнозов и их вероятности перемножаются, а величины складываются.
Сетевая диаграмма . Сетевой диаграммой называется отображение работ и зависимостей между ними в графическом виде. Чаще она представлена в виде графика, вершинами которого становятся проектные работы, а их последовательность и взаимосвязь демонстрируется соединительными стрелками.
Диаграммы Ганта . Это горизонтальная диаграмма с отображением проектных работ в виде отрезков, ориентированных по календарю. Длина отрезка соответствует продолжительности работы, а стрелки между отрезками – взаимосвязь и последовательность работ.

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

Трудовые ресурсы проекта

В этой части планирования сначала определяется объём доступных ресурсов. Это делается путём составления перечня исполнителей, доступности и возможности их участия в проекте.

Затем на каждую работу проекта назначаются исполнители с определением зоны их ответственности. Нередко в календарном плане на уровне распределения трудовых ресурсов возникают противоречия. Тогда производится анализ противоречий и их устранение.

Стоимость проекта

В планировании стоимости проекта можно выделить несколько этапов:

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

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

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

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

В этом разделе описываются процессы, которые связаны с определением, анализом, оценкой рисков и разработкой мер реагирования на них. Риски характеризуются 3-мя параметрами:

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

Простой метод планирования рисков реализовывается с соблюдением следующей последовательности действий:

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

План при создании проекта необходимо писать независимо от того, в каком области работает предприятие: от производственных проектов и сферы IT-технологий и до озеленения и работ по благоустройству города. Однако само проектное планирование не «подвешено в воздухе», поскольку его предваряет проектная инициация, а завершает –переход к непосредственному исполнению проекта.

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

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

Общее планирование проекта

Процедура составления плана называется планированием. Планирование выполняет следующие функции:

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

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

Рис. 10.1.

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

Выделение отдельных работ проекта выполняет следующие функции:

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

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

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

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

Пакет работ должен содержать следующую информацию:

1) ожидаемые после завершения работ результаты;
2) ответственные за выполнение отдельных работ пакета;
3) точки пересечения с другими рабочими пакетами или проектами;
4) конкретные действия, задания и сроки;
5) затрата времени (в часах или днях) для выполнения отдельных работ пакета и заданий;
6) расходы на персонал, оборудование, материалы, необходимые для выполнения работ;
7) кодовый номер для идентификации пакета работ;
8) подпись и данные руководителя, ответственного за выполнение работ пакета и подпись менеджера проекта.

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

сроки или временные рамки проекта;
объем выполняемых работ;
согласованное с заказчиком проекта качество выполнения работ.

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

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

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

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

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

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

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

На основании плана делается несколько документов разного предназначения. Для старших менеджеров организации и внешних стейкхолдеров - инвесторов, кредиторов, заказчиков, поставщиков и др. необходимо сделать выдержки из плана на одной-двух страницах - резюме, которое должно быть привязано к ключевым процессам жизненного цикла проекта. Если информации слишком много для размещения на одной-двух страницах, следует придумать способы ее группирования. Например, определить, что "группа работ № 1" - это первоначальное техзадание на разработку проекта; "группа работ № 2" - строительство нового здания; "группа работ № 4" - монтаж и наладка производственного оборудования; "группа работ № 5" - подготовка персонала; "группа работ № 6" - сдача объекта в эксплуатацию.

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

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

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

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

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

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

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

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

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

Полноценная техника планирования включает в себя следующие этапы:

1) Определение целей проекта и их описание. Довольно часто проекты начинаются без четкой цели.
2) Определение технологических стадий. Для проекта должна быть выбрана технология реализации, определяющая стадии развития проекта. Одной из типичных ошибок планирования является несоответствие плана технологическому циклу.
3) Для технологических стадий необходимо определить список задач, указать их взаимосвязи (последовательность) и прогнозируемую длительность (зависит от назначенных ресурсов).
4) Необходимо согласовать вопрос о выделяемых проекту ресурсах. Следует отметить, что все ресурсы компании должны распределяться централизованно. Довольно часто возникает ошибка планирования, связанная с тем, что некоторые дефицитные ресурсы используются одновременно в двух разных проектах в одно и тоже время.
5) Если определить расценки на ресурсы, бюджет может быть получен также автоматически. Одна из типичных ошибок заключается в том, что бюджет назначают, не обращая внимания на прогнозируемую себестоимость проекта.
6) Письменное задание, бюджет и график работ образуют формальный документ "План проекта". Довольно часто перед началом проекта некоторые из указанных документов отсутствуют.

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

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

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

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

Основные этапы процесса планирования показаны в Таблице 1 и включают девять шагов. На каждом шаге менеджер проекта может обнаружить неэффективность или невозможность реализации проекта и поднять вопрос о его закрытии.

Таблица 1 - Основные этапы процесса планирования проекта

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

Для реализации больших и сложных проектов становится целесообразным применение вспомогательных процедур планирования проекта:

· планирование качества;
· планирование рисков и мероприятий по работе с ними;
· организационное планирование;
· планирование коммуникаций.

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

Рисунок 3 Схема планирования проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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