9. ПОСЛЕДОВАТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ ИНВЕСТИЦИОННЫХ ПРОЕКТОВ И СОДЕРЖАНИЕ РАЗДЕЛОВ

9.8. Планирование сроков осуществления проекта

9.8.1. Горизонт расчета (расчетный период) и его разбиение на шаги

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

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

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

При разбиении расчетного периода на шаги следует учитывать:
- цель расчета (оценка эффективности проекта в целом, оценка финансовой реализуемости, мониторинг проекта с целью осуществления финансового управления и т.д.);
- продолжительность различных фаз жизненного цикла проекта. В частности, целесообразно, чтобы моменты завершения строительства объектов или основных этапов такого строительства, моменты завершения освоения вводимых производственных мощностей, моменты начала производства основных видов продукции, моменты замены (замещения) основных средств и т.п. совпадали с концами соответствующих шагов, что позволит проверить финансовую реализуемость проекта на отдельных этапах его реализации;
- неравномерность денежных поступлений и затрат (в том числе сезонность производства или реализации продукции);
- периодичность финансирования проекта. Шаг расчета рекомендуется выбирать таким, чтобы получение и возврат кредитов, а также процентные платежи приходились на его начало или конец);
- оценку степени неопределенности и риска, их влияние;
- условия финансирования (соотношение собственных и заемных средств, величину и периодичность выплаты процентов за кредиты и лизинг). В частности, моменты получения разных траншей кредита, выплат основного долга и процентов по нему желательно совмещать с концами шагов;
- «обозримость» выходных таблиц, удобство оценки человеком выходной информации;
- изменение цен в течение шага вследствие инфляции и других причин. Желательно, чтобы в течение шага расчета цены изменялись не более чем на 10%. Отрезки времени, где прогнозируются высокие темпы инфляции, рекомендуется разбивать на более мелкие шаги.

9.8.2. Этапы и работы реализации проекта

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

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

9.8.3.График реализации проекта

На рис. 9.16 представлен итог раздела – ленточный график реализации проекта (график Гантта).

Номер шага	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	...	20
Длительность шага, годы или доли года	мес	мес	мес	мес	мес	мес	мес	мес	мес	мес	мес	мес	мес	год	год	год	год
Этапы работы и показатели
1. Предпроизводственный период
1.1. Госрегистрация предприятия		5
1.2. Лицензия на право деятельности			10
1.3. Строительные работы				100	150	150	200
1.4. Закупка оборудования						500	600
1.5. Монтажные и пусконаладочные работы							60	70	80

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

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

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

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

Планирование состава работ предполагает назначение ответственных исполнителей за задачи и сроки. Задачи как статическая категория с их последовательностью переводятся в динамическую категорию состояния работ, которые приводят к результату проекта. Эти приведённые в формат работ задачи сводятся в график и/или таблицу. Задачи выражают суть результатов по критерию выполнения («решены / не решены»). Соответственно, момент начала действия для задач не столь существенен, как срок окончания.

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

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

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

1. По дате раннего начала. Это максимально ранняя дата, от которой можно начать отсчёт работ. При добавлении к ней параметра продолжительности работ получается дата раннего завершения. Продолжительность работ зависит от числа работающих и суммарной трудоёмкости, от объёма работ и интенсивности их выполнения. По дате раннего начала календарный план создаётся для стимулирования исполнителей, задействованных в проекте.
2. По дате позднего завершения. Последняя дата, к которой работа может быть закончена без задержки работ по проекту, вычисляется путём суммирования даты позднего начала и продолжительности. Выбирается для максимального доведения результатов проекта до уровня потребительских потребностей.
3. По наиболее вероятному окончанию. Выбирается для сглаживания ресурсов.

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

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

Поскольку в основе управления проектами лежат параметры содержания работ, ограничений и рисков, составление календарного следует рассматривать с учётом этих параметров. Этапы разработки плана ткже будут соответствовать этим параметрам: этап № 1 и № 2 – содержанию работ, этап № 3 и № 4 – ограничениям, этап № 5 – рискам.

1. Формирование списка состава работ. Список важен потому, что если сразу все работы представить не получается, возникают ошибки. Чтобы этого не допустить при определении состава операций применяют метод последовательной декомпозиции работ.
2. Определение потенциала реализации проекта на основе продолжительности работ и их последовательности, что, в свою очередь, зависит от технологии выполнения. Помимо упомянутого метода последовательной декомпозиции для определения применяют метод экспертной оценки, мозговой штурм и др.
3. Установление доступности ресурсов. В проектных процессах задействованы человеческие, материальные, финансовые, информационные и другие ресурсы. Поэтому график работ нужно соотнести с графиком финансирования. Для этого ресурсы дифференцируют – вводят понятие дефицитных ресурсов. К таким относятся уникальные специалисты, специфические материалы и мощности. Фактор доступности напрямую отражается на последовательности и длительности работ.
4. Определение внешних ограничений. Самые распространённые ограничения – по сезонности, по поставкам материалов и оборудования. В качестве примера ограничения по внешним событиям можно назвать срок завершения этапа, приуроченный к национальному празднику. Такие события включаются в проект в статусе вехи.
5. Планирование реакции на риски. Для основных угроз из числа необходимо разработать план реагирования, который тоже влияет на календарный план.

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

