Я много лет работаю на стыке технологий и операционного управления и почти в каждой компании вижу один и тот же парадокс: команда сильная, процессы выстроены, релизы регулярные.
Но в 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. Все было логично, но не было сфокусировано. В таких ситуациях единственным рабочим шагом является ревизия портфеля и сокращение инициатив. Это болезненно, но без этого фокус не появляется.
Где именно ломается система
Чаще всего разрыв происходит между тремя уровнями:
Бизнес-стратегия существует, но не каскадируется.
Портфель инициатив формируется без жесткой связи с P&L.
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 закрыт для операционного управления, компания будет занята, но не обязательно эффективна.
Вопрос не в том, насколько быстро мы делаем, а в том, кто и на каком основании решает, что именно стоит делать и это уже не инженерная, а управленческая зона ответственности.
