Этапы планирования проекта. Планирование проекта: методы и этапы Разработка и планирование проекта

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

Понятие и цель планирования

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

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

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

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

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

Состав процессов планирования

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

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

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

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

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

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

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

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

Методы разработки планов

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

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

Особенности ресурсного планирования

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

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

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

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

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

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

Уже говорилось о важности предварительного создания модели реагирования на риски. Конкретная модель их обработки может строиться на следующих ответных механизмах:

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

Распространенные ошибки планирования

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

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

Заключение

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

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

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

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

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

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

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

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

На этапе планирования проекта решаются следующие задачи:

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

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

Основные этапы планирования

Формирование целей

В рамках планирования ставятся две группы целей.

Формальные цели представляют собой критерий оценки полезности деятельности и состояния проекта, который выводится из мотивации деятельности лиц, принимающих решения.

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

Анализ проблем

Анализ проблем включает в себя следующие шаги:

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

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

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

Затем необходимо проблемы, отнесенные ко второй категории, разбить на два класса:

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

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

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

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

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

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

Оценка альтернатив

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

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

Для обеспечения реализуемости и точности плана проекта менеджер проекта должен решить следующие задачи.

  1. Вовлечение основных участников проекта в процесс планирования, обеспечение ответственности за планируемые параметры.
  2. Достижение согласованного понимания структуры и объема работ проекта и потребностей в ресурсах с заказчиком и основными участниками проекта.
  3. Планирование организационной структуры реализации проекта и обеспечение привлечения необходимых ресурсов на проект.
  4. Согласование ответственности на основных участников за результаты.

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

  • 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. Уточнить планы взаимодействия, процедуры управления планированием.

Место плана управления проектом на стадии его жизненного цикла. Источник: Руководство 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. Разработка сводного плана проекта. В нем происходит объединение всех результатов работы по планированию мероприятия в единый интеграционный документ проекта.

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

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

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

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

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

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

Обычно в проекте задействовано два плана управления:

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

Для чего он нужен?

Хороший план должен отвечать на базовые вопросы:

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

Задачи Project Management Plan такие:

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


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

  • краткое описание плана — пару абзацев о ключевых элементах проекта, которые раскрываются в плане.
  • стратегическое и организационное выравнивание — сюда включаются результаты анализа стейкхолдеров и организационные цели, которые будут поддержаны при проведении проекта.
  • определение области проекта — в этот пункт входит следующие элементы: задача и цели, ожидаемые результаты, инструменты PBS и WBS . В разделе важно также указать спецификации качества — критерии эффективности продукта или услуги с точки зрения клиента.
PBS (product breakdown structure) — инструмент для анализа, документирования и передачи результатов проекта. PBS — часть методики планирования на основе продукта (один из главных методов в модели проектного менеджмента PRINCE2).
WBS (work breakdown structure) — иерархическая разбивка проектной работы на более мелкие задачи (операции) до того уровня, когда понятны способы выполнения работ, есть возможность оценки и планирования.
  • оценка осуществимости и планы на случай непредвиденных обстоятельств — содержит оценку экономической, технической и организационной осуществимости проекта, определение и анализ рисков, предлагает планы действий в критических ситуациях для устранения факторов риска.
  • ограничения — список известных ограничений, налагаемых средой или руководством (фиксированный бюджет, недостаток ресурсов и т.п.).
  • требования к проектной команде — определение организации проектной команды, роли и ответственность участников. Здесь же прописываются требования к обучению.
  • материальные требования — включает элементы места, программного обеспечения, оборудования и других ресурсов для завершения проекта.
  • график и вехи — в этом разделе определяются вехи и график активностей проекта, включая три ключевых элемента: доставки (результаты работы), даты или продолжительность, и критические зависимости.
  • бюджет (смета) — ожидаемые расходы обычно делятся на три типа: капитальные (покупка склада под хранение продукции), расходные (еженедельные закупки материалов для заготовок) и трудовые (выплата зарплат участникам команды)
  • управление рисками — подробное описание процесса по управлению рисками: от идентификации (через мозговой штурм, интервьюирование, SWOT-анализ) до выбора системы мониторинга (про- или реактивная).
  • управление изменениями — похоже на предыдущий пункт, только касается возможных изменений (а их будет много). Здесь стоит прописать алгоритм проведения изменений, методологии управления (ADKAR, AIM и другие), формулу вычисления вероятности успеха изменений и др.
  • управление коммуникациями — пункт касается и команды, и стейкхолдеров. Проектный менеджер в этом разделе должен описать систему коммуникаций, которая будет использоваться, и каналы передачи документации по производительности проекта сторонам проекта.
  • вложения — сюда могут попасть любые документы: от отдельных заметок до презентаций и сертификатов.

