IT-аутсорсинг в России
Экономика ИТ-аутсорсинга в 2026 году: диагностика затрат при кадровом дефиците
Штатная эксплуатация становится дороже внешнего сервиса не из-за одной только зарплаты инженера. На итоговую стоимость влияют поиск и замена сотрудников, дежурства, простой незакрытых позиций, инструменты мониторинга, документация и риск остановки бизнеса. Сравнивать штат и Managed Services нужно по полной стоимости владения и одинаковому объёму ответственности.
Это не утверждение, что российскому рынку недостаёт 80% ИТ-специалистов. Исследования фиксировали кадровый дефицит примерно у четырёх из пяти работодателей в целом, причём ИТ называлась одной из наиболее проблемных сфер [8]. Отдельный отраслевой мониторинг показывал, что полностью укомплектованы ИКТ-специалистами менее трети организаций [9]. Для конкретного бизнеса масштаб проблемы следует определять по собственным вакансиям, текучести и времени восстановления сервисов.
Почему фонд оплаты труда не показывает стоимость ИТ-службы
Оклад системного администратора — только видимая часть расходов. Внутренняя команда должна одновременно поддерживать пользователей, серверы, сеть, резервное копирование, облачные сервисы и информационную безопасность. Если критическое знание сосредоточено у одного сотрудника, отпуск или увольнение превращается в операционный риск.
В расчёт штатной модели включают:
- оклады, премии, страховые взносы и другие обязательные расходы работодателя;
- подбор, адаптацию, обучение и время руководителя на управление командой;
- дежурства, переработки, подмену на период отпуска и болезни;
- Service Desk, мониторинг, удалённый доступ, учёт конфигураций и лицензии;
- рабочие места, оборудование, связь и доступ к профессиональной документации;
- привлечение внешних экспертов для задач, которых нет в компетенции команды;
- ожидаемые потери от простоя, ошибок и незакрытых зон ответственности.
Managed Services также нельзя оценивать только по абонентской плате. У провайдера могут отдельно оплачиваться проекты, выезды, работы вне графика, лицензии, оборудование и превышение согласованного объёма. Экономия существует только после приведения двух вариантов к одной границе сервиса.
Пошаговая диагностика и модель TCO
- Опишите бизнес-сервисы. Составьте список систем, остановка которых мешает продажам, производству, логистике, бухгалтерии или обслуживанию клиентов. Для каждой системы укажите владельца, пользователей, режим работы и допустимый перерыв.
- Зафиксируйте текущий объём эксплуатации. Посчитайте рабочие места, площадки, серверы, сетевые устройства, приложения, облачные ресурсы и среднемесячный поток обращений. Отдельно отметьте проектные работы и регулярное обслуживание.
- Соберите фактические затраты. Используйте данные бухгалтерии, кадровой службы и системы заявок за сопоставимый период. Не подменяйте факты оценкой «примерно один администратор».
- Оцените кадровый риск. Запишите срок закрытия вакансий, продолжительность адаптации, число незаменимых специалистов и долю систем без актуальной документации. Денежную оценку делайте по собственным данным.
- Рассчитайте стоимость простоев. Для каждого критичного сервиса определите стоимость часа недоступности и вероятность инцидента. Если надёжных данных нет, проведите сценарный расчёт с минимальным, базовым и стрессовым вариантом.
- Запросите предложение Managed Services. Передайте всем кандидатам одинаковый каталог сервисов, часы поддержки, требования к реакции и восстановлению, правила выездов и перечень исключений.
- Сравните варианты на одном горизонте. Учтите разовые расходы на переход, индексацию, налоги и остаточную внутреннюю функцию: владельца договора, архитектуры, рисков и приёмки услуг.
TCOштат = ФОТ + обязательные начисления + подбор + обучение + замещение + инструменты + инфраструктура команды + внешняя экспертиза + ожидаемый ущерб от простоев
TCOMS = плата провайдеру + работы вне каталога + лицензии + выезды + переход + остаточная внутренняя функция + ожидаемый ущерб от простоев
Рискпростоя = Σ (вероятность инцидента × длительность восстановления × стоимость часа недоступности)
Стоимость часа недоступности следует рассчитывать из валовой маржи потерянных операций, оплаты простаивающих сотрудников, договорных последствий и затрат на восстановление. Упущенную выручку нельзя автоматически считать убытком: часть операций может быть выполнена позднее.
Как рассчитать окупаемость перехода на Managed Services
Сначала найдите годовой эффект после перехода. Из TCO штатной модели вычтите полную стоимость сервисной модели. Затем сопоставьте эффект с разовыми расходами на инвентаризацию, документирование, перенос мониторинга, настройку Service Desk и передачу доступов.
Годовой эффект = TCOштат за год − TCOMS за год
Срок окупаемости в месяцах = разовые затраты на переход ÷ среднемесячный эффект
ROI за период = (накопленный эффект − затраты на переход) ÷ затраты на переход × 100%
Если среднемесячный эффект равен нулю или отрицателен, математического срока окупаемости нет. Переход может оставаться оправданным ради снижения кадровой зависимости или повышения управляемости, но это нужно оформить как отдельное решение по рискам, а не называть экономией.
Для корректного сравнения постройте минимум два варианта:
| Вариант | Что проверить |
|---|---|
| Полный Managed Services | Какие функции остаются внутри компании, кто владеет архитектурой, доступами и рисками. |
| Гибридная модель | Какие компетенции сохраняются в штате, а какие передаются общей команде провайдера. |
| Сохранение штата | Сколько стоит устранение кадровых разрывов, резервирование ролей и внедрение сервисных процессов. |
Гибридная модель часто требует отдельного расчёта. Она позволяет оставить внутри знание бизнес-процессов и контроль изменений, а круглосуточный мониторинг, первую линию и редкие инженерные компетенции получать как сервис.
Критерии проверки провайдера
ISO/IEC 20000-1 рассматривает управление услугами как систему, включающую планирование, предоставление, измерение и постоянное улучшение сервиса [10]. Поэтому проверять нужно не численность подрядчика и список логотипов в презентации, а воспроизводимость его процессов.
- Каталог услуг: перечислены системы и операции, входящие в договор, а также явные исключения.
- Матрица ответственности: для инцидентов, изменений, резервного копирования, безопасности и закупок назначены ответственные стороны.
- SLA: отдельно установлены сроки регистрации, реакции, начала работ, восстановления и окончательного устранения причины.
- Эскалация: определено, когда заявка переходит инженеру следующего уровня и кто принимает решение при критическом сбое.
- Кадровое резервирование: сервис не зависит от единственного инженера; предусмотрены подмена и передача знаний.
- Компетенции: подрядчик может показать обезличенные примеры регламентов, отчётов, схем диагностики и контроля изменений.
- Мониторинг: согласованы перечень метрик, пороги событий, порядок обработки оповещений и доступ заказчика к отчётности.
- Документация: определены владелец, формат, место хранения, периодичность обновления и порядок возврата данных.
- Резервное копирование: проверяется не только успешное выполнение задания, но и контролируемое восстановление.
- Информационная безопасность: используются персональные учётные записи, минимальные привилегии, журналирование и отзыв доступов.
- Субподрядчики: заказчик знает, какие работы передаются третьим лицам и кто отвечает за итоговый SLA.
- Выход из договора: установлены сроки передачи паролей, конфигураций, журналов, документации и незавершённых заявок.
Знания об инфраструктуре должны принадлежать организации, а не отдельному сотруднику подрядчика. В материалах ISO по применению ISO/IEC 20000-1 к подтверждениям управляемого сервиса отнесены определения услуг, инструкции, известные ошибки, конфигурационная информация и базы знаний [11]. Сертификат может быть дополнительным подтверждением, но не заменяет проверку фактических процессов.
Типовые ошибки и краткий вывод
Сравнивать договор с окладом одного администратора
Такое сравнение игнорирует начисления, резервирование людей, инструменты, управление и стоимость риска. Сопоставляйте одинаковые функции и режимы поддержки.
Считать любой инцидент предотвращённым
Провайдер не устраняет все отказы. Экономический эффект возникает, если мониторинг, резервирование компетенций и регламент сокращают вероятность или длительность простоя. Это должно подтверждаться измеримыми показателями.
Покупать часы вместо результата
Пакет трудозатрат не определяет доступность сервисов. В договоре нужны каталог услуг, приоритеты, SLA, границы ответственности и правила приёмки.
Не учитывать переходный период
Без инвентаризации, проверки резервных копий, документации и контролируемой передачи доступов смена модели сама создаёт риск. Разовые затраты включаются в расчёт окупаемости.
Передавать контроль вместе с эксплуатацией
Бизнес должен сохранить владельца ИТ-сервисов, право доступа к данным и мониторингу, контроль изменений и возможность сменить исполнителя.
Вывод: Managed Services становится экономически выгоднее штата, когда полная стоимость общей команды провайдера вместе с переходом и остаточным управлением ниже TCO внутренней службы при сопоставимом уровне сервиса. Решение следует принимать по собственной модели затрат и рисков, а не по среднерыночной цене или обещанию «сэкономить на системном администраторе».
Источники
- «Около 80% работодателей пожаловались на нехватку квалифицированных работников» — Российская газета.
- «ИКТ-специалисты: как работодатели борются за кадры» — Коммерсантъ со ссылкой на мониторинг ИСИЭЗ НИУ ВШЭ.
- ISO/IEC 20000-1:2018 — требования к системе управления услугами.
- ISO/IEC 20000-1: Implementing and Auditing — управление знаниями и свидетельства процессов.