Почему проектная деятельность без поддержки топов — фикция
Можно выстроить PMO, нанять консультантов, обучить сотрудников и завести десятки проектов. Но если C-level остаются в стороне, всё это будет напоминать дорогую, но бесполезную декорацию. Потому что именно на уровне топ-менеджмента формируются реальные приоритеты, ресурсные рамки и сигналы, на что стоит тратить энергию, а что — просто «в работе для отчёта».
В организациях, где C-level не вовлечены в проектную деятельность, проекты быстро превращаются в «зоопарк». Каждый отдел что-то делает, но непонятно зачем. Инициативы запускаются без связи с общей стратегией, пересекаются, конкурируют за ресурсы, тормозят друг друга. А главное — теряют доверие: сотрудники видят, что в стратегических встречах про эти проекты никто даже не вспоминает.
Пример. В одной IT-компании PMO ввёл стандартный проектный цикл, завёл единую систему учёта, организовал регулярные статусы. Через год в портфеле было 84 проекта. Из них только 9 имели чёткую связь с ключевыми бизнес-целями. Остальные — результат локальных инициатив, «пожарных» решений или личных амбиций менеджеров. Совет директоров узнавал о них постфактум — на слайде с тремя условными статусами. Никаких эффектов, кроме нагрузки и фрустрации.
Топ-менеджмент не может быть вне проектной логики. Потому что проекты — это и есть механизм изменений. А изменения — это и есть реализация стратегии. Если стратеги не в проектной плоскости, значит, они просто рисуют красивые цели, которые не имеют шансов воплотиться. Проектная деятельность без топов — это бег по кругу: много активности, мало движения.
Четыре типичных роли C-level в проектах (и почему они не работают)
Во многих организациях участие топ-менеджеров в проектах сведено к ритуалу. Формально они есть: значатся в списке спонсоров, участвуют в утверждении бюджетов, могут подписать устав проекта. Но реально — они либо не погружены, либо действуют шаблонно. Вот четыре самых распространённых, но неработающих роли:
1. Спонсор «по визитке»
Это когда имя топа стоит в документах, но ни один участник проекта не может вспомнить, чтобы он хоть раз поучаствовал в обсуждении или помог снять блокирующий фактор. Такая роль демотивирует команды: формально спонсор есть, а по факту — всё приходится вытаскивать снизу. Проекты с таким спонсором могут тянуться годами, теряя энергию и фокус.
2. Утвердитель бюджета
C-level появляется на проекте ровно один раз — чтобы одобрить бюджет. Потом исчезает. Возвращается — когда нужны деньги дополнительно. Между этими точками — молчание. Это приводит к тому, что приоритеты не пересматриваются, изменения не подхватываются, а команды тратят усилия на реализацию давно устаревших целей.
3. Формальный заказчик
Топ-менеджер ставит задачу, подписывает проект, но не участвует в уточнении требований, не даёт обратной связи, не принимает решения по развилкам. Итог — команда пытается «угадать», что имели в виду, реализует не то, получает недовольство. Этот сценарий особенно токсичен: он рождает ощущение, что виноваты всегда исполнители.
4. Руководитель, которому некогда
В этой модели проект регулярно всплывает в повестке, но тут же отодвигается: «не сейчас», «много встреч», «давайте кратко на почту». Решения висят неделями, фреймы не определены, конфликтующие инициативы не разводятся. Команды устают, замыкаются в себе, перестают эскалировать.
Общая проблема всех этих моделей — они создают иллюзию участия. А без настоящей вовлечённости ничего не работает. Проектам нужен не зритель с титулом, а игрок, который понимает, зачем это всё, и готов действовать. Иначе управление проектами превращается в фасад: красиво, строго, по регламенту — и бесполезно.
Какие модели действительно работают
Чтобы проектная деятельность приносила пользу, участие C-level должно быть не формальным, а деятельным — и при этом не превращаться в микроменеджмент. Это баланс: топы не должны тянуть на себя операционку, но и не могут оставаться сторонними наблюдателями. Ниже — три работающие модели, которые действительно усиливают проекты.
C-level как куратор продуктового направления
В этой модели топ-менеджер становится наставником и фасилитатором целого продуктового домена: например, клиентский опыт, логистика, цифровые сервисы. Он не участвует в ежедневной работе, но задаёт рамку, помогает синхронизировать проекты, принимает участие в ревью ключевых гипотез. Его зона — стратегические развилки и поддержка. Это особенно эффективно в трансформационных историях, где требуется устойчивое внимание и политический вес.
Топ-менеджер как фасилитатор стратегических решений
Здесь фокус — не на контроле, а на разруливании сложных кейсов. Когда проекты заходят в тупик из-за конфликта интересов, ресурсов, приоритетов — топ подключается как модератор. Он не говорит «делать вот так», он задаёт правильные вопросы, помогает сторонам выйти на решение, защищает команду от внешнего давления. Такая роль требует зрелости и авторитета, но она кардинально повышает скорость принятия решений.
Совместная постановка и пересмотр приоритетов
C-level регулярно участвуют в процессе определения, что сейчас важно. Это может быть в формате ежемесячных сессий, стратстенд-апов или windows of change. Они не просто утверждают то, что им принесли — они вместе с проектными и продуктовыми лидерами задают вектор. И регулярно его пересматривают. Это создаёт общее понимание, упрощает коммуникацию, уменьшает разочарования «мы делали, а это больше никому не нужно».
Разделение ответственности: стратегия — изменения — реализация
В этой модели С-level не просто «наверху», а встроены в контур изменений. Один отвечает за формулировку вектора, другой — за управление изменениями, третий — за реализацию. Это позволяет каждому быть на своём месте, при этом участвовать в общем движении. Ключ — общая цель и регулярные точки синхронизации.
Во всех этих моделях C-level не подменяет команды. Он помогает им быть эффективнее. И именно это создаёт устойчивую и зрелую проектную культуру.
Как выстроить такую модель в реальности
Вовлечение C-level в проектную деятельность — это не про личную харизму CEO, а про системную настройку форматов и ожиданий. Важно не просто «звать топов», а создать для них понятную и продуктивную роль в проектном контуре. Вот несколько проверенных практик, как это реализовать.
Форматы участия:
— Стратегические стендапы — короткие ежемесячные или ежеквартальные встречи, где обсуждаются ключевые проекты с фокусом не на отчётах, а на развилках и эффектах. Здесь не спрашивают «где отчёт по срокам», здесь обсуждают «что мы получаем и зачем».
— Совет по приоритетам — регулярный формат, где вместе с C-level принимаются решения о запуске, остановке и пересмотре проектов. Это позволяет вовремя корректировать курс и даёт ощущение общей навигации.
— Окно изменений — заранее определённые временные слоты в квартале, когда можно предлагать новые инициативы на стратегический уровень. Это дисциплинирует и снимает шум вокруг «всё срочно».
Как избежать микроменеджмента:
— Заранее очерчены зоны ответственности. C-level не проверяют задачи в Jira, не лезут в план-графики. Их зона — смысл, вектор, развилки.
— Вся операционная динамика — в проектных командах. У C-level — обзорный уровень: «с чем вы идёте ко мне, какое решение нужно, какие последствия».
— Команды готовят материалы не в стиле «показать всё», а в формате «что важно для решения». Это сокращает входной порог и экономит время.
Как не перегрузить топов:
— Информация подаётся компактно, по шаблону.
— Создаются медиаторы — бизнес-партнёры, project leads, которые предварительно синхронизируются с топами.
— Решения фиксируются сразу. Нет «мы подумаем» — есть «да/нет/уточнить в течение недели».
Кейс: в одной ритейл-компании CEO лично ведёт проект по развитию клиентского опыта. Не потому что некому, а потому что это — стратегический приоритет. Раз в месяц — встреча с командой, обсуждение гипотез, блокеров и обратной связи от клиентов. Не совещание, не контроль, а сонастройка. Вся компания знает: если проект «про клиента», у него есть мощная поддержка. И это меняет всё.
Такая система работает только если участие C-level не формальное, а осмысленное. И если проектный контур умеет с этим участием работать: не просить разрешений, а приходить с вопросами, не скрывать проблем, а приносить сигналы. Тогда топ-менеджеры становятся частью изменений — а не их внешними наблюдателями.
Почему это не про контроль, а про вовлечённость
Одна из ключевых ошибок — воспринимать участие C-level в проектах как способ усилить контроль. Отсюда — микроменеджмент, статусные совещания, отчёты на 15 слайдов и бесконечные пересогласования. Но настоящая ценность вовлечения топов — не в контроле, а в создании смысла и ускорении движения.
Контроль можно делегировать. Вовлечённость — нет.
Когда C-level действительно «внутри» проектной деятельности, они не просто знают, что происходит. Они помогают проектам быть понятыми, поддержанными и приоритетными. Они разблокируют ресурсы, снимают барьеры, легитимируют важные, но непопулярные решения. Они не задают вопросы «почему вы не уложились в срок», а спрашивают «почему это важно сейчас».
Важно понять: вовлечённость — это не про нависание. Это про участие с доверием. У зрелого топ-менеджера нет потребности проверять задачи в трекере. Его задача — быть видимым ориентиром. Показывать, что проекты — не придаток операционной деятельности, а инструмент развития. Что инициатива — это норма, а не исключение.
Когда C-level задаёт темп и вовлечённо участвует в обсуждении гипотез, развилок, рисков — это даёт командам ощущение значимости и уверенности. Пример: если директор по маркетингу приходит на демонстрацию новых подходов к клиентским сегментам, обсуждает детали и просит прислать доработки — команда понимает, что это важно. И работает с другим уровнем ответственности.
Скорость принятия решений тоже растёт кратно. Потому что согласования идут не по цепочке снизу вверх, а происходят вживую, с контекстом, в доверительной атмосфере. А это критично для любых трансформационных процессов.
И, наконец, вовлечённость создаёт культуру. Когда топы в проекте — это сигнал всем уровням, что изменения — это часть стратегии, а не нагрузка к операционке. Что результат — это не отчёт, а эффект. Что проектная деятельность — не временная мода, а основной механизм движения вперёд.
Что меняется, когда C-level «внутри» проектной логики
Когда топ-менеджеры перестают быть внешними наблюдателями и становятся участниками проектной логики, происходят сдвиги, которые невозможно достигнуть через инструкции и регламенты.
1. Возникает продуктовая культура
Вместо мышления «проект ради галочки» появляется фокус на ценности для клиента, пользователя, бизнеса. Проекты перестают быть оторванными от реальности: обсуждаются гипотезы, метрики, обратная связь. С-level задают вопрос не «когда вы закончите», а «что это даст и как мы это узнаем». В результате команда начинает работать не по ТЗ, а по смыслу.
2. Растёт скорость
Проекты перестают застревать в серых зонах и бесконечных согласованиях. Потому что топ в курсе, принимает решения, защищает инициативу. В организациях, где CEO или CFO лично вовлечены в приоритизацию и дорожные карты, time-to-decision снижается в 2–3 раза. А это напрямую влияет на способность адаптироваться.
3. Укрепляется ответственность
Когда руководитель департамента участвует в проектной работе, его команда понимает: это не «чужая задача», а часть общего дела. Исчезает игра в перекидывание ответственности. Появляется взрослая логика: если ты согласился на участие, значит, несёшь за это последствия. В том числе перед CEO, который может задать прямой вопрос.
4. Исчезают «мертвые» проекты
Топ-менеджеры вовремя видят, что не работает, и помогают закрыть, пересобрать, перенастроить. Это особенно важно в крупных портфелях: вовлечённый C-level помогает избежать накопления «проектного мусора» — инициатив без эффекта, но с активным статусом.
5. Появляется единая рамка приоритетов
Команды работают не по принципу «у кого громче крик», а в логике согласованных направлений. Топы задают темп и ритм, регулируют баланс между краткосрочной и долгосрочной повесткой. Это особенно критично для организаций в трансформации — без общего вектора все инициативы начинают мешать друг другу.
6. Стратегия становится живой
Когда те, кто эту стратегию писал, сами участвуют в проектах по её реализации — исчезает разрыв между словами и действиями. Стратегия перестаёт быть красивым документом, она проявляется в календарях, в решениях, в вовлечённости. А это — главный фактор устойчивости изменений.
Пример: в крупной логистической компании COO лично курировал проект по внедрению новой системы управления складом. Он не руководил вручную, но участвовал в ключевых демонстрациях, помогал устранить сопротивление на местах, участвовал в приоритизации. Результат — проект запустился в срок, получил поддержку команд, эффект превысил прогнозы. И самое главное — был распространён на всю сеть, потому что его поддержка задала стандарт.
Когда C-level «внутри» — проектная деятельность перестаёт быть технологией. Она становится управленческой практикой. Настоящим инструментом движения компании.