Эффективное управление проектами невозможно без системного подхода‚ основанного на признанных международных и национальных стандартах. В основе современной методологии лежат два ключевых понятия: группы процессов (определяющие последовательность действий во времени) и области знаний (области управления) (определяющие что именно нужно управлять). Статья подробно разбирает их взаимодействие на примере стандартов PMBOK‚ ISO 21500 и ГОСТ Р 54869-2011/ISO 21500-2014.

Нормативная база: эволюция стандартов

Долгое время безусловным лидером оставался PMBOK (Project Management Body of Knowledge) от института PMI (США). Однако‚ как отмечают эксперты‚ с появлением ISO 21500:2012 (в России — ГОСТ Р 54869-2011‚ обновленная версия ГОСТ Р ИСО 21500-2019) началась новая эра. Международный стандарт ISO представляет собой высокоуровневое руководство по понятиям и процессам‚ оказывающим существенное влияние на достижение результатов проекта.

• PMBOK 6-е издание: Процессный подход‚ 49 процессов‚ 10 областей знаний‚ 5 групп процессов.
• PMBOK 7-е издание (2021): Смена парадигмы на принципиальный (12 принципов) и системный (8 доменов выполнения)‚ сохраняя совместимость с процессами 6-го издания.
• ISO 21500 / ГОСТ Р ИСО 21500: 39 процессов‚ 5 групп процессов‚ 10 предметных групп (аналогов областей знаний). Является базовым стандартом в РФ согласно ст. 7 ГК РФ.
• IPMA ICB (IPMA Competence Baseline): Стандарт компетенций‚ пересекающийся с PMBOK примерно на 80%.

Знание PMBOK позволяет легко ориентироваться в ГОСТ 21500‚ C-PMBOK (китайский стандарт) и расширениях PMI (Construction Extension‚ Government Extension‚ Practice Standard for EVM/WBS).

Последовательность процессов: Группы процессов (Жизненный цикл)

Группы процессов описывают хронологию управления проектом. Они формируют этапы жизненного цикла и связаны циклом Деминга PDCA (Plan-Do-Check-Act). Некоторые этапы являются цикличными (особенно планирование и контроль).

5 Групп процессов (согласно PMBOK 6 / ISO 21500 / ГОСТ):

1. Инициация (Initiating)

   Определение высокоуровневых целей‚ обоснование бизнес-кейса‚ идентификация стейкхолдеров‚ разработка Устава проекта (Project Charter). Выход: Утвержденный Устав проекта.

2. Планирование (Planning)

   Наиболее обширная группа. Определение области‚ разработка Плана управления проектом (Project Management Plan)‚ планирование сроков‚ стоимости‚ качества‚ ресурсов‚ коммуникаций‚ рисков‚ закупок‚ стейкхолдеров. Ключевой артефакт — Базовый план (Performance Measurement Baseline).

3. Исполнение (Executing)

   Реализация плана: управление командой‚ проведение закупок‚ управление качеством (Quality Assurance)‚ управление коммуникациями‚ вовлечение стейкхолдеров. Создается конечный продукт проекта.

4. Мониторинг и контроль (Monitoring and Controlling)

   Отслеживание отклонений от базового плана (Earned Value Management — EVM)‚ управление изменениями (Integrated Change Control)‚ контроль сроков‚ стоимости‚ области‚ рисков. Обеспечивает корректирующие действия.

5. Завершение (Closing)

   Формальное принятие продукта‚ передача результатов‚ закрытие закупок‚ освобождение ресурсов‚ архивирование документации‚ уроки извлеченного опыта (Lessons Learned).

Важно: Группы процессов не являются фазами проекта. Они повторяются на каждой фазе жизненного цикла (например‚ на фазе «Проектирование» и на фазе «Строительство» проходят все 5 групп).

Области управления (Области знаний / Предметные группы): Что мы управляем

Если группы процессов, это «когда»‚ то области знаний — это «что». В PMBOK 6 выделено 10 областей знаний‚ в ISO 21500, 10 предметных групп (терминология немного отличается‚ суть идентична). Каждая область объединяет процессы‚ инструменты‚ практики‚ входы и выходы‚ относящиеся к определенному аспекту.

Матрица взаимодействия: Процессы на пересечении Групп и Областей