• Шаг 1. Определение состава работ.
• Шаг 2. Оценка продолжительности работ (трудозатрат).
• Шаг 3. Выявление внешних ограничений и вех.
• Шаг 4. Выстраивание последовательности работ и календарного плана.
• Шаг 5. Пересчёт и уточнение календарного плана на основании ресурсных ограничений.
• Шаг 6. Учёт рисков.

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

Документальная составляющая календарного графика

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

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

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

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

• предписания по выполнению конкретных действий,
• мониторингового ориентира и документа для поведения контрольных мероприятий,
• основания для решений по изменению хода проекта.

С помощью программ по управлению проектами (например, Microsoft Project) можно создавать электронную форму план-графика в виде диаграммы Ганта или табличной формы. «Шапка» план-графика в табличной форме может состоять из колонок «Работы», «Сроки» (с разделением по колонкам на сроки начала и окончания работ), «Ответственные исполнители», «Результат», «Факт реализации». Нередко в отдельных колонках все работы нумеруют, и для каждой из них оставляют ячейку комментария.

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

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

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

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

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

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

1. Уточнить предназначение и целевую аудиторию проекта. Разобраться в деталях.
2. Разъяснить детали заказчику.
3. с теми, кто участвует в проекте и с заказчиком.
4. Установить количество работы и ее состав.
5. Привлечь и рационально распределить ресурсы, как человеческие, так и материально-технические.
6. Составить бюджет, .
7. Назначить ответственных за выполнение плана, разделить обязанности.
8. Установить сроки выполнения проекта и отдельных пунктов плана.

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

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

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

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

Параметры календарного плана

Главные параметры календарного графика:

• старт и финиш работы
• длительность работы
• ресурсная база

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

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

Если сложить ранний старт/поздний старт и продолжительность работы, то на выходе получим ранний финиш/поздний финиш.

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

Основы создания календарного плана

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

Технология

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

Этапы реализации проекта связаны с параметрами работы и включают в себя:

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

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

Методы

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

1. Диаграмма Ганта – столбчатая гистограмма, созданная для иллюстрации графика работ.
2. Сетевой график – комплексная модель отображения последовательности работ проекта.
3. Объемно-календарный график – метод, который позволяет представить объем и количество работ, ожидающих выполнения.
4. Цикловой график – метод, помощью которого измеряют продолжительность отдельных этапов и всего проекта целиком.

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

Все методы, представленные выше, легко создаются в инструментах Microsoft Office, Excel, либо в других современных программах-планировщиках и органайзерах.

Программы-планировщики

Значительно упростить составление плана и расчет его параметров помогут программы-планировщики. Они эффективны и относительно просты в использовании. На рынке электронной продукции их множество. Вот лишь некоторые:

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

Нормативная база календарного графика

Главный документ при планировании – сам календарный график С его помощью контролируются все процессы проектирования. Календарный график становится основой для сводного плана. Сводный план включает в себя:

1. Графики отдельных частей работ. Каждый исполнитель должен иметь их на руках.
2. Графики по пакетам работ.
3. Отчеты о финансах, выделенных на воплощение проекта.
4. Данные о потребности в ресурсах.
5. План организационных мероприятий по воплощению проекта.
6. Акты об охране труда.
7. Отчеты о расходе ресурсов и материалов.
8. Отчеты о ходе работы, предоставляемые каждым сотрудником.
9. Нормативы об использовании оборудования.
10. При создании некоторых видов проектов, например, обязательно нужны документы о технике безопасности.

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

Напишите свой вопрос в форму ниже

Статья предоставлена редакцией информационно-аналитического журнала "Управление Проектами" в рамках совместного проекта с Финансовой академией “Актив”.

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

Для кого эта статья

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

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

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

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

Если говорить об управлении сроками, то можно сформулировать следующие требования. Хороший график проекта:

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

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

1. Принять решения о способе планирования

1.1. Планирование от начала

Более привычный для большинства способ. Удобен, если вы знаете начало проекта, но только приблизительно представляете, когда он закончится.

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

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

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

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

Чтобы избежать раннего начала задач и распределить задачи во времени, можно использовать ограничения на задачи типа «Не ранее чем», «Фиксированная дата начала».

Иногда используют задержки и сдвиги между задачами.

Рисунок 1

Однако пользоваться задержками лучше по возможности меньше.

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

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

1.2. Планирование от конца

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

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

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

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

2. Избавиться от лишнего и упростить план

Лишним считается все, что не помогает планировать сроки проекта.

2.1. Примеры задач, от которых можно избавиться

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

Рисунок 2

Задача «Поддержка». Как правило, это задача, которая начинается после запуска в эксплуатацию и имеет, как правило, фиксированную длительность (по договору), либо привязана к некоторым контрольным точкам. Можно включить ее в план проекта, но минимизировать ее детализацию. Эта задача может быть спокойно заменена в плане на две контрольные точки: Начало эксплуатации и Окончание поддержки.

Рисунок 3

