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

Обновлено: 02.07.2024

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

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

Рис. 10.1. Обзор процессов управления интеграцией проекта

2. Исполнение плана проекта - осуществление плана проекта путем выполнения включенных в него действий (работ).

3. Всеобщий контроль изменений - координирование изменений во всем проекте.

Для успешного завершения проекта интеграция должна осуществляться и в следующих областях:

• Деятельность по проекту должна быть интегрирована с основной (постоянной) деятельностью организации-исполнителя.

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

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

10.1. Разработка плана проекта

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

• направлять исполнение проекта;

•документировать предположения планирования проекта;

•документировать принятые решения планирования по выбору одной из возможных альтернатив;

• обеспечивать коммуникации между участниками;

•определять ключевые отчеты управления, относящиеся к содержанию, продолжительности и распределению во времени;

• обеспечивать базовые оценки исполнения и контроля проекта.

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

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

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

• Управление качеством - процессы проверки, постоянное улучшение целей.

• Управление персоналом - ведение отчетности по приему на работу и увольнениям, отчеты о производительности труда работников.

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

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

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

Инструментарии и технологии разработки плана проекта

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

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

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

Результаты разработки плана проекта

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

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

• Описание подхода или стратегии управления проектами (сумма индивидуальных планов управления из других областей знания).

• Замысел, который включает основные предметы и цели проекта.

• Структура декомпозиции видов деятельности (WBS) до уровня, на котором будет осуществляться контроль.

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

• Основа (база) измерения степени исполнения проекта по расписанию и стоимости.

• Основные вехи (этапы) и целевые даты для каждой.

• Ключевой или требуемый персонал.

• Основные риски (включая ограничения и предположения) и планы ответных действий на каждый случай.

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

• Список незакрытых (спорных) тем и неутвержденных решений.

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

· Поддерживающие (вспомогательные) детали. Для плана проекта они состоят из следующих элементов:

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

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

• Технической документации - требования, спецификации и дизайны.

• Документации по соответствующим стандартам. Весь материал должен быть соответственно организован для удобства использования по ходу проекта.

10.2. Исполнение плана проекта

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

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

Инструментарий и технологии для исполнения плана проекта

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

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

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

· Организационные процедуры. Все организации-участники проекта могут иметь формальные и неформальные процедуры, которые могут быть полезны при исполнении проекта.

Результаты исполнения плана проекта

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

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

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

Схема процессов управления интеграцией проекта

Рисунок 1. Схема процессов управления интеграцией проекта

Схема процессов управления интеграцией проекта (рисунок 1) в соответствии с PMI PMBoK 5th Edition включает следующие процессы.

Разработка Устава проекта

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

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

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

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

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

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

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

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

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

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

Мониторинг и управление работами проекта

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

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

Процесс мониторинга и управления работами проекта направлен на следующее:

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

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

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

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

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

Завершение проекта или фазы

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

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

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

Область знаний "Управление интеграцией" включает все пять групп процессов [ 9 ] :

  • Инициация ,
  • Планирование,
  • Исполнение,
  • Управление и контроль,
  • Завершение.

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

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

Понятие интеграции процессов управления

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

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

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

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

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

Процессы группы "исполнение" выстраиваются в соответствии с применяемой на проекте методологией внедрения информационной системы.

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

Процессы завершения формализуют приемку разработанной ИС. При успешном завершении приемки ИС осуществляется закрытие проекта (включая финансовое и организационное закрытие проекта).

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

Общая схема управления интеграцией проекта приведена на рис. 4.2.

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

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

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

Интеграцию проекта обеспечивают три основных документа проекта.

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

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


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

Интеграция проекта включает в себя следующие вещи:

1. Разработка устава проекта.

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

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

Тут вы теперь тоже все знаете, на этой неделе статья в блоге вышла (приятно, когда одна статья, которую давно собирался написать, подвигает на написание другой, которую собиралась еще раньше, но ленилась)

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

4. Руководство исполнением работ

Регулярное оперативное управление проектом. Если п.1-3 выполнены хорошо, то много времени не отнимает и много сюрпризов не преподносит.

5. Мониторинг исполнения работ

Регулярный контроль хода проекта. Опять же, если п.1-3 выполнены хорошо, то п.4 идет “по накатанной” и мониторинг совсем уже неприятных вещей не выявляет, а если выявляет – то это отрабатывается в процессе управления изменениями. Однако мониторинг необходим, чтобы убедиться, что все идет в соответствии с планом, и что мы все еще можем прийти туда, куда мы изначально собирались, в рамках согласованных базовых планов.

6. Управление закрытием проекта (или его этапа).

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

Вот и все, вот и весь “клей”, проходящий через весь проект с момента, когда вам прилетает первая информация о нем и до полного завершения в соответствии с п.6.

Как всегда, лучше объяснить на примере с ремонтом.

Читайте также: