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

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

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

Процессы проекта можно разделить на две основные категории:

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

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

Процессы управления проектом разделяются на пять категорий, известных как группы процессов управления проектом (или группы процессов):

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

– Группа процессов планирования. Процессы, требуемые для установления содержания работ, уточнения целей и определения направления действий, требуемых для достижения целей проекта.

– Группа процессов исполнения. Процессы, применяемые для выполнения работ, указанных в плане управления проектом, с целью соответствия спецификациям проекта.

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

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

Группы процессов не являются фазами жизненного цикла проекта!

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

Следующие руководящие указания сводят к минимуму недопонимание и помогают команде проекта использовать надлежащую терминологию:

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

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

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

Описанные в Руководстве PMBOK® 47 процессов управления проектом разбиты на 10 отдельных областей знаний. Область знаний является всеобъемлющей системой понятий, терминов и действий, составляющих профессиональную область, область управления проектами или область деятельности. Эти 10 областей знаний практически постоянно используются в большинстве проектов. Команды проектов должны по мере необходимости использовать эти 10 областей знаний и другие области знаний для своего конкретного проекта. Области знаний включают в себя:

– управление интеграцией проекта,

– управление содержанием проекта,

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

– управление стоимостью проекта,

– управление качеством проекта,

– управление человеческими ресурсами проекта,

– управление коммуникациями проекта,

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

– управление закупками проекта,

– управление заинтересованными сторонами проекта.

Управление интеграцией проекта

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

Устав проекта содержит:

– назначение или обоснование проекта;

– измеримые цели проекта и соответствующие критерии успеха;

– высокоуровневые требования;

– допущения и ограничения;

– высокоуровневые описание и границы проекта;

– высокоуровневые риски;

– укрупненное расписание контрольных событий;

– укрупненный бюджет;

– список заинтересованных сторон;

– требования к одобрению проекта (т. е. что именно составляет успех проекта, кто решает, что проект оказался успешным, и кто подписывает проект);

– назначенный руководитель проекта, сфера ответственности и уровень полномочий;

– Ф.И.О. и полномочия спонсора или другого лица (лиц), авторизующего (авторизующих) устав проекта.

Описание работ (statement of work, SOW) проекта – это словесное описание продуктов, услуг или результатов, которые должен произвести проект.

SOW отражает:

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

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

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

Бизнес-кейс

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

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

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

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

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

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

– экологические воздействия (например, компания авторизует проект для уменьшения своего воздействия на окружающую среду);

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

Соглашения

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

Факторы среды предприятия

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

– государственные и промышленные стандарты или предписания (например, кодексы поведения, стандарты качества или стандарты по защите трудящихся);

– организационную культуру и структуру;

– ситуацию на рынке.

Активы процессов организации

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

– стандартные процессы организации, политики и описания процессов;

– шаблоны (например, шаблон устава проекта);

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

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

Базовые планы проекта включают в себя, среди прочего:

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

– базовое расписание;

– базовый план по стоимости.

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

– план управления содержанием;

– план управления требованиями;

– план управления расписанием;

– план управления стоимостью;

– план управления качеством;

– план совершенствования процессов;

– план управления человеческими ресурсами;

– план управления коммуникациями;

– план управления рисками;

– план управления закупками;

– план управления заинтересованными сторонами.

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

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

– детали решений по адаптации, вынесенных командой управления проектом, а именно:

– процессы управления проектом, выбранные командой управления проектом;

– уровень реализации каждого выбранного процесса;

– описания инструментов и методов, которые будут использованы для выполнения данных процессов;

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

– порядок выполнения работ для достижения целей проекта;

– план управления изменениями, документирующий порядок мониторинга и контроля изменений;

– план управления конфигурацией, документирующий порядок управления конфигурацией;

– описание порядка поддержания целостности базовых планов;

– требования и методы коммуникации между заинтересованными сторонами;

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

Прогнозы в отношении расписания

Прогнозы в отношении расписания составляются с учетом прогресса относительно базового расписания и расчетного времени прогноза до завершения (ПДЗ). Они обычно выражаются в виде отклонения по срокам (ОСР) и индекса выполнения сроков (ИВСР). Для проектов, которые не используют управление освоенным объемом, указываются отклонения от запланированных и прогнозируемых дат финиша.

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

Прогнозы в отношении стоимости

Прогнозы в отношении стоимости составляются с учетом прогресса относительно базового плана по стоимости и расчетного прогноза до завершения (ПДЗ). Они обычно выражаются в виде отклонения по стоимости (ОСТ) и индекса выполнения стоимости (ИВСТ). Прогноз по завершении (ППЗ) можно сравнить с бюджетом по завершении (БПЗ), чтобы определить, находится ли проект в области допустимых значений, или необходимо составление запросов на изменения. Для проектов, которые не используют управление освоенным объемом, указываются отклонения от запланированных и фактических расходов, а также прогнозируемая окончательная стоимость.

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

– Определение конфигурации.