Технологии планирования проектной деятельности. Основные шаблоны проектных планов в Excel

ВВЕДЕНИЕ

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

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

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

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

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

ПЛАНИРОВАНИЕ ПРОЕКТА

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

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

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

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

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

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

Основная цель планирования, состоит в построении модели реализации проекта.

Типичные ошибки планирования

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

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

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

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

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

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

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

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

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

Что нужно, чтобы избежать ошибок планирования (несколько советов):

  • · для проекта должен быть сформулирован список решаемых проблем;
  • · основная цель проекта (миссия) должна быть доведена до сведения всех участников;
  • · должны быть идентифицированы риски и, по возможности, исключены случайности;
  • · необходимо убедиться, что стратегия проекта может быть реализована и удовлетворяет ограничениям по бюджету, срокам и объему (проведен PCTS-анализ осуществимости: Р -- Performance, С -- Cost, Т -- Time, S -- Scope. Затраты являются функцией уровня исполнения Р, времени Т и содержания, объема работ S);
  • · наличие положительных результатов анализа «за и против» реализации проекта (проведен Force-field -- анализ, заключающийся в описании и количественной оценке факторов, которые могут способствовать и препятствовать осуществлению проекта);
  • · конечный результат должен быть понятен всем членам команды проекта;
  • · показатели оценки результатов деятельности по проекту должны давать оценку состояния дел с необходимой точностью. Целесообразна разработка внутрифирменных шкал оценки деятельности по видам работ.

Определение целей проекта

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

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

Основной продукт этапа - документ "Постановка Задачи" (Product Vision).

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

На основе "Постановки Задачи" требуется составить документ "Экономическое обоснование".

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

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

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

В результате мы имеем нечетко сформулированное задание "Постановка Задачи" и оценку стоимости в "Экономическом обосновании". Риски от нечеткости требований должны быть покрыты пессимистичной оценкой. Условие завершения этапа: подписание сторонами "Постановки Задачи" и "Экономического обоснования".

Управление и планирование ресурсов

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

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

Материально-технические ресурсы - это сырье, материалы, конструкции, комплектующие, энергетические ресурсы, технологические ресурсы и т.д.

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

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

  • 1. Оптимальное планирование ресурсов
  • 2. Управление материально-техническим обеспечением, в том числе:
    • · управление закупками ресурсов;
    • · управление распределением ресурсов.

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

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

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

Как основная составляющая управления проектами ресурсное планирование включает ряд составляющих, в том числе:

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

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

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

Оценка стоимости проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • по объёму работ,
    • по приоритету,
    • по выбору методик управления,
    • по нормам качества,
    • по форме поддержания связи с заинтересованными лицами,
    • по критериям измерения производительности и др.
    1. Предыстория проекта.
    2. Задачи и цели.
    3. Масштаб.
    4. Границы (ограничения).
    5. Предположения (допущения).
    6. Влияния и зависимости.
    7. Риски и проблемы.
    8. Стратегии и методики.
    9. Средства и способы контроля времени, ресурсов, качества, масштаба.
    10. Коммуникации.
    11. График поставок.
    12. Производительность и её измерение.
    13. Реализация выгод.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    КАТЕГОРИИ

    ПОПУЛЯРНЫЕ СТАТЬИ

    © 2024 «40in-magazin.ru» — Бизнес. Бухгалтерия. Производство. Кредиты. Договоры. Оборудование