Расходы на ИТ растут быстрее прибыли. Что делать?
Сейчас многие компании сталкиваются с парадоксом: выручка растет на 15–20%, а расходы на ИТ — в два раза быстрее. В этих условиях вопрос уже не в том, сколько тратить на ИТ, а в том, как научиться этим управлять.
По оценкам экспертов, от 30% до 40% облачных расходов во многих компаниях не создают ценности. Но главная проблема не только в переплатах, а в отсутствии связи между затратами и бизнес‑результатом. Финансовый директор (CFO) не может объяснить совету директоров, почему ИТ стоит именно столько. ИТ-директор (CIO) не может доказать, что каждый рубль обоснован. Бизнес-подразделения не видят, сколько реально стоят используемые ими сервисы.
Разберем эту ситуацию с точки зрения CFO и CIO и посмотрим, как системный подход помогает разорвать связку «рост бизнеса = раздувание ИТ‑бюджета».
Точка зрения CFO: непрозрачность и невозможность планировать
Для финансового директора инфраструктурные расходы — зона неопределенности. Вот основные проблемы.
Проблема 1. Бюджетирование превращается в гадание
Классические методы планирования, работавшие в модели капитальных затрат — «заложили сумму на год вперед», плохо применимы к динамической модели потребления, где ресурсы заказываются в один клик и так же легко забываются. Нагрузка растет неравномерно, проекты стартуют и останавливаются, команды экспериментируют с новыми сервисами. В результате:
● фактические расходы регулярно отклоняются от плана;
● объяснить причины перерасхода сложно;
● корректировки бюджета происходят постфактум, а не на этапе планирования.
Нужно собрать данные о фактическом потреблении ресурсов за любой период и строить прогнозы на основе реальных тенденций. CFO получает план‑факт с детализацией до уровня сервиса, проекта или бизнес‑линии. Бюджетирование опирается на данные, а не на интуицию.
Проблема 2. Общие ресурсы висят в воздухе
Во многих компаниях значительная часть инфраструктуры работает в режиме shared‑ресурсов. Особенно это заметно в Kubernetes‑кластерах, где множество команд используют общие ноды, контроллеры входящего трафика, сервисные сетевые слои, системы логирования и мониторинга. Эти компоненты работают как единый пул ресурсов, и счета за них приходят одной суммой, без детализации по потребителям.
Отсюда возникают вопрос: как корректно распределить стоимость общих Kubernetes‑ресурсов между продуктами с учётом того, что сервисы используют инфраструктуру в разной степени?
Если делить все поровну, искажается экономика сервисов. Если оставлять эти затраты «в центре», они становятся зоной неопределённости, которую никто не контролирует.
Необходимо распределить общие ресурсы по прозрачным правилам: пропорционально потреблению, объему выделенных или зарезервированных ресурсов. У каждого ресурса появляется понятный владелец, а у каждого сервиса — корректная себестоимость.
Проблема 3. Нет связи между инфраструктурными затратами и экономикой продуктов
Когда инфраструктура растёт и сервисов становится всё больше, затраты воспринимаются как единая сумма без детализации. В такой модели сложно понять:
● сколько стоит поддержка конкретного продукта или направления;
● какие сервисы создают основную нагрузку на инфраструктуру;
● какие инициативы действительно окупаются, а какие — нет.
Без привязки затрат к бизнес‑объектам экономика продуктов размыта. CFO видит общий бюджет, но не может оценить, какие сервисы формируют основную часть расходов. ИТ‑директор не может показать, как распределяются затраты между командами и проектами. Бизнес‑подразделения не понимают, как их решения отражаются на себестоимости.
Нужно привязать инфраструктурные затраты к конкретным сущностям: продуктам, проектам, бизнес‑линиям, сервисам, средам. Это формирует прозрачную модель себестоимости, где видно:
● какие сервисы потребляют ресурсы;
● сколько стоит их поддержка;
● как распределяются затраты между направлениями;
● как инфраструктура влияет на экономическую эффективность продукта.
Финансовый директор получает возможность анализировать себестоимость и эффективность продуктов с учетом инфраструктурной составляющей. ИТ‑директор — аргументированно обосновывать бюджет. Бизнес‑команды — понимать стоимость своих решений и управлять потреблением осознанно.
Точка зрения CIO: дефицит контроля и ручное управление
ИТ-директор отвечает и за скорость предоставления ресурсов, и за эффективность их использования. Вот с чем он сталкивается.
Проблема 1. Разработчики не мотивированы считать
Для команды разработки главное, чтобы код работал быстро и без сбоев. Создать виртуальную машину с запасом мощности «на всякий случай» или не выключить тестовую среду после пилота — распространенная практика. Разработчик не видит стоимости ресурсов и не отвечает за инфраструктурный бюджет. В результате возникают забытые инстансы, диски, которые годами крутятся впустую, тестовые среды, работающие в промышленном режиме.
Нужно определить прозрачность на уровне команд и сервисов. Руководитель видит в системе стоимость потребляемых ресурсов, а не только их объем. Необходимо проанализировать аномалии: резкий рост потребления, неиспользуемые мощности, «забытые» ресурсы. И тогда появляется основа для диалога на языке цифр.
Проблема 2. Сбор данных — ручной и разовый
Во многих компаниях отчет по ИТ‑затратам — это:
● выгрузки из облаков, систем виртуализации, мониторинга;
● сводные таблицы в Excel;
● ручная работа нескольких сотрудников.
Такая модель не масштабируется, дает картину «на вчера», а не в реальном времени и не позволяет оперативно реагировать на изменения.
Необходим сбор данных из всех источников через API: облака, ЦОДы, виртуализация, ИТSM, CMDB, мониторинг. Формирование отчетности – следующий шаг. CIO получает актуальную картину потребления и затрат.
Проблема 3. Новые запросы упираются в дефицит мощностей
Бизнес приходит с запросами на новый продукт, пилот, расширение аналитики, GPU-кластеры, запуск AI‑сценариев. ИТ отвечает: «Нужны новые мощности, бюджета нет, закупка займет месяцы».
Перед тем как инициировать закупку нужно определить, что можно высвободить из текущего пула: тестовые среды, которые давно не используются; пилоты, не перешедшие в продуктив; сервисы с избыточными резервами. Повышение утилизации до 70-80% фактически дает компании «свободные ресурсы» без дополнительных инвестиций.
Как работает системный подход
Проблема роста ИТ-расходов решается не урезанием бюджета, а внедрением прозрачных процессов с использованием новых технологий. Значительный рост ИТ‑расходов — это не угроза бизнесу, а следствие отсутствия системного управления. Поэтому необходимо введение новых элементов планирования, когда:
● затраты прозрачны;
● каждый ресурс имеет владельца;
● планирование опирается на данные, а не на интуицию;
● инфраструктура рассматривается как набор сервисов с понятной себестоимостью, компания получает возможность расти, не переплачивая за ИТ.
Связку «рост бизнеса = раздувание ИТ‑бюджета» можно разорвать — если перестать воспринимать инфраструктуру как неизбежную статью расходов и начать управлять ее стоимостью так же строго, как управляют выручкой и маржой.
