В субботу утром в нескольких магазинах встали кассы. Не из-за оборудования. Не из-за интернета. Закончились фискальные накопители. Деньги в годовом ИТ-бюджете были. Но не в том месяце. Прошлый год скопировали как основу, а ФН живут 15 месяцев, поэтому пик замен каждый раз съезжает. В таблице всё выглядело нормально. На практике три магазина не работали субботу, воскресенье и четыре часа понедельника. Это хороший пример, почему ИТ-бюджет нельзя защищать как набор статей расходов. Лицензии. Оборудование. Связь. Поддержка. Подрядчики. Проекты. Для собственника это почти ничего не объясняет. Главный вопрос другой: что произойдёт, если строку убрать. Одна строка держит бизнес живым: кассы, интернет, ОФД, ФН, критичная поддержка. Другая обслуживает рост: новые магазины, склад, рабочие места, каналы продаж. Третья должна менять будущую экономику: снижать OPEX, TCO, ручной труд, риски или зависимость от старого контура. Если всё это лежит в одной плоской таблице, бюджет начинают резать по названиям статей. И тогда можно убрать не лишний расход, а элемент, без которого через месяц встанет процесс, сорвётся открытие или не будет запущен проект, который должен был снизить будущие расходы. В статье разобрал, как раскладывать ИТ-бюджет через Run / Grow / Transform по-русски: что защищать сразу, что проверять по драйверу роста, что возвращать на расчёт эффекта и как показывать собственнику не рост затрат, а структуру решения. Ссылка на статью - в первом комментарии. ИТ-бюджет нельзя защищать как просьбу о деньгах. Его нужно защищать как систему последствий. #cio #управлениеиденьги