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

Составы ключевых этапов проекта

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

Определение понятий

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

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

Предложенные понятия в практике часто используют как синонимы. И если поискать в источниках, то есть вероятность обнаружить, что и словари «грешат» круговыми определениями данных философско-прикладных категорий. Можно заметить и в научной литературе, что «фаза – это стадия», «стадия – это этап» и даже веха определяется как некий этап пути. Как же быть, ведь нам нужно оперировать точным восприятием явлений?

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

Состав отличительных качеств базовых понятий проектирования

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

Вариант разбиения проекта на фазы с позиции перехода ответственности от PM

Вариант разбиения проекта на фазы с позиции ЖЦ проекта

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

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

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

Этапы процессов инициации и завершения

Мы с вами исследуем процедуры регулярного управления проектами, принимая за основу достаточно высокую планку их развития в компании. Это вполне оправдано. Какой смысл детально описывать этапы каждого из процессов для небольшого по масштабам проекта? Как говорится, «бери и делай!». Другой вопрос, когда проекты включают сложные по реализации элементы, а масштаб решаемых задач значительный. Любой проект начинается с процедур инициации, этапы данной группы процессов следующие.

  1. Формирование инициативного предложения по проекту.
  2. Разработка бизнес-плана, ТЭО, концепции проекта.
  3. Принятие решения о необходимости выполнить проект.
  4. Назначение куратора.
  5. Уточнение и детализация целей, границ проекта и его результатов.
  6. Выяснение ограничений и дополнительных требований.
  7. Разработка черновой версии организационной структуры мероприятия.
  8. Составление черновой версии устава и издание приказа о старте проекта и назначении PM.
  9. Чистовое описание проектного продукта.
  10. Проработка ограничений, требований и рисков реализации.
  11. Прояснение интересов и ожиданий участников.
  12. Выработка показателей и КФУ проекта.
  13. Уточнение необходимого состава процессов управления.
  14. Формирование укрупненного плана работ.
  15. Согласование и утверждение итоговой версии устава и укрупненного плана.

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

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

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

  1. Передача результатов заказчику, ввод в эксплуатацию.
  2. Подготовка финального отчета и обмен финансово-учетными документами.
  3. Архивирование документации проекта.
  4. Закрытие проекта приказом по компании.

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

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

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

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

Рассмотрим основные этапы создания планов проекта.

  1. Планирование целей и границ проекта . Этот этап также называется определением содержания (продукта как предмета планируемого мероприятия и требований к нему). Результатами этапа являются концепция, ТЭО, ТЗ и проектно-сметная документация.
  2. Разработка . В наиболее полном варианте в этап входит создание деревьев целей, задач, организационной структуры, плана по вехам, начало разработки (ИСР) и структуры потребляемых ресурсов.
  3. Определение (уточнение) состава работ . Целью этого этапа является представление всей совокупности операций, необходимых для того, чтобы возник продукт, и цели проектной реализации были достигнуты. Среди инструментов этапа выделяется ИСР, наилучшим образом подходящая для создания такого представления.
  4. Определение состава потребляемых ресурсов . Предыдущие два этапа подготавливают почву для оценки потребности в ресурсах трех видов: расходуемых, возобновляемых и финансовых. Человеческие ресурсы, основные средства относятся к возобновляемым, материалы и комплектующие – к расходным ресурсам.
  5. Определение последовательности работ . Данный этап позволяет выстроить логику взаимосвязей операций. Ключевым инструментом этапа выступает сетевая модель проекта.
  6. Оценка продолжительности операций . В ходе этапа выполняется параметрическая оценка, оценка длительности по аналогам, оценка предложений исполнителей, экспертная оценка и т.п.
  7. Оценка затрат на выполнение работ . Целью данного этапа является уточнение стоимостных характеристик проектных задач с учетом объемов задействованных ресурсов, включая временные возможности и финансовые средства.
  8. и планирование их минимизации . Этап включает в себя почти полный комплекс мероприятий по управлению рисками: идентификацию, оценку, выработку стратегии и тактики регулирования и, наконец, создание плана защитных мероприятий.
  9. Календарное планирование проекта .
  10. Подготовка бюджета проекта .
  11. Выполнение вспомогательных планировочных мероприятий . В настоящий этап включается разработка планов поставок, коммуникаций и других обеспечительных планов. Помимо прочего выполняется организационное планирование, утверждается матрица ответственности, планируется привлечение, назначение персонала и его расстановка.
  12. Сбор сводного плана .

Этапы процессов организации исполнения

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

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

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