Группы процессов PMBOK 8: инициация, планирование, исполнение, контроль, завершение

Что такое группы процессов (и как не путать их с доменами)

Многие путают. Давайте раз и навсегда.

Домены отвечают на вопрос «на чём фокусироваться?». Это семь областей: содержание, сроки, финансы, риски, ресурсы, заинтересованные стороны, стратегическое руководство. Вы держите фокус на них постоянно, параллельно.

А вот эти пять этапов отвечают на вопрос «когда это делать?». Это последовательность шагов во времени: сначала запускаем, потом планируем, потом делаем, потом проверяем, потом закрываем.

Простая аналогия. Вы готовите ужин.

Домены — это что вы контролируете: вкус, температуру, время готовки, безопасность (не порезаться), ингредиенты.

Группы процессов — это когда вы что делаете: сначала достаёте продукты, потом режете, потом жарите, потом пробуете, потом подаёте на стол.

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

Пять групп процессов — что внутри (шпаргалка)

1. Инициация — запускаем проект

Отвечает на вопрос: «Есть ли у нас право делать этот проект?»

Здесь вы получаете формальное разрешение на старт. Главный артефакт — устав проекта (без него вы не руководитель, а энтузиаст). Также на инициации вы определяете ключевых заинтересованных сторон и укрупнённые цели.

Процессы инициации, которые чаще всего нужны в ИТ:

• разработка устава проекта
• идентификация заинтересованных сторон

Сколько времени тратить? Для небольшого проекта — 2–3 часа. Для крупного — до недели.

2. Планирование — превращаем идею в план

Отвечает на вопрос: «Как мы будем делать? Сколько времени и денег?»

Самая объёмная группа. Здесь вы собираете требования, строете WBS, оцениваете сроки и бюджет, идентифицируете риски, распределяете роли, договариваетесь о коммуникациях.

Процессы планирования для ИТ-проекта средней руки (8–12 из 15–18):

• сбор требований
• создание WBS
• разработка расписания (критический путь, резервы)
• оценка бюджета
• идентификация рисков
• планирование ресурсов (матрица RACI)
• планирование коммуникаций
• планирование качества (критерии готовности)

Сколько времени тратить? Для спринта — 2–4 часа. Для всего проекта — от пары дней до пары недель.

3. Исполнение — делаем работу

Отвечает на вопрос: «Команда, делаем!»

Здесь команда пишет код, тестирует, интегрирует. А руководитель координирует, убирает блокеры, мотивирует, организует демо для заказчика, запускает планы реагирования на риски.

Процессы исполнения для ИТ (5–7 из 8–10):

• управление командой (стендапы, one-on-one)
• управление коммуникациями (демо, отчёты)
• управление качеством (код-ревью, автотесты)
• реализация плана реагирования на риски
• вовлечение заинтересованных сторон

Сколько времени тратить? Это основная работа. 80–90% времени проекта.

4. Мониторинг и контроль — сверяемся с планом

Отвечает на вопрос: «Всё ли идёт по плану? Что нужно скорректировать?»

Эта группа работает параллельно с исполнением. Вы делаете работу — и одновременно проверяете, не отклонились ли от графика и бюджета, не вышли ли за границы содержания, не наступили ли риски.

Процессы контроля для ИТ (5–7 из 8–10):

• контроль расписания (SPI)
• контроль бюджета (CPI)
• контроль содержания (чтобы не расползалось)
• мониторинг рисков (обновление реестра)
• управление изменениями (запросы, анализ, утверждение)
• отчётность о статусе

Сколько времени тратить? 15–30 минут в день на стендапе. 1–2 часа в конце спринта. 2–3 часа в месяц на отчётность перед спонсором.

5. Завершение — закрываем проект

Отвечает на вопрос: «Проект закончен. Что дальше?»

Самая короткая группа — и самая игнорируемая. А зря. Без завершения проект юридически не закрыт, документация не передана, уроки потеряны.

Процессы завершения для ИТ (3–5 из 5–6):

• приёмка результатов (акт, подпись заказчика)
• передача результата в эксплуатацию (документация, обучение)
• извлечение уроков (ретроспектива, база знаний)
• закрытие контрактов и финансов
• архивация документов и расформирование команды

Сколько времени тратить? Для небольшого проекта — 2–4 часа. Для крупного — до недели.

Как это выглядит в реальном ИТ-проекте (пример со спринтом)

Возьмём самый обычный проект — разработку интернет-магазина. Команда 5 человек, спринты по две недели.

Инициация (один раз в начале). Вы встречаетесь со спонсором. Составляете устав на одной странице: бюджет 5 млн, срок — 1 декабря, цели — сократить время оформления заказа с 2 дней до 4 часов. Заказчик подписывает.

Планирование (укрупнённо — один раз, детально — перед каждым спринтом). Строите WBS. Оцениваете первые задачи, закладываете резерв 15%. Составляете реестр рисков. Назначаете владельцев.

Исполнение (каждый день). Команда пишет код. Вы проводите ежедневный стендап. Раз в две недели — демо для заказчика.

Контроль (постоянно). Раз в неделю считаете SPI. Смотрите бюджет. Если заказчик просит новую фичу — запускаете процесс изменения.

Завершение (один раз в конце). Финальная демо, акт приёмки, передача документации, ретроспектива.

Три главных правила при работе с группами процессов

Правило 1. Не нужно делать все 40 процессов

40 процессов — это максимальный набор для самых крупных проектов. Для вашего ИТ-проекта достаточно 10–15.

Правило 2. Планируйте детально только ближайшее

Используйте метод набегающей волны: детально на 2–4 недели, дальше — укрупнённо.

Правило 3. Не пропускайте завершение

Без акта приёмки проект юридически не закрыт. Без ретроспективы следующая команда наступит на те же грабли.

Часто спрашивают

Сколько групп процессов в PMBOK 8?

Пять: инициация, планирование, исполнение, контроль, завершение. Запомнить легко — И-П-И-К-З.

Какие 5 групп процессов в PMBOK 8?

Инициация (запуск), планирование (план), исполнение (работа), контроль (проверка), завершение (закрытие).

Нужно ли использовать все 5 групп в коротком спринте?

Нет. Инициация и завершение спринта — упрощённые. Инициация: просто объявить цель спринта (15 минут). Завершение: демо и ретроспектива (2–3 часа).

Группы процессов и Agile — совместимы?

Да. В Agile вы проходите этот цикл на каждой итерации. Просто с меньшей детализацией и с петлями обратной связи.

Можно ли возвращаться к планированию во время исполнения?

Можно и нужно. В реальном ИТ-проекте вы не проходите группы процессов строго один раз. Вы можете вернуться к планированию, если появились новые требования или наступил крупный риск. PMBOK 8 не требует идеальной последовательности.

Группы процессов управления проектами pmbok — зачем они нужны?

Они дают понятную последовательность шагов: сначала запустить проект (инициация), потом спланировать, потом сделать, потом проверить, потом закрыть. Без этой последовательности — хаос.

Группы процессов PMBOK 6 vs PMBOK 8 — в чём разница?

В PMBOK 6 было 5 групп процессов и 49 жёстких процессов. В PMBOK 8 — те же 5 групп, но 40 гибких процессов, которые не обязательны к выполнению. Главное отличие: в восьмой версии процессы стали инструментами, а не догмой. Вы сами решаете, какие процессы нужны вашему проекту.

📌 На воркшопах вы не заучиваете 40 процессов. Вы планируете, исполняете и контролируете проект на своих кейсах — с WBS, реестром рисков, бюджетом и отчётностью. Подробнее о курсе →