7 доменов исполнения PMBOK 8: на что фокусироваться в ИТ-проекте

Представьте, что вы за рулём автомобиля

Эти семь областей — приборная панель вашего автомобиля: спидометр, тахометр, указатель топлива, температура двигателя. Вы не смотрите на них по очереди, вы скользите взглядом: на обгоне важнее спидометр и тахометр, в дальней поездке — топливо и температура, но полностью игнорировать какой-то прибор нельзя, иначе можно пропустить перегрев. Таких «приборов» в PMBOK 8 ровно семь, и вы работаете со всеми параллельно, просто с разной интенсивностью. Сегодня важнее расписание, завтра — финансы, но ни один из семи не должен гореть красным.

Семь точек фокуса с примерами из ИТ

1. Стратегическое руководство (Governance). Это о спонсоре, управляющем комитете, совете директоров — о тех, кто принимает решения, которые вы не можете принять сами. Когда нужно сдвинуть дату релиза или добавить интеграцию, у вас есть два варианта: гадать или знать процедуру эскалации. ИТ-пример: заказчик просит интеграцию с новым API, оценка — плюс три недели и полтора миллиона рублей. По вашему плану изменений, отклонения более чем на 10% утверждает комитет, вы готовите презентацию, выносите на комитет и получаете решение. Что сделать завтра: убедитесь, что есть документ, где написано, какие изменения вы утверждаете сами, а какие требуют поднятия наверх.

2. Содержание и границы (Scope). Это о том, что именно вы делаете и, что не менее важно, чего вы НЕ делаете. Расползание содержания — главная болезнь ИТ-проектов, когда «маленькая кнопочка» за «маленькой кнопочкой» превращаются в недели работы и перерасход бюджета. ИТ-пример: в уставе первого релиза прописано: авторизация, каталог, корзина, а интеграция с платёжкой — во втором релизе. Заказчик говорит «давайте оплату добавим», и вы не говорите «нет», вы говорите «это будет стоить месяц и миллион, давайте утвердим официально». Что сделать завтра: выпишите списком «входит... не входит...», покажите заказчику и подпишите. Подробнее о границах — в статье Устав ИТ-проекта.

3. Расписание (Schedule). Это о сроках: как спланировать работы, оценить длительность, найти узкие места и не сорвать дедлайн. Если нет дисциплины планирования, вы узнаёте об отставании за две недели до релиза, а это паника и аврал. ИТ-пример: вы планируете интеграцию, зависимости: доступ к API (три дня), код (десять дней), тестирование (пять дней). Поставка серверов задерживается на две недели, вы находите критический путь (поставка серверов) и закладываете резерв. Что сделать завтра: постройте диаграмму Ганта в Excel с задачами, датами, ответственными и колонкой «прогресс, %». Подробнее — в статье Критический путь в ИТ-проекте.

4. Финансы (Budget). Это о деньгах: как спланировать бюджет, отслеживать траты и вовремя заметить перерасход. Деньги кончаются незаметно: сегодня всё в норме, а через месяц подрядчик выставил счёт вдвое больше. ИТ-пример: проект идёт три месяца, план — бюджет 10 млн, к сегодняшнему дню должны быть освоены работы на 4 млн, фактически потратили 4,5 млн, а сделали на 3,8 млн, CPI = 0,84 — перерасход, причина в нестабильных требованиях. Что сделать завтра: сделайте таблицу «план — факт» на текущий месяц и обновляйте её раз в месяц. Подробнее — в статье EVM для ИТ-проекта.

5. Заинтересованные стороны (Stakeholders). Это о людях, которые влияют на проект или зависят от него: спонсор, заказчик, пользователи, безопасники, эксплуатация, подрядчики. Заказчик не злится «просто так» — либо его не информируют, либо он думает, что вы делаете одно, а вы делаете другое. ИТ-пример: ИТ-директору (высокая власть, низкий интерес) — краткий дайджест раз в месяц, ключевому пользователю (низкая власть, высокий интерес) — еженедельные демо, службу безопасности включаете заранее, а не за день до сдачи. Что сделать завтра: выпишите всех, кто связан с проектом, и напротив каждого: «Что ему нужно?», «Как часто я пишу?». Подробнее — в статье План управления коммуникациями в ИТ-проекте.

6. Ресурсы (Resources). Это о людях и оборудовании: кто делает работу, не перегружен ли, кто за что отвечает. Люди — главный ресурс в ИТ, и если не следить за загрузкой и не распределять ответственность, начинаются конфликты («а я думал, это Петя делает») и выгорание. ИТ-пример: вы составляете матрицу RACI, где ответственный (Responsible) — разработчик, утверждающий (Accountable) — вы, консультируемые (Consulted) — архитектор и аналитик, информируемые (Informed) — заказчик и эксплуатация. Что сделать завтра: для 5–7 задач напишите матрицу RACI, распечатайте и повесьте на стену. Подробнее — в статье Матрица RACI.

7. Риски (Risks). Это о неопределённости, о том, что может пойти не так, и о том, что вы делаете заранее, а не в момент пожара. Риски не исчезают от того, что вы про них не думаете — они просто наступают неожиданно. ИТ-пример: риск — поставка лицензий задержится на две недели, вероятность 30%, влияние — сдвиг сроков на пять дней. План реагирования: заказываем лицензии за три недели до срока, подготавливаем временное решение на бесплатных аналогах. Когда риск наступает — не паникуете, а выполняете план. Что сделать завтра: соберите команду на 30 минут, выпишите 5–10 рисков, оцените вероятность и влияние, назначьте владельца. Подробнее — в статье Реестр рисков ИТ-проекта.

Часто спрашивают про домены PMBOK 8

Какие 7 доменов PMBOK 8? Стратегическое руководство, содержание, расписание, финансы, заинтересованные стороны, ресурсы, риски.

Какой домен самый важный? Тот, который в данный момент критически отстаёт — в одном проекте важнее финансы, в другом — риски. Нет универсального ответа.

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

А куда делись процессы (инициация, планирование, исполнение, контроль)? Никуда — группы процессов это про последовательность шагов во времени, а домены — про области фокуса. Они работают вместе.

Стратегическое руководство проектом (governance) — что это простыми словами? Это про то, кто принимает ключевые решения, кто утверждает изменения и как передавать проблемы наверх, если ваших полномочий не хватает.

Чем домены PMBOK 8 отличаются от областей знаний PMBOK 6? В PMBOK 6 было 10 областей знаний (управление сроками, бюджетом, рисками...), в PMBOK 8 их перегруппировали в 7 доменов исполнения. Суть не изменилась, изменилась логика группировки — восьмая версия сделала акцент на постоянном фокусе, а не на последовательных процессах.

В нашем курсе каждый из семи доменов разбирается на отдельном воркшопе. Вы не читаете теорию — вы строите WBS, считаете критический путь, заполняете реестр рисков. Узнать подробнее →