Kalendarnyiplan.ru

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

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

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

  1. Детализировать цели.
  2. Выделить ожидаемые результаты.
  3. Определить объемы работы.
  4. Прописать каждый этап.
  5. Учитывать сроки.
  6. Анализировать каждый пункт с точки зрения бюджета.
  7. Отдельно составить календарный план.
  8. Подготовить смету расходов.
  9. Составить таблицу вспомогательных ресурсов.
  10. Оценить риски.

Техника планирования

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

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

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

  1. Процесс определения содержания выполняется с целью прояснения масштаба проекта.
  2. Процедура определения состава работ и взаимосвязи.
  3. Оценочные мероприятия.
  4. Анализ ресурсов и разработка схемы расходов. Каждый пункт должен быть прописан подробно и иметь документацию, которая потом будет являться финансовой отчетностью.
  5. Завершающий этап — разработка календарного и сводного планов.

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

Методики

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

Итак, на этапе планирования проекта вы формируете единый документ или пакет документации, в который включаете следующую информацию:

  1. Какие именно процессы управления проектом будут именно в вашем проекте? Будете вы в нем вообще системно заниматься вопросом, например, вовлечения стейкхолдеров? Или у вас внутренний проект без денег и вопросы управления стоимостью тут неприменимы? Это делается для того, чтобы ограничить круг задач, которые должен интегрировать РМ.
  2. Планы управления по всем областям знаний, которые вы включили в проект – как вы будете управлять сроками, деньгами, людями, закупками и проч.?
  3. Базовые планы по срокам (календарный план), бюджету (бюджетный план) и содержанию (WBS) проекта – то, как вы спланировали это все изначально, до старта работ (вы же не начали работы без плана, правда?), и против чего будет меряться прогресс проекта на этапе выполнения.
  4. План управления требованиями – описание того, как вы будете собирать, приоритезировать и управлять требованиями заказчика и стейкхолдеров. Эту часть, почему-то, часто оставляют за бортом, если проект не связан с ИТ (как-то сложилось, что требования – это про ИТ проекты), но это ошибка. Например, если вы строите луноход – то к луноходу тоже будут требования, и ими тоже нужно будет управлять.
  5. План управления изменениями – формализованный процесс того, что вы будете делать в случае, если в проекте появилось какое-то изменение со стороны (например, Заказчик сказал сделать быстрее) или  вы запросили это изменение сами (например, хотите заменить один функционал другим из-за возникновения какого-то риска). В плане прописывается, кто и в каком порядке предлагает, учитывает и авторизует изменения.
  6. План управления конфигурацией – замечательная вещь, про которую часто забывают. В плане управления конфигурацией описывается то, как вы будете работать с инфраструктурой проекта, то есть с тем, что используется в процессе выполнения проекта для обеспечения взаимодействия. Сюда может относиться система контроля кода, баг-трекер, библиотека проектной документации, используемое программное обеспечение и многое другое. Цель этого плана – описать, как именно это использовать, чтобы избежать ситуации, когда, например, Заказчик подписал одну версию ТЗ, разработчик разработал по другой, а тестировщик проверил по третьей, да еще и на другой версии Windows. Вот чтобы такого не случилось, не были потрачены ресурсы и не было мучительно больно – и нужен план управления конфигурацией.
  7. План улучшения процессов – самый неочевидный из всех и наиболее редко используемый, в основном потому, что мало кто понимает, зачем он нужен. Но, если задуматься, мало какие проекты включают в себя только уникальные и не повторяющиеся задачи. Например, в проекте строительства дома будет многократно повторенная задача по вставке окон, а в проекте разработки  CRM-системы – задача по установке очередной версии для тестирования на сервера. Цель плана улучшения процессов – заранее обдумать и спланировать, как мы будем (и будем ли) анализировать выполнение таких повторяющихся задач, чтобы оптимизировать сроки, бюджет или другие ресурсы. К слову, сюда же могут относиться не только задачи по созданию продукта проекта, но и задачи по управлению проектом. Например, в какой-то момент, после 5й встречи по скайпу всей командой, мы соберемся и обсудим, как сделать эту встречу эффективнее.

Миссия составления календарно-тематического планирования

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

  • последовательном выполнении программы обучения и воспитания по всем векторам образовательного взаимодействия с ребятами;
  • систематизации работы с подопечными детского сада;
  • достижении поставленных образовательной программой целей и задач с возможностью отслеживать динамику этого процесса (например, в сентябре во второй младшей группе дети знают 2–3 подвижные игры, к концу календарного года — 5–6).

Задачи написания календарно-тематического планирования заключаются в:

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

Планирование позволяет найти оптимальные пути интеграции образовательных областей

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

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

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

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

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

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

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

Рисунок 13

В приведенном примере красным выделены задачи критического пути, синие — другие задачи, зеленые — буферы

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

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

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

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

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

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

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

Рисунок 15

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

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

Рисунок 16

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

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

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

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

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

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

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

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

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

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

Лучше освещать эту позицию списком

Важно, максимально прописать все пункты и оставить место для новых

Второй шаг — это проставление сроков исполнения и определение доступности ресурсов

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

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

Составление документа

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

Далее стоит уделить особое внимание сводному планированию:

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

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

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

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

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

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

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

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

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

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

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

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

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

Тематические недели

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

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

  • НОД, то есть занятия;
  • праздники;
  • игры;
  • экспериментирование;
  • экскурсии.

Такой формат планирования позволяет;

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

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

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

Конспект занятия по теме недели

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

Таблица: этапы и временные отрезки занятия в детском саду для детей разного возраста

Этап занятия (содержание) Хронометраж (минуты)
Младшая группа Средняя Старшая Подготовительная
Вводный (введение в тему, мотивация малышей) 2 минуты 3 минуты 2 минуты 3 минуты
Основной (разработка темы с обязательной физкультминуткой) 11 15 20 23
Заключение (оценка педагогом качества работы детей, в средней и старших группах добавляется рефлексия). 2 2 3 4
Итог 15 20 25 30

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

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

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

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

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

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

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

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

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

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

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

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

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

https://youtube.com/watch?v=YH3Y_fcu2to

Более детальный разбор этапов

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

По американской методологии PMBOK планирование занимает порядка 50% всего времени, что особенно подчеркивает его значимость.

Планирование лучше начать с разделения проекта на части (Work Breakdown Structure — WBS), где каждая фаза разделена на более мелкие задачи. Это помогает понять объем работ и учесть все нюансы.

Рис. 2 — Структура разделения проекта на подзадачи (WBS)

Графики работ

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

Самый простой вариант диаграммы можно сделать в Exсel: слева в таблице находится название работ, а все остальные столбцы — даты.

Рис. 3 — Диаграмма Ганта, Microsoft Exсel

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

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

Рассмотрим пример диаграммы Ганта, построенной в MSProject.

Рис. 4 — Диаграмма Ганта, Microsoft Project

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

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

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

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

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

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

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

Сущность календарного плана

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

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

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

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

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

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

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

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

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

Дата начала проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector