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

• Название: Руководство к Своду знаний по управлению проектами (Руководство PMBOK)
• Автор: Коллектив авторов
• Жанр: Бизнес

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

Является Американским национальным стандартом. В настоящее время в пользовании находятся более 2 миллионов экземпляров Руководства PMBOK.C момента выхода четвертого издания Институт управления проектами получил тысячи ценных разъяснений и рекомендаций по улучшению от мирового сообщества руководителей проектов.

---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.1 Общие взаимодействия процессов управления проектом

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

3.3 Группа процессов инициации

3.4 Группа процессов планирования

3.5 Группа процессов исполнения

3.6 Группа процессов мониторинга и контроля

3.7 Группа процессов закрытия

3.8 Информация проекта

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

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

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

Интегративный характер управления проектом требует, чтобы группа процессов мониторинга и контроля взаимодействовала с другими группами процессов, как показано на рис. 3–1. Процессы мониторинга и контроля осуществляются в то же самое время, что и процессы, входящие в другие группы процессов. Таким образом, на рис. 3–1 процесс мониторинга и контроля изображен как «фоновая» группа процессов для других четырех групп.

Рис. 3–1. Группы процессов управления проектом

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

Рис. 3–2. Взаимодействие групп процессов в рамках фазы или проекта

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