Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство

3.5.1. Осуществление интеграции на уровне процессов

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

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

3.5.2. Интеграция на когнитивном уровне

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

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

3.5.3. Интеграция на контекстном уровне

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

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

3.5.4. Интеграция и сложность

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

Сложность в проектах является результатом поведения системы организации, поведения людей и неопределенности, существующей в организации или в окружающей среде. В документе «Работа в сложных условиях: практическое руководство» (Navigating Complexity: A Practice Guide) [13], эти три измерения сложности определены следующим образом:

? Поведение системы. Факторы взаимозависимости компонентов и систем.

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

? Неопределенность. Неопределенность возникающих проблем и отсутствие понимания или путаница.

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

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

? содержащий множество частей;

? имеющий ряд связей между частями;

? демонстрирующий динамические взаимодействия между частями;

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

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

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

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

? распределения ресурсов,

? нахождения баланса конкурирующих требований,

? изучения альтернативных подходов,

? адаптации процессов для достижения целей проекта,

? управления взаимозависимостями между областями знаний по управлению проектом.

Управление интеграцией проекта включает следующие процессы:

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

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

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

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

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

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

4.7. Закрытие проекта или фазы – это процесс завершения всех операций по проекту, фазе или договору.

На рис. 4–1 представлена общая схема процессов управления интеграцией проекта. Процессы управления интеграцией проекта представляются в виде дискретных процессов с определенными границами, хотя на практике они накладываются и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.

Рис. 4–1. Общая схема управления интеграцией проекта

КЛЮЧЕВЫЕ КОНЦЕПЦИИ УПРАВЛЕНИЯ ИНТЕГРАЦИЕЙ ПРОЕКТА

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

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

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

В задачи управления интеграцией проекта входит:

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

? предоставление плана управления проектом для достижения целей проекта;

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

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

? принятие интегрированных решений в отношении ключевых изменений, влияющих на проект;

? измерение и мониторинг прогресса проекта, а также выполнение необходимых действий для достижения целей проекта;