РЫНОК IT-ТРУДА

ИТ-директор сменил аргументы и получил 8 млн на обновление

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

✍️ Редакция iTech News | 01.10.2025 | ⏱ 2 мин | Источник: Habr / Карьера
Как IT-директор получил 8 млн на бюджет через анализ рисков

ИТ-директор добился дополнительных 8 млн рублей на обновление инфраструктуры после того, как перестал говорить с руководством на языке серверов и аварий. Вместо формулы «всё старое и скоро сломается» он перевёл разговор в плоскость риска, простоя и прямых потерь для бизнеса.

Технические проблемы сами по себе бюджет не открывают

Повод для запроса был вполне приземлённый: изношенное серверное оборудование, регулярные сбои и риск остановки критичных сервисов. Но стандартный ИТ-аргумент в духе «упадут 1С, почта и файловое хранилище» для финансового комитета звучал как фоновый шум, а не как основание срочно выделять деньги.

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

Риски перевели в язык денег

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

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

Данные усилили аргументацию

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

Итог оказался скромнее первоначального запроса, но вполне практичным: вместо желаемого увеличения бюджета в 10 раз компания одобрила дополнительные 8 млн рублей. Этого хватило, чтобы закрыть самые острые риски, а не ждать, пока инфраструктура сама напомнит о себе в самый неудобный момент.

Для бизнеса это пример правильной подачи ИТ-запросов

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

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

Поделиться: Telegram X LinkedIn