Куда «утекают» ИТ-бюджеты: как выявить и прекратить скрытые переплаты

В крупных и средних компаниях ИТ-бюджет редко «утекает» через одну очевидную статью расходов. Чаще всего средства уходят постепенно — из-за целого комплекса факторов: избыточных лицензий, неиспользуемых ресурсов, дублирующихся сервисов, ручных процессов, недостаточного контроля изменений и неэффективной поддержки. На уровне бюджета в целом это может выглядеть как нормальная эксплуатация, но на уровне бизнес-процессов превращается в постоянные переплаты за сложность, неуправляемость и отсутствие прозрачной ответственности.

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

Начальник отдела «Лаборатория сервисов» IBS Максим Гришин
Фото: IBS

Где компании теряют средства

Самые распространенные «дыры» в ИТ-бюджете можно разделить на несколько групп. Первая — лицензии и подписки. Компании покупают их больше, чем реально используют, не пересматривают состав пользователей, сохраняют права доступа для уволенных и переведенных в другие подразделения сотрудников, оплачивают функциональность, которая не применяется в бизнес-процессах. Часто разные подразделения независимо друг от друга закупают похожие инструменты. Например, организации могут использовать один сервис для аналитики, другой — для отчетности и третий — для визуализации данных, хотя часть этих задач можно решить в едином контуре.

Вторая зона — инфраструктура и облачные ресурсы. Здесь переплаты появляются из-за резервирования «на всякий случай», не выключенных тестовых сред, завышенных требований к производительности, отсутствия политик масштабирования и недостаточного контроля хранения данных. Чем быстрее растет инфраструктура, тем сложнее понять, какие мощности действительно обеспечивают бизнес-результат, а какие компания продолжает оплачивать просто по инерции.

Третья зона — сопровождение и аутсорсинг. Переплаты возникают, не только когда ставки подрядчиков слишком высоки. Гораздо чаще проблема в том, что модель поддержки не связана с результатом для бизнеса. Если поставщик выполняет заявки, но не снижает повторяемость инцидентов, не анализирует причины сбоев и не управляет рисками, компания платит за постоянное тушение одних и тех же пожаров.

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

Почему скрытые расходы остаются незаметными

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

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

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

Как провести аудит ИТ-расходов

Хороший аудит начинается не с вопроса «что можно сократить?», а с вопроса «какие ИТ-расходы действительно нужны бизнесу?» Чтобы ответить на него, важно связать затраты с сервисами, процессами и владельцами. Это можно сделать за четыре шага.

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

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

Третий шаг — оценка критичности для бизнеса. Не все расходы нужно сокращать одинаково. Одно дело — избыточная тестовая среда, которая не используется месяцами. Другое — резервирование критически важной системы, простой которой приведет к прямым убыткам. Поэтому аудит должен учитывать не только стоимость, но и риск: что произойдет с бизнесом, если какой-либо ресурс убрать, уменьшить или перевести на другой уровень сервиса.

Четвертый шаг — проверка договоров и модели управления поставщиками. Важно понять, за что компания платит — за часы, доступность, объем работ, скорость восстановления, развитие или результат. Если SLA описывает только время реакции, но не восстановление сервиса или работу с причинами повторяющихся проблем, экономическая эффективность такой поддержки будет ограниченной.

Какие показатели быстрее всего показывают перерасход

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

Где искать наибольший потенциал оптимизации

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

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

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

В сфере инфраструктуры приоритетное направление оптимизации — резервирование ресурсов без оценки критичности. Компании часто создают запас мощности «про запас», но не разделяют системы по уровню влияния на бизнес. В итоге одинаково дорогостоящие модели надежности применяются и к критически важным процессам, и к второстепенным сервисам. Более зрелый подход — классифицировать системы по критичности и задавать разные уровни доступности, восстановления и резервирования.

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

Как выстроить постоянный контроль затрат

Управление ИТ-расходами не должно быть разовой антикризисной мерой. Если проводить аудит раз в год, перерасход почти гарантированно будет сохраняться. Более эффективная модель — постоянный контур управления затратами. Его можно выстроить на основе трех элементов:

• Прозрачная модель учета
  Необходимо зафиксировать владельца, назначение, бизнес-сервис, уровень критичности и стоимость каждого значимого ресурса. Иначе будет невозможно отличить полезную инвестицию от скрытой переплаты.
   
• Регулярная отчетность для ИТ и бизнеса
  В отчетах надо указывать не просто суммы, а связь затрат с результатом: доступность критически важных процессов, скорость внедрения изменений, качество поддержки, повторяемость инцидентов, стоимость сервиса и динамику потребления ресурсов.
   
• Совместная ответственность со стороны ИТ, финансов и бизнеса
  ИТ-служба знает архитектуру и технические ограничения систем, финансовое подразделение следит за бюджетом и договорами, а руководство бизнеса понимает критичность процессов и допустимый уровень риска. В связи с этим для наиболее эффективного управления затратами трем центрам принятия решений следует объединить усилия. Если вместо этого оптимизацией занимается только одно подразделение, принятые меры часто оказываются несбалансированными: либо с уклоном в техническую сторону, либо с уклоном в сторону финансов, либо оторванными от реальных условий эксплуатации.

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

Как сокращать расходы без ущерба для бизнеса

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

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

Что изменится в ближайшие годы

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

В области искусственного интеллекта уже сейчас формируется отдельная зона риска для управления ИТ-бюджетами. Она охватывает подписки на инструменты и оплату без очевидного эффекта API-запросов, токенов, вычислительных мощностей, хранения данных и пилотных проектов. На начальном этапе освоения ИИ компании часто проводят ускоренные эксперименты, а управленческий контур формируется позже. В результате появляются те же проблемы, которые когда-то возникали при интеграции облачных решений и SaaS (ПО как услуги): неопределенные владельцы, дублирование, недостаточный контроль использования и отсутствие связи с бизнес-результатом.

Облачные платформы и автоматизация также требуют зрелого управления. Чем проще создать ресурс, запустить сервис или подключить инструмент, тем выше риск неконтролируемого роста затрат, поэтому через 5-10 лет эффективное управление ИТ-бюджетом будет строиться не на основе разовых сокращений, а по принципу постоянной прозрачности. При этом приоритеты останутся очевидными: у каждого ресурса должны быть владелец, стоимость и назначение, у каждого сервиса — уровень критичности и метрики качества, у каждого подрядчика — зона ответственности и измеримый результат, у каждого изменения — оценка влияния на стоимость, риски и бизнес-процесс.

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

Автор: Максим Гришин, начальник отдела «Лаборатория сервисов» IBS