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

Но в P&L (Profit and Loss) нет заметного роста. И в какой-то момент возникает вопрос, который неприятно задавать: если команда хорошая, почему бизнес не чувствует этого в прибыли?

Когда занятость маскирует отсутствие фокуса

В IT очень легко создать ощущение движения: есть velocity, burndown, roadmap, квартальные планы. Всё выглядит управляемым, но движение не в том направлении.

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

В исследовании Unlocking success in digital transformations McKinsey показывает, что компании, где четко сформулирована change story, вовлечен менеджмент и изменена операционная модель, в 2-3 раза чаще достигают успешного результата трансформации (Exhibit 2). Примечательно, что среди ключевых факторов успеха нет ни слова о velocity или количестве релизов. Речь идет о выравнивании управления и перераспределении ответственности и корректировке операционной модели, решающим оказывается не качество исполнения как таковое, а архитектура управления, внутри которой это исполнение происходит.

Перегруженный roadmap без экономического эффекта

Я неоднократно видел портфели с десятками параллельных инициатив, где ни одна из них не имела четкой связи с конкретной строкой P&L. Все было логично, но не было сфокусировано. В таких ситуациях единственным рабочим шагом является ревизия портфеля и сокращение инициатив. Это болезненно, но без этого фокус не появляется.

Где именно ломается система

Чаще всего разрыв происходит между тремя уровнями:

1. Бизнес-стратегия существует, но не каскадируется.

2. Портфель инициатив формируется без жесткой связи с P&L.

3. Operations Manager не имеет доступа к полной экономической картине.

Если упростить, здоровая модель должна выглядеть примерно так:

Бизнес-стратегия ->
Операционная стратегия ->
Приоритеты распределения ресурсов ->
Портфель инициатив ->
Проекты ->
Delivery

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

Случай из жизни

В какой-то момент я сам предложил пересмотреть операционную модель в компании, где работал.

• Команда была сильной.

• Delivery был стабильным.

• Формально всё выглядело управляемо.

Но портфель инициатив не был связан со стратегическими приоритетами, ресурсы распределялись по инерции, а roadmap формировался как компромисс между интересами разных сторон. Я предложил пересмотреть структуру портфеля, изменить операционные приоритеты, перераспределить ответственность, связать инициативы с реальным влиянием на P&L.

Это оказалось не просто менеджерской задачей. Я фактически предложил изменить логику распределения власти и ответственности, пересмотреть, кто и на каком основании принимает решения о приоритетах. Реакция системы была предсказуемой. Когда вы меняете операционную архитектуру, вы меняете баланс власти. В итоге, мне предложили покинуть компанию. Этот опыт оказался для меня важнее любого формально успешного кейса. Он показал, что операционная модель - это не набор процессов. Это договоренность о том, кто принимает решения, распределяет ресурсы и несет ответственность за результат.

Почему это не проблема инженеров

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

Роль Chief Operating Officer в создании ценности

Chief Operating Officer, COO - это не администратор процессов. Это архитектор исполнения. Именно COO отвечает за то, чтобы стратегия компании:

• превращалась в конкретные операционные приоритеты

• ограничивала портфель инициатив

• синхронизировала инвестиции и ресурсы

• была связана с P&L

Если операционная стратегия размыта, портфель начинает расти сам по себе. И вот здесь начинается парадокс: хорошая команда может очень эффективно реализовывать то, что не приносит системной ценности.

Operations Program Manager: управление вслепую или с картой

Отдельно хочу сказать про роль Operations Program Manager. В зрелой организации это человек, который управляет не отдельным проектом, а всей картиной программ, зависимостей и ресурсов, но если у него нет доступа к данным P&L, управление становится частичным. Он видит сроки, бюджеты, загрузку команд и зависимости.

Но не видит:

• где компания реально зарабатывает

• какие направления имеют низкую маржинальность

• какие инициативы съедают чрезмерный объем ресурсов

Доступ к P&L меняет приоритеты

Когда операционное управление получает доступ к данным P&L, картина часто оказывается неожиданной. Сегменты, которые считаются стратегическими, могут быть менее маржинальными и наоборот. Это необходимо для эффективного распределения ресурсов и выбора направления.

Roadmap - это не стратегия

Roadmap - это инструмент, но он не заменяет стратегический выбор. Стратегия - это не список того, что мы будем делать, это список того, что мы сознательно не будем делать.

Когда roadmap формируется как компромисс между:

• запросами Sales

• желаниями Product

• реакцией на конкурентов

он превращается в агрегатор ожиданий, но не в инструмент достижения позиции на рынке.

McKinsey в работах по трансформации эффективности подчеркивает: компании, которые показывают устойчивый рост, делают меньше инициатив, но делают их в четко выбранном направлении.

Самая опасная иллюзия

Самая опасная иллюзия - это ощущение контроля. У нас есть план, отчеты, статус-миты, но если портфель инициатив не связан с экономикой, контроль становится формальным.

В том же исследовании McKinsey отмечается, что наличие четко сформулированных KPI, понятного временного горизонта и регулярной коммуникации прогресса существенно повышает вероятность успеха трансформации (Exhibit 5). Компании, которые заранее определяют измеримые цели и делают их прозрачными для всей организации, демонстрируют более устойчивые результаты. Это напрямую перекликается с необходимостью связывать инициативы с конкретными строками P&L и регулярно пересматривать их экономический эффект.

Постфактум анализ

В одной организации проводилось post-implementation review нескольких крупных инициатив. Это был болезненный момент. Мы поняли, что умеем отлично реализовывать то, что давно потеряло стратегическую актуальность. Фичи, которые 4 года назад казались критически важными, к моменту релиза уже не влияли на рынок. Именно тогда стало очевидно, что delivery без регулярного пересмотра стратегических гипотез - это дорогостоящая иллюзия контроля.

После этого мы ввели обязательный экономический review через квартал после релиза. Инициатив стало меньше, обсуждений стало больше, качество выбора стало выше.

Вопрос не в скорости, а в выборе

Хорошая команда - это актив, но без операционной архитектуры, связанной со стратегией и P&L, этот актив работает ниже потенциала.

Инженерия может быть зрелой, delivery - быстрым, процессы - прозрачными, но если портфель инициатив не ограничен, стратегия не каскадируется, а доступ к P&L закрыт для операционного управления, компания будет занята, но не обязательно эффективна.

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