Один удачно завершённый проект ничего не говорит о зрелости компании в управлении проектами — это могло быть удачей, героизмом одного человека или счастливым стечением обстоятельств. OPM3 (Organizational Project Management Maturity Model) оценивает не отдельный проект, а системную способность организации повторяемо и предсказуемо доводить проекты до результата.
Реальный, официально задокументированный пример системного повышения зрелости управления проектами — австралийское федеральное агентство Centrelink (создано в 1997 году для доставки социальных выплат населению). После критического аудита Australian National Audit Office (ANAO), выявившего проблемы в управлении стратегическими проектами, агентство в мае 2005 года создало специальный Совет по координации проектов (Project Coordination Board), а в июле 2006 года утвердило план из шести конкретных пунктов повышения зрелости, официально согласованный с рекомендациями ANAO. Цель, которую агентство поставило перед собой явно и публично, — достичь рейтинга зрелости управления проектами уровня 4 и добиться признания управления проектами полноценной профессиональной карьерной траекторией для сотрудников, а не побочной обязанностью. Основой для стандартизации процессов Centrelink выбрало международно признанные стандарты — PMBOK и PRINCE2 — с последующим неоднократным пересмотром практики. Этот кейс, наряду с Washington Savannah River Company (США), фигурирует в собственном исследовании PMI «Analysis of Organizational Project Management Maturity Model Cases» как реальный пример применения именно логики OPM3: последовательное движение от разрозненной практики к измеримой, повторяемой системе управления проектами.
Модель разработана Институтом управления проектами (PMI) — той же организацией, что стоит за глобальным стандартом PMBOK — и остаётся одним из наиболее признанных в мире инструментов диагностики организационной зрелости проектного управления.
Один успешный проект — это может быть везение. Десять успешных проектов подряд — это уже система.
Происхождение и исследовательская база
OPM3 разработан и опубликован Институтом управления проектами (Project Management Institute, PMI) как стандарт для оценки и улучшения организационной зрелости управления проектами, портфелями и программами. Впервые опубликован в 2003 году, регулярно обновляется вместе с другими стандартами PMI.
Ключевые идеи и принципы
Принцип: четыре последовательные стадии процесса.
Стандартизация (Standardize — процессы управления проектами задокументированы и последовательны), измерение (Measure — собираются данные об эффективности процессов), контроль (Control — на основе данных процессы контролируются и корректируются), непрерывное улучшение (Continuously Improve — процессы систематически совершенствуются на основе накопленных данных).
Принцип: три домена управления.
Модель применяется одновременно к трём уровням: управление отдельными проектами, управление программами (группами связанных проектов), управление портфелем (совокупностью проектов и программ в соответствии со стратегией компании) — зрелость на одном уровне не гарантирует зрелость на других.
Принцип: зрелость — это про повторяемость, не про один успех.
Ключевой вопрос OPM3 — не «был ли этот проект успешным», а «сможет ли компания повторить этот успех системно, независимо от того, кто именно ведёт следующий проект».
Ограничения, слепые зоны и критика
Модель разработана для компаний, ведущих множество проектов одновременно — для стартапа с одной-двумя параллельными инициативами полноценное применение всех трёх доменов (проект/программа/портфель) избыточно. Формальная зрелость процессов не гарантирует, что сами проекты выбраны правильно — OPM3 оценивает, насколько хорошо компания выполняет проекты, а не насколько удачно она их выбирает (это ближе к стратегическому управлению портфелем).
Типовые ошибки
Ошибка 1: путают успех одного проекта с организационной зрелостью.
Один проект прошёл отлично благодаря сильному менеджеру проекта — компания считает себя зрелой в управлении проектами, хотя без этого конкретного человека результат может быть совсем другим.
Как избежать: проверять, задокументирован ли процесс так, чтобы его мог повторить кто-то другой, не полагаться только на факт одного успеха.
Ошибка 2: внедряют сложные процессы раньше, чем компания к ним готова.
Пытаются сразу перейти к продвинутым практикам управления портфелем, хотя базовая стандартизация проектных процессов ещё не закреплена.
Как избежать: последовательно проходить стадии — сначала стандартизация, затем измерение, контроль и только потом непрерывное улучшение.
Ошибка 3: измеряют процесс, но не используют данные для решений.
Собираются метрики по проектам, но они никак не влияют на реальные управленческие решения — измерение существует формально.
Как избежать: явно связывать собранные данные с конкретными решениями о корректировке процесса.
Ошибка 4: оценивают зрелость только на уровне отдельных проектов, игнорируя программы и портфель.
Диагностика зрелости проводится только для отдельных проектов, хотя OPM3 явно требует оценки на трёх уровнях одновременно (проекты, программы, портфель) — сильная зрелость на проектном уровне не гарантирует, что компания правильно выбирает и приоритизирует сами проекты на уровне портфеля.
Как избежать: явно проводить оценку зрелости отдельно на всех трёх доменах модели, а не только на самом заметном — уровне отдельных проектов.
Ошибка 5: копируют целевой уровень зрелости другой компании без учёта собственного контекста.
Компания механически ставит целью «достичь уровня 4, как у известной организации из кейса», не оценив, действительно ли такой уровень зрелости оправдан масштабом и сложностью собственного проектного портфеля — избыточная зрелость для простого портфеля тратит ресурсы без реальной пользы.
Как избежать: определять целевой уровень зрелости исходя из реального масштаба и сложности собственного портфеля проектов, а не по аналогии с чужим примером.
Главное, что нужно знать
Организационная зрелость управления проектами — это не про то, был ли последний проект успешным, а про то, сможет ли компания повторить этот успех системно и с другими людьми. Путь идёт от стандартизации процессов через измерение и контроль к непрерывному улучшению.
План внедрения
Неделя 1: диагностика стандартизации.
Оценить, задокументированы ли основные процессы ведения проектов, или каждый проект ведётся по-своему.
Неделя 2: базовые метрики.
Определить 2-3 простые метрики для отслеживания проектов (сроки, бюджет, объём).
Неделя 3: точки контроля.
Ввести регулярные точки сверки хода проекта с планом.
Неделя 4: закрепление цикла улучшения.
Зафиксировать, как выводы из завершённых проектов будут использоваться для улучшения процесса следующих. Далее: пересматривать раз в полгода.
Как реализовать этот план с помощью фрейма OPM3 в OrgDevTools
Фрейм «OPM3» построен как горизонтальный ряд из четырёх последовательных карточек — ровно четыре стадии процесса зрелости методики: «Стандартизация» (процессы задокументированы), «Измерение» (собираются данные об эффективности), «Контроль» (процессы контролируются по этим данным), «Непрерывное улучшение» (систематическое совершенствование на основе накопленных данных).
Каждая карточка — свободный список конкретных практик, реально внедрённых на соответствующей стадии. Ключевая логика вердикта — строгая последовательность: фрейм явно проверяет, не пропущена ли более ранняя стадия при наличии записей в более поздней (например, заполнен «Контроль», но пуста «Стандартизация») — именно это прямо иллюстрирует Ошибку 2 из блока Типовых ошибок (внедрение продвинутых практик раньше готовности). Вердикт называет текущую реально достигнутую стадию и следующий шаг, а при достижении «Непрерывного улучшения» — высшего уровня — даёт финальный положительный вердикт.