Почему финансовый директор больше не может игнорировать FinOps

В 2024-м облачный рынок в России вырос до 392 миллиардов рублей, показав прирост в 26%. Это и понятно. Облако дает компаниям гибкость и возможность масштабироваться. Но есть подвох: почти 70% организаций тратят на облачную инфраструктуру сильно больше запланированного, просто потому что придерживаются классического подхода к финконтролю. Вот только в облачной среде он полноценно работать уже не может. Поэтому вовлечение CFO в процесс бюджетирования просто необходимо.

Традиционный подход к IT-планированию всегда строился на предсказуемости. Ее обеспечивала практика регулярных закупок серверов, которые приходилось менять лишь раз в несколько лет. Облако полностью поменяло правила игры. Оно превратило капитальные затраты в операционные, а предсказуемость — в волатильность.

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

Единственный выход из ситуации – динамическое планирование с регулярными корректировками. По-хорошему вносить изменения в бюджет надо хотя бы каждый месяц. Лучше – чаще.

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

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

Современные FinOps-платформы позволяют посчитать даже стоимость кнопки в интерфейсе. Нет, не потому, что просто могут. А потому, что без детализации такого уровня вы никогда не поймете, почему на микросервис обработки платежей уходит 40% бюджета при 5% выручки, или почему одна команда тратит в три раза больше двух других на одни и те же задачи. Если не просчитать все нюансы, останется только гадать.

Сложно? Это вам только кажется. Главное – навесить на каждую виртуалку, диск или БД свой тег с пояснениями, к какому проекту, команде, окружению и владельцу она относится. Нет тега – не должно быть и ресурса. В российских облаках это уже базовая функция, и без нее что-либо анализировать попросту бессмысленно.

Классический финконтроль жил даже слишком размеренно. Если отчеты, то раз в квартал, если планирование, то только на год, да и то на основе ретроспективных данных. В эпоху FinOps это не катит.

Теперь важно работать в режиме реального времени:

И иначе никак. Если заметить аномальный расход в этот понедельник, а исправить только в следующий, будет не пойми что. Реагировать нужно незамедлительно. Только так удастся сберечь десятки тысяч. В условиях квартальных отчетов такое в принципе невозможно.

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

Традиционный подход к бюджетированию разделял зоны влияния, и это казалось правильным. Айтишники отвечали только за код, финансисты – за деньги. Смешивать зоны ответственности считалось моветоном. У FinOps другой подход.

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

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

Контроль расходов в традиционной системе учета финансов можно было вести прямо в Excel и ERP. Они отлично справлялись с учетом серверов и лицензий на программное обеспечение. Но как занести в основные средства виртуальную машину, которая исчезнет через час? Где в SAP строка для автоскейлинга? Да и стоит ли вообще это делать?

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

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

Когда компания переходит с собственных серверов в облако, она рассчитывает на упрощение. Но это упрощение расхолаживает. Ведь развернуть сервер просто, а забыть его выключить еще проще. Тестовые среды, ненужные диски, простаивающие базы – все это, работая, продолжает накручивать счета.

На неиспользуемые ресурсы может приходиться до 40% облачного бюджета компаний. А если вы тратите на облако миллион рублей каждый месяц, получается 400 тысяч на ветер. Неплохо, правда?

В общем, без оптимизации инфраструктуры не обойтись. Это стабильно экономит 25-30% без потери производительности, и российские кейсы это подтверждают:

Для CFO это прямой путь к увеличению маржи. Сэкономленные деньги можно направить на развитие, маркетинг, новые проекты. А главное, эти цифры поймут в совете директоров.

Начинать внедрять FinOps надо мелкими шажками.

На что ориентируемся? На метрики, конечно.

При работе с техническими командами большое значение имеет риторика. Очень важно избегать резких слов типа "сократить", “урезать”, “отключить”. Лучше предлагайте "найти резервы оптимизации". Оперируйте при этом фактами: "стоимость сервиса выросла на 30%" вместо абстрактного "тратите много". Абстрактность тут только в минус.

Покажите связь между экономией и развитием. Каждая сэкономленная копейка — дополнительные ресурсы для новых проектов. Экономия ради экономии демотивирует, экономия ради роста вдохновляет.

А теперь переходим к внедрению. Дорожная карта:

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