Руководство по управлению проектами · Риски, качество и контроль
Управление интеграцией проекта: процессы и примеры
Управление интеграцией проекта — это координация всех частей проекта, чтобы содержание, сроки, стоимость, качество, риски, ресурсы и заинтересованные стороны работали в одном направлении. Это основная работа руководителя проекта: находить компромиссы, увязывать планы и поддерживать соответствие всего проекта его целям.
Главное
- Управление интеграцией обеспечивает согласованную работу всех частей проекта.
- Это ключевая ответственность руководителя проекта, которую нельзя делегировать.
- Оценивайте каждое изменение с точки зрения содержания, сроков, стоимости, качества, рисков и ресурсов.
- Оно охватывает весь путь — от устава до формального закрытия.
Что означает управление интеграцией
Большинство видов деятельности по управлению проектом сосредоточены на одной области, например на расписании или бюджете. Управление интеграцией охватывает их все. Решение в одной области почти всегда влияет на другую: расширение содержания меняет стоимость и сроки, сокращение тестирования повышает риски качества, а перенос вехи меняет планы ресурсов. Интеграция — это то, как руководитель проекта видит эти связи и принимает взвешенные решения.
- Объединяйте: объедините вспомогательные планы в единый план управления проектом.
- Координируйте: обеспечьте, чтобы команды, поставщики и направления работ плавно передавали работу друг другу.
- Примите решение: взвешивайте конкурирующие цели и согласуйте компромиссы со спонсором.
- Контроль: отслеживайте исполнение относительно базовый план и управляйте изменениями как единой системой.
Семь процессов интеграции (PMBOK Guide, 6-я редакция)
Шестая редакция PMBOK Guide объединяет управление интеграцией в семь процессов. Седьмая редакция перешла к принципам и доменам эффективности, но эти процессы остаются полезной картой работы.
| Процесс | Группа процессов | Основной результат |
|---|---|---|
| Разработка устава проекта | Инициация | Устав проекта |
| Разработка плана управления проектом | Планирование | План управления проектом |
| Руководство и управление работами проекта | Исполнение | Результаты, данные об исполнении работ, журнал проблем |
| Управление знаниями проекта | Исполнение | Реестр извлечённых уроков |
| Мониторинг и контроль работ проекта | Мониторинг и контроль | Отчёты об исполнении работ, запросы на изменение |
| Осуществление интегрированного контроля изменений | Мониторинг и контроль | Одобренные или отклонённые запросы на изменение, журнал изменений |
| Закрытие проекта или фазы | Закрытие | Итоговый отчёт, переданные результаты, архивированная документация |
Как управлять интеграцией на практике
- Начните с чёткого устава: согласуйте цель, задачи, верхнеуровневое содержание и полномочия, чтобы у последующих решений была точка отсчёта.
- Постройте единый интегрированный план: свяжите планы по содержанию, срокам, стоимости, рискам, качеству, ресурсам и коммуникациям , чтобы в них использовались одни и те же допущения и даты.
- Установите базовые планы: зафиксируйте базовые планы по содержанию, срокам и стоимости после утверждения плана.
- Выполняйте регулярный цикл контроля: сравнивайте прогресс с базовыми планами, например с помощью освоенного объёма, и отчитывайтесь через отчёта о статусе.
- Проводите все изменения через единый процесс: используйте управление изменениями , чтобы каждое изменение оценивалось по его влиянию на все области, а не только на одну.
- Фиксируйте знания по ходу работы: ведите извлечённые уроки на протяжении всего проекта, а не только в конце.
- Закрывайте формально: передайте результаты, высвободите ресурсы и архивируйте документацию в рамках завершения проекта.
Разобранный пример: комплексный компромисс
У проекта переработки сайта бюджет $200,000 и дата запуска 1 марта. На 10-й неделе отдел маркетинга просит добавить новый конфигуратор продуктов. Прежде чем вынести запрос на совет по изменениям, руководитель проекта оценивает его по всем областям.
| Область | Последствия добавления конфигуратора |
|---|---|
| Содержание | Одна новая функция, около 120 часов на проектирование, разработку и тестирование |
| Расписание | Запуск сдвигается на 3 недели, если не изменить последовательность работ |
| Стоимость | Около $14,000 на дополнительное время разработчиков |
| Качество | Если сохранить дату, окно тестирования сокращается |
| Риски | Новая интеграция с системой ценообразования, риск оценён как высокий |
| Ресурсы | Ведущий разработчик уже загружен полностью |
| Заинтересованные стороны | Отдел продаж решительно за; финансовый отдел обеспокоен затратами |
Совет рассматривает три варианта: добавить конфигуратор сейчас и перенести запуск, сохранить дату и отказаться от менее ценной функции или запуститься вовремя и добавить конфигуратор во втором релизе. Выбран третий вариант. Базовые планы по содержанию, срокам и стоимости остаются неизменными, а конфигуратор становится отдельным изменением со своим бюджетом. Это и есть управление интеграцией в действии: одно решение, оценённое по всем областям.
Интеграция в Agile-проектах
В Agile командах значительная часть детальной интеграции происходит внутри команды. Владелец продукта балансирует содержание и ценность через бэклог, а короткие итерации поддерживают согласованность планов и поставки. Руководитель проекта или руководитель поставки по-прежнему обеспечивает интеграцию на более высоком уровне: финансирование, зависимости между командами, руководство, планирование релизов и коммуникации с заинтересованными сторонами.
Типичные ошибки
- Относиться к планам как к отдельным документам, которые никогда не ссылаются друг на друга.
- Одобрять изменения, исходя только из стоимости, не проверяя сроки, риски и качество.
- Разрешать направлениям работ отчитываться в разных форматах, из-за чего никто не видит полной картины.
- Откладывать извлечённые уроки и закрытие на самый конец.
- Путать интеграцию с выполнением всего самостоятельно. Руководитель проекта координирует; специалисты по-прежнему отвечают за свои области.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое управление интеграцией проекта?
Это координация всех областей и видов деятельности по управлению проектом, чтобы проект работал как единая система и достигал своих целей.
Почему управление интеграцией важно?
Потому что решения в одной области влияют на другие. Без интеграции команды оптимизируют свою часть, а проект в целом страдает.
Кто отвечает за управление интеграцией проекта?
Руководитель проекта. Другие вносят свой вклад, но ответственность за интеграцию проекта лежит на руководителе проекта.
Сколько процессов в управлении интеграцией?
Шестая редакция PMBOK Guide перечисляет семь процессов — от разработки устава до закрытия проекта или фазы.
Какой первый процесс управления интеграцией?
Разработка устава проекта, который формально санкционирует проект.
Что такое интегрированный контроль изменений в управлении интеграцией?
Единый процесс рассмотрения каждого запроса на изменение с оценкой его влияния на содержание, сроки, стоимость, качество, риски и другие области до принятия решения.
Чем управление интеграцией отличается от управления содержанием?
Управление содержанием определяет и контролирует, какая работа включена в проект. Управление интеграцией согласует содержание со всеми остальными областями.
Есть ли управление интеграцией на экзамене PMP?
Темы интеграции, такие как планирование, контроль изменений и закрытие, встречаются по всему экзамену, который теперь организован по доменам, а не по областям знаний.
Включает ли PMBOK 7 управление интеграцией?
Седьмая редакция построена вокруг принципов и доменов эффективности, а не областей знаний, но интеграция остаётся центральной частью роли руководителя проекта.
Какие документы поддерживают управление интеграцией?
Устав проекта, план управления проектом, базовые планы, журнал изменений, журнал проблем, реестр извлечённых уроков и итоговый отчёт.
Как работает управление интеграцией в Agile?
Команды непрерывно интегрируют работу через бэклог и короткие итерации, а руководитель поставки занимается межкомандными зависимостями, финансированием и руководством.