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

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

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

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

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. При создании некоторых видов проектов, например, обязательно нужны документы о технике безопасности.

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

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

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

Цели, сущность и определение

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

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

Главная задача и основообразующая цель планирования проектирования процессов в управлении – это составление модели для реализации бизнес-идеи в желаемой концепции.

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

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

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

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

Однако весь процесс осуществления плана можно для удобства разделить на несколько стадий:

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

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

7 принципов планирования проектной деятельности

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

Принцип №1: Целенаправленность

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

Принцип №2: Системность

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

Принцип №3: Комплексность

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

Принцип №4: Обеспеченность

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

Принцип №5: Приоритетность

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

Принцип №6: Безопасность

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

Принцип №7: Время

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

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

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

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

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

Еще одна схема

Краткий словарь понятий, характеризующих процесс планирования проекта:

• ССО – структурная схема организации;
• СРР – структура разбиения (распределения) работ;
• СДР – структурная декомпозиция работ.

Структура в стандартном формате проекта планируемых работ:

• целеполагание;
• планирование;
• создание;
• контроль и возможная коррекция действия на разных этапах;
• презентация;
• рефлексия.

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

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

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

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

Виды проектной деятельности по срокам реализации:

• краткосрочные;
• среднесрочные;
• долгосрочные.

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

Виды проектного планирования по типу финансирования (бюджетированной основы):

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

Выводы

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

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

В закладки

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

Представь себе, что тебе нужно построить тот же дом. Представь, что каким-то образом ты пропустил этап “планирование” и сразу начал строить. И вот ты берешь кирпичи, кладешь их друг на друга, потом понимаешь, что не рассчитал по финансам, и эту стройку закончить не можешь. Берешь кредит, продолжаешь строительство. Докладываешь кирпичные стены, кладешь сверху шифер и вдруг оказывается, что без фундамента эта тема долго не простоит (вообще не простоит, на самом деле). Ты ломаешь все, делаешь фундамент, кладешь кирпичи, крышу, а тут вдруг (внезапно!) оказывается, что до ближайших коммуникаций тридцать километров по прямой, и строить здесь дом бессмысленно вовсе. Ну или хотел ты шестикомнатный таунхаус, а получил одноэтажный барак. Можно, конечно, рассказать коллегам, что у тебя там был эджайл и все по плану, но не было там никакого плана. Планирование – та фича, которая должна помочь избежать подобных неожиданностей. Чем четче план – тем меньше шансов, что что-то пойдет не так. Идеально не будет никогда, но с планом жить станет проще.

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

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

Планирование задач

Есть мнение, что неправильному планированию обязаны 80-90% провалов проектов (по срокам или содержанию, как минимум). Чтобы такого у вас (и у меня) не случалось, в этом блоке поговорим про макро-планирование, когда предмет планирования – целый проект. Я обещал углубиться в предмет с позиции практической – здесь будет с позиции практической. Все через призму менеджера проектов креативного агентства.

При планировании проектов у нас есть несколько основных групп планирования:

• Планирование проектных задач
• Планирование команды проекта
• Управление рисками

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

Планирование проектных задач

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

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

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

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

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

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

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

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

Здесь у нас планирование работ для передачи исполнителем + планирование сроков исполнения задач. Кто-то верно заметил, что управление проектами – разделение большого пласта на поменьше и попытка всунуть их в какие-то сроки. Примерно так все и есть: на куски мы пилим проект, чтобы было проще контролировать выполнение и расставлять их на таймлайне.

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

Методов пилки задач несколько:

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

В несложных проектах наш друг – расстановка задач по иерархии. В диджитале сложные проекты случаются редко, потому запоминай. Графически такие планирование выливается в в иерархическую структуру работ – ИСР (или WBS). Иерархическая структура работ – один в один “карта проекта” (она же – ментальная карта или “майндмап”), только направлена в одну сторону. Можно иметь ее параллельно техническому заданию, хуже не станет.

Иерархическая структура работ.

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

График PERT.

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

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

• нарисовать главную страницу сайта
• нарисовать контентную страницу
• нарисовать продуктовую страницу
• сверстать главную страницу сайта
• сверстать контентную страницу
• сверстать продуктовую

Удобно при “водопаде”, о котором рассказывал . Плюс, такой проект гораздо проще в планировании времени – все понятно при взгляде сверху. Сетевой график используется, когда задач тысяча, и половина из них между собой связана – когда задача, которая должна быть выполнена после этапа Х зависит от задачи Y, не связанной с задачами A, B и C, которые в графике первые. PERT – такой эджайл при планировании, только что результат проекта точно определен, иначе не надо было бы вам этих графиков.

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

Диаграмма Гантта.

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

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

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

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

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

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

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

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

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

Резюме

Итого, мануал.

• Пишем техническое задание
• Планируем сроки и задачи – когда что будет и что за чем следует
• Собираем команду
• PROFIT!

Риски на каждом этапе.

• Написать некорректное или неполное техническое задание
• Неправильно запланировать последовательность или содержание задач
• С исполнителями – какие угодно риски. От конфликта между проектами, до человеческого фактора

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

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

Отражение содержания проекта в план-графике

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

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

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

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

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

Прояснение параметров работ

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

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

Пример ИСР функционального типа разбиения

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

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

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

• продолжительность работ;
• трудозатраты на выполнение операций.

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

Собственно календарный план

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

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

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

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

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

1. Табличная форма.
2. Ленточная диаграмма.
3. Диаграмма Ганта (или Гантта).
4. Диаграмма контрольных событий (график по вехам).
5. Сетевая диаграмма с учетом временного масштаба.

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

Пример табличной формы план-графика проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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