Почему ваш ИТ-отдел стоит дороже, чем вы думаете
И дело не в зарплатах
Большинство собственников видят ИТ как строку расходов. Зарплаты, железо, лицензии. Смотришь в бюджет - всё на месте. Кажется, что понимаешь, за что платишь.
Не понимаешь.
Реальная стоимость ИТ-функции - это не то, что написано в платёжках. Это то, что теряет компания, когда роли перепутаны, функции не разделены, а дорогой специалист занимается не своей работой. Эти потери нигде не учитываются. Они просто живут внутри операционных издержек и выглядят как "ну, так работает".
Я разберу, как на самом деле устроен ИТ-департамент - и где именно внутри этой конструкции прячутся деньги, которые вы не считаете.
Аэропорт, который никто не видит целиком
Представьте крупный международный аэропорт. Там есть взлётно-посадочные полосы, энергоцентр, справочная, терминалы, ремонтные бригады, диспетчеры, таможня, строители новых гейтов. Каждая функция - своя.
Никто не требует от пилота чинить трап. От диспетчера не ждут, что он будет управлять закупками топлива. Авиамеханика не ставят на расчёт расписания рейсов. Потому что когда это происходит, аэропорт останавливается.
В ИТ это происходит постоянно.
Ведущий разработчик чинит принтер. Системный администратор пытается "порулить стратегией". Один человек отвечает "за всё ИТ". И бизнес удивляется: почему так дорого и так ненадёжно?
Ответ не в людях. Ответ в архитектуре функций.
Анатомия зрелого ИТ: кто за что отвечает
Инфраструктура
Серверы, сети, облака, каналы связи. Задача - чтобы "железо" и связь работали 24/7, были масштабируемыми и предсказуемыми.
Это фундамент. Если он нестабилен - всё остальное неважно.
Час простоя в рознице с 300+ кассами - это от нескольких сотен тысяч до миллионов рублей недополученной выручки, в зависимости от трафика. Эта цифра нигде не учитывается как "потеря ИТ". Она списывается на "плохой день".
Техподдержка: L1 / L2 / L3
Это фильтр. Не "мальчики на звонках", а система, которая экономит время дорогих людей.
L1 - типовые обращения по инструкциям: пароли, почта, принтеры, базовые настройки. Если этого уровня нет, каждое такое обращение падает на L2 или L3. Специалист с окладом 200+ тысяч рублей тратит 40 минут на сброс пароля.
L2 разбирается с нестандартными сбоями. Ключевое право - workaround: бизнес не стоит, пока ищется корневая причина. На рынке L2-специалист стоит в 2-3 раза дороже L1. Нет L1 - платите за экспертизу, получаете службу сброса паролей. TCO поддержки взлетает молча.
L3 - эксперты. Корневые системные ошибки на уровне кода или архитектуры. Самые дорогие люди в поддержке.
Разработка и Бизнес-аналитика
Разработка создаёт уникальное ПО под задачи бизнеса. Но она бесполезна без бизнес-аналитика (BA), который переводит запрос "сделайте красиво" в нормальное техническое задание.
Нет BA - разработчики строят то, что поняли сами. Переделки стоят от 30 до 70% первоначального бюджета проекта. Проект сдан, но не используется так, как планировал бизнес. Деньги потрачены, ROI отрицательный, виноватых нет.
Проектный офис (PMO) и Закупки
PMO следит, чтобы внедрение новой системы не растянулось на три года и не съело два бюджета. Закупки управляют TCO - выбирают поставщиков, лицензии и модели обслуживания с расчётом стоимости владения, а не только стоимости покупки.
Типовая ситуация: лицензия куплена выгодно. Стоимость поддержки, интеграций и обновлений за 5 лет в расчёт не бралась. TCO оказался в 2,5 раза выше, чем у альтернативы.
Информационная безопасность
Это тормоза. Которые позволяют машине ехать быстро и безопасно.
ИБ нельзя оставлять внутри ИТ-отдела на самотёк - это конфликт интересов. Администратор мыслит скоростью и доступностью. Безопасник мыслит периметром и рисками. Они решают разные задачи, и одного из них всегда будут игнорировать.
Рабочая модель: стратегия и оценка рисков остаются внутри. Технический мониторинг (SOC) или аудит безопасности - часто выгоднее на аутсорс. Это независимый взгляд и экономия на узких штатных экспертах, которых в регионах практически нет.
Кейс: сколько стоит "отвечают за всё"
Торговая сеть. ИТ-отдел: 1 программист и 3 администратора. Все "отвечают за всё".
Что происходило на практике: кассы падали в среднем 50 раз в месяц на один магазин. Каждый сбой - очередь, потерянные покупки, нервы персонала и клиентов. Поддержка молчала часами - администраторы были заняты серверами. Доработки ERP ждали годами: программист был перегружен разношёрстными задачами без приоритета.
Никто не был плохим специалистом. Архитектура была неправильной.
Разделили функции. Выделили L1 и отделили эксплуатацию от развития. Каждой задаче - свой ответственный.
Самый быстрый эффект был виден уже через несколько недель: количество сбоев касс упало с 50 до 2 раз в месяц. Не потому что кто-то стал умнее. Потому что у каждой проблемы появился ответственный, и задачи перестали теряться в хаосе "всё на всех".
Пересчитайте сами. 48 сбоев в месяц × стоимость 20 минут простоя одной кассы в час-пик × количество магазинов в сети. Это не гипотетические деньги. Это реальная выручка, которая не попала в кассу.
Почему "сильный технарь" не равно CIO
Это самая распространённая и дорогая ошибка в построении ИТ-функции.
Логика понятна: есть хороший системный администратор, умеет всё чинить, не задаёт глупых вопросов. Назначим директором по ИТ.
Проблема в том, что это принципиально разные профессии.
Сильный администратор мыслит аптаймом, скриптами и "железом". Его горизонт - серверная комната. Это ценно. Но это другая работа.
CIO мыслит бизнес-целями, деньгами и рисками. Его вопрос не "как это настроить", а "что выгоднее: купить готовое или написать своё? держать штат или уйти в облака? какая модель сервиса снижает TCO и при этом не создаёт риск зависимости от одного поставщика?"
CIO превращает ИТ из центра затрат в инструмент управления компанией. Каждое вложение обосновано через ROI или снижение рисков. Каждое решение - это управленческая позиция, а не техническое мнение.
Технарь, выросший до CIO без управленческой трансформации, будет решать технические проблемы. Бизнес при этом будет ждать, когда кто-то наконец начнёт решать его проблемы.
Что это значит для собственника
Неправильная архитектура ИТ-функции не выглядит как аварийная ситуация. Она выглядит как "у нас всегда так". Постоянные мелкие сбои, медленные доработки, непонятный бюджет, ощущение что платишь много, а получаешь мало.
Это не проблема людей. Это проблема конструкции.
Зрелый ИТ-департамент - это система с чёткими ролями, уровнями ответственности и экономикой каждой функции. Когда каждый занимается своим - стоимость сервиса падает, надёжность растёт, скорость изменений увеличивается.
И тогда ИТ перестаёт быть строкой расходов. Оно становится рычагом.