Руководство к Своду знаний по управлению проектами (Руководство PMBOK) - Коллектив авторов

Рис. 3–5. Поток данных, информации и отчетов проекта

3.9. Роль областей знаний

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

Руководство PMBOK® определяет важные аспекты каждой области знаний и их взаимодействия с пятью группами процессов. В качестве вспомогательных элементов, области знаний предоставляют подробное описание входов и выходов процессов, а также подробное объяснение инструментов и методов, которые наиболее часто используются в рамках процессов управления проектом, чтобы создать каждый выход. Диаграммы потоков данных приводятся в каждой области знаний (разделы с 4 по 13). Диаграмма потоков данных представляет собой обобщающую схему входов и выходов, проходящих через все процессы, относящиеся к определенной области знаний (обозначения, представленные на диаграммах потоков данных, см. на рис. 3–6). Хотя процессы представлены здесь в виде дискретных элементов с четко определенными границами, на практике они являются итеративными, могут накладываться друг на друга и взаимодействовать между собой способами, не описанными здесь.

Таблица 3–1 отражает отнесение 47 процессов управления проектом к 5 группам процессов управления проектом и 10 областям знаний по управлению проектом.

Рис. 3–6. Обозначения на диаграммах потоков данных

Таблица 3–1. Разделение по группам процессов управления проектом и областям знаний

4

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

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

На рис. 4–1 представлена общая схема следующих процессов управления интеграцией проекта, а именно:

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

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

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

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

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

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

Данные процессы взаимодействуют друг с другом и с процессами из других областей знаний (подробное описание см. в разделе 3 и Приложении А1).

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

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

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

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

• Преобразование собранной информации проекта в план управления проектом, используя структурированный подход, как описано в Руководстве PMBOK®.

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

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

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

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

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

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