Бюджет на ИТ на 2020 год: как делить между поддержкой и развитием
Конец года - время планирования бюджетов. Разбираю, как думать о распределении ИТ-расходов между тем, что уже есть, и тем, что нужно строить.
Ноябрь - это время, когда во многих компаниях идёт бюджетное планирование на следующий год. ИТ-бюджеты - один из самых трудных для обоснования разделов: трудно объяснить совету директоров или акционерам, почему нужно тратить деньги на то, что уже работает, или на то, что сложно измерить в краткосрочной перспективе.
Я сталкиваюсь с этим разговором регулярно, и вижу две повторяющихся ошибки - в разные стороны.
Первая: бюджет режется там, где нет явных сбоев. "Всё работает - зачем платить больше?" Итог - накопленный технический долг, который в один момент превращается в дорогой инцидент или невозможность запустить что-то новое.
Вторая: бюджет инвестируется в новое без понимания, что держит существующую систему. "Давайте запустим новую платформу". Запускают - но старые системы продолжают работать рядом, потому что мигрировать оказалось дороже, чем ожидалось.
Как устроена структура ИТ-расходов
Полезная рамка для разговора с финансовым директором: ИТ-расходы делятся на три категории.
Первая - поддержка работоспособности (Run). Это всё, что нужно для того, чтобы существующие системы продолжали работать: лицензии, поддержка инфраструктуры, патчи, бэкапы, мониторинг. Это обязательные расходы - без них существующий бизнес под угрозой. Сокращать их нужно с пониманием, что именно перестаёт поддерживаться.
Вторая - управление изменениями (Change). Это обновление, миграция, рефакторинг, устранение накопленного технического долга. Эти расходы не дают нового функционала, но снижают риск и стоимость будущих изменений.
Третья - развитие (Grow). Это новые проекты, новые возможности, внедрение новых технологий. Здесь есть видимый результат, который легче обосновать, и здесь же - наибольший риск ошибки в приоритизации.
Типичное распределение в зрелых компаниях - примерно 60-70% Run, 20-25% Change, 10-15% Grow. Если у вашей компании 90% на Run - это сигнал о замороженном развитии. Если 50% на Grow без устойчивой базы - это риск.
Что нужно знать перед разговором о бюджете
Несколько конкретных вопросов, которые стоит задать ИТ-директору или технической команде до того, как делать цифры:
- Какие системы сейчас работают на версиях, которые больше не поддерживаются вендором?
- Какой процент инцидентов за последний год был связан с техническим долгом, а не с новым функционалом?
- Есть ли в очереди изменений что-то, что не делается из-за состояния базовой инфраструктуры?
- Что произойдёт, если конкретная система выйдет из строя - каков реальный бизнес-импакт?
Ответы на эти вопросы превращают разговор о бюджете из "ИТ просит денег" в "вот что мы защищаем и почему".
Практический совет
Самое полезное, что я видел в бюджетных разговорах - это явная связь между расходом и риском. Не "нам нужно X рублей на безопасность", а "если мы не инвестируем X, вот что конкретно становится незащищённым и вот чем это может обернуться".
Руководители принимают решения лучше, когда видят компромисс явно. ИТ-бюджет - это не запрос на ресурсы. Это набор решений о рисках, которые компания готова или не готова принять.