PMEvangelist

PMO — одно из самых недопонятых звеньев в корпоративной структуре. И дело даже не в том, что их мало, а в том, что их роль часто редуцируется до набора рутинных функций: «сбор отчётности», «мониторинг сроков», «центр шаблонов». Образ — типичный: отдел, который присылает письма с просьбой срочно обновить статус по проекту, потому что «идёт консолидация в Excel». Эта карикатура сформировалась исторически. Первые PMO создавались как реакция на управленческий хаос: проекты запускались спонтанно, контроля не было, сроки срывались...

В классической логике проектного управления ожидания — это то, что нужно “зафиксировать и выполнить”. Есть техническое задание, есть перечень критериев успеха, есть дедлайн и бюджет. Всё прозрачно, всё согласовано, всё предсказуемо. Но в реальной работе, особенно в трансформационных, продуктовых или исследовательских проектах, эта логика трещит по швам. Во-первых, заказчик больше не “принимающая сторона”. Он не просто “ждёт результат”. Он вовлечён в путь: принимает решения, меняет приоритеты, подстраивается под новые данные...

В какой-то момент масштаб изменения в организации выходит за пределы привычных конструкций. Это уже не проект — слишком много связей. Не программа — слишком разнотипные форматы. И даже не портфель — потому что инициативы живут в разных логиках, с разными метриками, ритмами и сроками, но при этом должны в итоге изменить одно и то же. В этот момент появляется необходимость в другом управленческом образе — метапроекте. Метапроект — это не форма. Это рамка, удерживающая смысл при множественности логик...

В организациях нередко можно услышать: “У нас программа цифровой трансформации”, “программа развития клиентского пути”, “программа устойчивого роста”. Но стоит заглянуть внутрь — и оказывается, что это просто набор проектов, объединённых по теме, но не по замыслу. Каждый идёт своим ходом, цели разнятся, связи слабые, эффект не складывается. Это не программа — это координация. А иногда — просто удобная упаковка. Типовая ловушка: несколько проектов запускаются в одном домене — например, CRM, обучение...

Ещё десять лет назад идеальной моделью портфельного управления считалась сбалансированная система: немного инвестиционных проектов, немного оптимизационных, немного рисковых, немного безопасных. Всё в нужной пропорции, как в инвестиционной теории. Казалось: если сбалансировать, значит, снизим риски и будем устойчивы. Но в 2020-е стало очевидно: мир меняется быстрее, чем любые пропорции. А значит, попытка удержать баланс становится не решением, а тормозом. Когда организации фокусируются на равновесии,...

Многие компании уверены, что у них есть стратегия. Потому что есть красивый документ. Там — амбиции, направления роста, цифры до 2028 года, рыночные позиции и диаграммы. Иногда даже с вовлечением консалтинга. Это впечатляет. Но если спросить сотрудников: “А какие проекты сейчас реализуют эту стратегию?”, в ответ — тишина. Или список инициатив, не связанных между собой. Или классическое: “Это у нас в другом треке, я не в курсе”. Это и есть главный признак стратегического разрыва: замысел не превращается в движение...

Когда PMO создавались в компаниях 10–15 лет назад, у них была ясная миссия: принести порядок в хаос. Установить стандарты, ввести процессы, организовать отчётность. Это было полезно — в эпоху, когда компании только учились системно управлять проектами. PMO становились “стражами правильности”: отслеживали сроки, проверяли соответствие шаблонам, собирали сводные дашборды. В условиях относительной стабильности и линейных стратегий это работало. Но сегодня такой подход всё чаще вызывает раздражение...

Когда в компании говорят: «Нам нужна проектная культура», чаще всего дальше следует план: создать регламент, внедрить шаблоны, провести обучение. Всё это звучит разумно — но срабатывает крайне редко. Потому что культура не возникает из регламента. Она не прописывается приказом. И уж точно не внедряется через инструкции. Проектная культура — это не набор правил, а способ думать, действовать и взаимодействовать в ситуации неопределённости. Это когда команда понимает, что у них есть цель, ограничения, ограниченный ресурс и свобода решений...

В какой-то момент почти каждая крупная компания оказывается перед выбором: продолжать работать по старому или попробовать “что-то гибкое”. Особенно если растёт конкуренция, сбоит прогнозирование, клиенты ведут себя всё непредсказуемей, а внутри накапливается раздражение от бесконечных согласований. И вот тогда в поле зрения попадает agile — как универсальное решение. Быстрые итерации, автономные команды, меньше бюрократии, больше вовлечённости. Звучит как мечта. На стратегических сессиях появляются слова sprint, retrospective, backlog...

Очень часто в начале работы с бизнесом звучит знакомое: «Мы не проектные. У нас операционка». За этим обычно скрывается не факт, а установка. То есть не то, как работает организация, а то, как она о себе думает. Мол, проекты — это где-то у ИТ, у маркетинга, у “стратегов”, а мы вот — “просто делаем свою работу”. Но если посмотреть внимательнее, окажется: почти в любом бизнесе есть инициатива, которая: Звучит знакомо? Поздравляю — это и есть проект. На самом деле “непроектных” компаний не существует...

Самая частая ошибка, которую я вижу в организациях, — считать проектную деятельность технической темой. Мол, для этого у нас есть PMO, проектные менеджеры, система отчётности и какие-то регламенты. Руководству компании достаточно обозначить стратегию, а дальше — пусть исполняют. В лучшем случае — раз в квартал спросить: “Ну, что там у вас с проектами?”. В худшем — вообще не спросить. А теперь правда: если первые лица компании не вовлечены в проектную деятельность, она неизбежно деградирует до сервисной функции...

В большинстве организаций бюджетный процесс — это ритуал: раз в год собираются заявки, строятся прогнозы, защищаются цифры, утверждаются лимиты. После этого — всё: структура заморожена, движения между статьями почти невозможно, менять приоритеты — через боевую эскалацию. Формально всё логично: предсказуемость, контроль, дисциплина. Но по факту — это система, в которой инициатива наказывается. Вот как это работает: — Если ты успел «пробить» проект на этапе бюджетирования, у тебя есть деньги, даже если приоритет изменился...