Бюджет ИТ: три слоя, которые большинство планов сваливают в один
ИТ-бюджеты разваливаются, когда расходы на эксплуатацию, изменения и инвестиции смешаны в одну строку. Разделение делает разговор с руководством значительно честнее.
Сезон бюджетирования в ИТ обычно заканчивается одним из двух исходов. Либо цифра возвращается из финансов урезанной на 20% без объяснений, либо цифра утверждается, но в середине года оказывается, что деньги потрачены не туда. У обоих исходов одна корневая причина: бюджет был представлен как одна цифра, а не как три.
Я участвовал в достаточном количестве циклов ИТ-планирования, чтобы видеть одну и ту же структурную ошибку в компаниях разного размера. Исправление - не лучшая таблица. Это более ясная концептуальная модель.
Три слоя
Расходы на эксплуатацию - это то, что вы тратите на поддержание текущих систем в рабочем состоянии. Лицензии, хостинг, договоры поддержки, дежурства, плановое обслуживание. Эти расходы в краткосрочной перспективе во многом фиксированы и не подлежат обсуждению. Их можно оптимизировать, но не сокращением бюджета - а пересмотром контрактов, консолидацией инструментов и устранением неиспользуемых лицензий.
Расходы на изменения - это то, что вы тратите на реализацию проектов, уже включённых в роадмап. Новые функции, интеграции, работа по соответствию требованиям, миграции, которые уже решены. Теоретически эти расходы дискреционные - можно отложить проект, - но на практике у них часто есть жёсткие сроки, привязанные к бизнес-обязательствам.
Инвестиционные расходы - это ставки на будущие возможности. Пилот новой аналитической платформы. Пробное взаимодействие с новым вендором. Обучение команды технологии, которая понадобится через два года. У этих расходов самое слабое краткосрочное обоснование, и они всегда первыми попадают под сокращение.
Почему смешивать их дорого
Когда эти три слоя объединяются в одну бюджетную строку, происходит несколько плохих вещей:
- Финансы режут итог и предполагают, что всё масштабируется пропорционально. На практике расходы на эксплуатацию нельзя срезать, поэтому всё сокращение падает на изменения и инвестиции, которые и так недофинансированы.
- Руководство не может оценивать компромиссы. «Перенести интеграцию CRM или закрыть пилот платформы данных?» - реальное решение; «срезать ИТ на 15%» - нет.
- ИТ выглядит как центр затрат, а не как инвестиционный портфель, что делает каждый бюджетный разговор противостоянием.
Что делать вместо этого
Представляйте бюджет как три отдельных запроса с разной логикой согласования.
Расходы на эксплуатацию идут с обоснованием того, что сломается при сокращении и насколько. Обычно это согласуется без обсуждения, потому что риск конкретен.
Расходы на изменения идут со списком проектов, каждый из которых привязан к бизнес-результату и срокам. Руководство может приоритизировать или отложить конкретные пункты. Это превращает бюджетные переговоры в переговоры о скоупе - что продуктивнее.
Инвестиционные расходы идут с гипотезой, ожидаемым знанием и потолком. «Мы тратим X, чтобы проверить, реализуемо ли Y. К Q2 мы будем знать достаточно, чтобы решить, двигаться ли дальше». Такая формулировка делает риск видимым и ограниченным, что упрощает согласование.
Побочный эффект такой структуры
Разделение трёх слоёв имеет практический побочный эффект помимо бюджетного разговора. Оно заставляет ИТ-руководство знать, что они эксплуатируют, что строят и что исследуют. Это три разные управленческие дисциплины, и управлять ими нужно по-разному.
Структура также облегчает защиту ИТ-инвестиций в трудный год. Когда компании нужно сократить расходы, чёткое разделение позволяет снизить инвестиционные расходы, не затрагивая эксплуатацию и изменения - вместо того чтобы слепо резать по всем трём направлениям и ломать то, что должно было продолжать работать.