План, в конечном итоге, нужен чтобы ставить задачи и проверять факт и качество исполнения. Это очень хороший критерий, чтобы определить, с какой степенью детализации его делать. В план должны попадать только те задачи, которые РП собирается ставить и проверять их исполнения. Более мелкие задачи переносятся за пределы плана — в Excel, в JIRA или в связанный план рабочей группы в MS Project.

2.2. Пример излишней детализации

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

Рисунок 4

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

3. Установить взаимосвязи между задачами

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

3.1. Используйте минимум видов связей

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

3.2. Не используйте связи с суммарными задачами

Рассмотрим упрощенный пример проекта, состоящего из двух этапов. Иногда план выглядит так:

Рисунок 5

В результате мы имеем неоптимальный план. Иванов и Петров будут простаивать, ожидая завершения работы Сидорова по Этапу 1. Если у нас есть задача максимально сжать график проекта, мы начнем работы по Этапу 2, не дожидаясь завершения всех работ по Этапу 1. И тогда график будет выглядеть следующим образом. Связи между задачами, в данном случае отражают последовательность работ каждого из ресурсов.

Рисунок 6

Если же действительно нужно закончить все работы по Этапу 1 и только после этого начинать Этап 2, то можно организовать план следующим образом, не прибегая к связям между суммарными задачами — вставить вехи завершения этапа 1 и начала этапа 2.

Рисунок 7

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

3.3. Используйте Сетевую диаграмму

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

Рисунок 8

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

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

Рисунок 9

Рисунок 10

4. Оценить длительность задач

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

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

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

Задачи не должны включать запас «на всякий случай». Добавление запаса в каждую задачу с целью повысить вероятность выполнения в срок каждой задачи, скажем до 90%, делает график длинным, и при этом вы все равно не уложитесь в срок. Реальность такова, что все опоздания накапливаются, а опережения съедаются. Почему так? Причины могут быть следующие:

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

Поэтому придерживайтесь следующих правил при планировании работ:

• Вероятность выполнения в указанный срок установите в 50%. Это сократит оценку длительности по сравнению с 90% оценкой вероятности примерно вдвое. Сокращение времени позволит добавить в график временные буферы, которые вы будете расходовать из-за неизбежного опоздания по задачам. О добавлении буферов смотрите ниже.
• Ресурсы не должны быть перегружены. Люди не должны выполнять несколько задач одновременно. В этом случае их производительность будет максимально возможной.

5. Избавиться от распараллеливания задач

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

Рисунок 11

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

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

6. Выровнять ресурсы

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

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

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

Альтернатива — это ручное выравнивание с помощью установки последовательности задач, выполняемых одним ресурсом. Это возможно, если план не очень сложный.

Например, модифицируем предыдущий пример:

Рисунок 12

В данном примере считается, что А.Тен участвует в доработке всех документов, и два документа пишет самостоятельно. Мы точно не знаем, как будет построена их совместная работа, но предполагаем в среднем он будет на 30% отвлечен на документы А.Емельянова. Поэтому собственные задачи, где он занят на 70% больше по длительности, и оцениваются в 5 рабочих дней. Кроме того, мы добавили буфер, предполагая, что часть задач могут занять больше времени, чем мы предполагаем.

Было бы более правильно вообще разделить задачи между двумя участниками и избавиться от параллельного выполнения задач А.Теном, но в данном случае это сделать сложно. Поэтому приходится идти на нарушение правил, которые мы сами для себя установили выше. Тем не менее, такой план лучше, т.к. помогает контролировать выполнение задач не в конце 14 рабочих дней, которые мы отвели на проектирования функционального блока «Контроль», а уже через 3 дня после начала работы. Кроме того, это дисциплинирует исполнителя с первого дня, у которого нет 14 дней в запасе, а есть целевой срок 3 дня, когда нужно закончить первый документ.

7. Исключить жесткую привязку задач к датам

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

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

8. Выявить критический путь

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

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

• Уделять задачам критического пути ежедневное внимание, контролировать готовность всех необходимых ресурсов для их выполнения.
• Мотивировать участников на сокращение длительности выполнения задач критического пути, не допускать отвлечения на другие задачи.
• Использовать временные буферы, страхующие отклонение по срокам.

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

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

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

Рисунок 13

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

Такой способ планирования хорошо сочетается с методикой планирования «от конца проекта».

9. Добавить временные буферы в график

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

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

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

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

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

Рисунок 14

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

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

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

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

10. Проанализировать график

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

10.1. Сокращение сроков

Рассмотрим пример:

Рисунок 15

Посмотрим, нельзя ли сократить этот график. Самые длинные задачи — номер 17 и 21. 18 и 15 дней — слишком длинные задачи для того, чтобы их можно было эффективно контролировать.

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

Рисунок 16

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

10.2. Риски, связанные с графиком

Интересно посмотреть на график проекта с точки зрения управления рисками. Какие риски может обнаружить график проекта?

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

Заключение

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

График проекта становится реальным инструментом управления в руках руководителя проекта, если график составлен с умом и следуя определенным стандартам. Владение инструментом и методами позволяет управлять сроками проекта гораздо эффективнее, с меньшими трудозатратами времени.