Список разделов плана дополняется в зависимости от особенностей конкретного проекта.

Базовый и рабочий планы проекта

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

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

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

В Worksection диаграмма Ганта позволяет увидеть разницу межу базовым и рабочим планом
(синее — общее время, красное — просроченные задачи, зеленое — вовремя завершенные задачи)

Разработка плана управления проектом

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

Мы сконструировали простую пошаговую процедуру написания плана, состоящую из 16 пунктов:

  1. Определите стартовые условия разработки плана — важно понять, с кем вы будете его разрабатывать (один, с участием руководства, стейкхолдеров), где и когда и т.п. Важно заранее прописать методики (например, брейншторминг) и программное обеспечение (типа Microsoft Visual Studio), которые будут использоваться в создании плана — это значительно сэкономит время и упростит задачу.
  2. Определите стартовые условия проекта — здесь описывается содержание проекта, список требований к результатам и его управлению. К примеру, задуман проект по продаже качественных неоновых спиннеров с принтами супергероев. В результате успешной реализации годового проекта должно быть продано 100 000 единиц товара за 12 месяцев со старта проекта, после чего пройдет продажа бизнеса. Структура управления проектом будет состоять из генерального проектного менеджера в центральном офисе и соответствующих отделов в региональных представительствах проекта.
  3. Разграничьте выполняемые действия на такие, которые будут делаться силами проектной команды, и аутсорсинг.
  4. Создайте WBS проекта, разбив его на меньшие управляемые куски. Это похоже на Agile-подход, когда полный код делится на много маленьких рабочих кусков.
  5. Пропишите набор задач для выполнения каждой части WBS и постройте зависимость между ними. Так, задача покупки и обустройства регионального склада для хранения спиннеров может быть выполнена только после анализа рынка и продажи определенного количества товара в конкретной области.
  6. Определите необходимые компетенции для выполнения каждой задачи. Здесь важно не подгонять требуемые знания и навыки под потенциальных участников проекта, а сосредоточиться на «идеальных» требованиях.
  7. Оцените временные и денежные затраты на выполнение задач.
  8. Разработайте проекта. Методика хороша как раз для продуктового бизнеса, и её легко отобразить через схемы (например, диаграмму Ганта).
  9. Создайте календарный план проекта — начальная, промежуточные, конечная даты. К примеру, упрощенная схема: 1 ноября запускается проект, 1 декабря — старт продаж к Новому году, 31 декабря — подведение итогов новогодних продаж, 15 января — запуск специализированной линейки ко Дню святого Валентина, 20 февраля — подведение итогов и т.д.
  10. Рассчитайте стоимость проекта (в нашем случае — во сколько обойдется успешная реализация 100 000 спиннеров и продажа бизнеса).
  11. Уточните требования к качеству (например, прописанные стандарты качества изготовления спиннеров).
  12. Назначьте ответственными конкретных людей на задачи. Здесь вам и пригодится п. 6, со списком которого вы будете связывать компетенции членов команды.
  13. Распланируйте формат работы со стейкхолдерами — подберите каналы связи, определите степень их вовлечения в работу над проектом и т.д.
  14. Просчитайте риски (например, по формуле кумулятивного метода). В нашем примере со спиннерами это может быть банальное перенасыщение рынка, нарушение условий договора экспедиторами и т.п. В анализе рисков используйте данные с предыдущих пунктов.
  15. Запишите ограничения проекты и с их учетом внесите данные в план управления проектом. В нашем случае детали спиннеров доставляют из Китая, сборка происходит в Украине, а это уже ограничивает возможность жесткого контроля качества материалов и быстрой переналадки.
  16. Пройдите еще раз по всем пунктам плана , чтобы достичь дзен. Осталось доработать список закупок и требований к ним, согласовать с заинтересованными лицами — и у вас на руках готовый план управления проектом.
Кумулятивный метод расчета рисков — метод оценки факторов риска, которые могут помешать получить запланированный доход. При построении ставки дисконта по данному методу за основу берут безрисковую норму доходности, к ней добавляют норму доходности за риск инвестирования в проект или компанию.

В Владислав Гагарский в качестве примера приводит такую схему утверждения:

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

Но эта схема больше подходит готовым коллективам , которые выполняют друг за другом несколько проектом или сменили профиль деятельности. Для тех, кто «с нуля» решил написать и утвердить project management plan, методика не подойдет. В таких случаях базовый проект утверждается руководителем компании или проекта (заказчиком) с подачи проектного менеджера.


Вердикт

не палочка-выручалочка.

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

Но план — это тот старт, который определит 50% успешности проекта.