Сила стандарта PMBOK/ISO 21500 — в матрице 49 (или 39) процессов‚ расположенных на пересечении 5 групп процессов и 10 областей знаний. Каждый процесс имеет четкие Входы (Inputs)‚ Инструменты и методы (Tools & Techniques) и Выходы (Outputs) (модель ITTO — Inputs‚ Tools & Techniques‚ Outputs).

Примеры ключевых процессов на пересечениях:

• Инициация + Интеграция: Разработка Устава проекта (Develop Project Charter).
• Планирование + Область: Создание WBS (Create WBS) — фундамент для сроков и стоимости.
• Планирование + Сроки/Стоимость: Разработка календарного плана (Develop Schedule) и Определение бюджета (Determine Budget).
• Планирование + Риски: Идентификация рисков (Identify Risks)‚ Качественный/Количественный анализ‚ Планирование реакций.
• Исполнение + Ресурсы/Коммуникации: Управление командой (Manage Team)‚ Управление коммуникациями (Manage Communications).
• Мониторинг и контроль + Интеграция: Выполнение интегрированного контроля изменений (Perform Integrated Change Control) — центральный процесс контроля.
• Мониторинг и контроль + Сроки/Стоимость: Контроль сроков (Control Schedule) и Контроль затрат (Control Costs) с использованием EVM.
• Завершение + Интеграция/Закупки: Закрытие проекта/фазы (Close Project or Phase)‚ Закрытие закупок (Close Procurements).

Как верно замечено в источниках‚ «между ними существует пересечение на разных этапах проекта — например‚ управление сроками особенно важно при планировании и контроле». Процесс управления рисками‚ например‚ активен на планировании‚ но мониторинг рисков продолжается до завершения проекта.

Современные тренды: PMBOK 7-е издание и гибкость

В 7-м издании PMBOK (2021) PMI сделал акцент на принципах (Stewardship‚ Team‚ Stakeholders‚ Value‚ Systems Thinking‚ Leadership‚ Tailoring‚ Quality‚ Complexity‚ Risk‚ Adaptability‚ Change) и доменах выполнения (Performance Domains):

1. Домен стейкхолдеров (Stakeholder Performance Domain)
2. Домен команды (Team Performance Domain)
3. Домен подхода к разработке (Development Approach & Life Cycle Performance Domain)
4. Домен планирования (Planning Performance Domain)
5. Домен выполнения работы (Project Work Performance Domain)
6. Домен поставки (Delivery Performance Domain)
7. Домен измерения (Measurement Performance Domain)
8. Домен неопределенности (Uncertainty Performance Domain)

Это не отменяет процессный подход 6-го издания‚ а накладывает на него слой гибкости (Tailoring). Стандарт ISO 21500:2021 (и обновленный ГОСТ) также эволюционировал‚ став менее прескриптивным и более адаптивным к разным типам проектов (предиктивным‚ гибким‚ гибридным).

Практическое применение: как использовать эту структуру

1. Чек-лист для менеджера: Пройдитесь по матрице 5×10 на старте проекта. Есть ли процессы во всех ячейках‚ релевантных вашему проекту? (Tailoring — отсечение лишнего).
2. База для документации: План управления проектом (PMP) структурируется по областям знаний: План управления содержанием‚ План управления сроками‚ План управления рисками и т.д.
3. Инструментарий ПО: Современные системы (MS Project‚ Primavera‚ Jira‚ Spider‚ Клеверенс и др.) реализуют логику процессов: WBS (Область) -> Сетевой график (Сроки) -> Ресурсы/Бюджет -> Исполнение/Трекинг (EVM) -> Отчеты.
4. Управление изменениями: Любое изменение в одной области (например‚ Сроки) проходит через Интеграцию (Perform Integrated Change Control) и оценивается на влияние на все остальные области (Стоимость‚ Качество‚ Риски‚ Область).

Понимание последовательности процессов (Группы процессов) и областей управления (Области знаний) — это «каркас» профессионального проектного менеджера. Стандарты PMBOK‚ ISO 21500 и ГОСТ Р ИСО 21500 предоставляют универсальный язык и структуру‚ позволяющие:

• Не упускать критические аспекты (риски‚ стейкхолдеры‚ закупки).
• Строить прозрачную систему отчетности и контроля (EVM).
• Масштабировать подход от малых внутренних проектов до мегапроектов госзаказчика.
• Адаптировать методологию под гибкие (Agile/Scrum)‚ предиктивные (Waterfall) и гибридные жизненные циклы.

Освоение матрицы процессов — это переход от интуитивного управления к управляемому‚ предсказуемому и повторяемому успеху.