За последние 20 лет я видел десятки компаний, которые сначала строили собственный ИТ-отдел, а потом сокращали его и уходили на аутсорс.
А через несколько лет - снова возвращали часть функций внутрь.
Это нормальный путь развития бизнеса.
Спор о том, что лучше - собственный ИТ-отдел или аутсорс, стар как сам рынок технологий.
Но практика показывает интересную закономерность: компании редко живут только в одной модели.
По мере роста бизнеса ИТ развивается по спирали: сначала функции передают на аутсорс, затем начинают строить внутреннюю команду, потом снова оптимизируют и часть задач возвращают подрядчикам.
Главная причина этих колебаний - экономика и риски.
Иллюзия «своего» ИТ-отдела
Один показательный кейс из моей практики.
В компании на 200 сотрудников решили построить полноценный ИТ-департамент из 18 специалистов. На момент моего подключения уже работало 6 человек, и найм активно продолжался.
Но фактически объёма задач для такой команды не было. ФОТ рос, а технические проблемы только множились: падал Wi-Fi, не работала почта, простои стали регулярными.
Мы пересобрали модель работы ИТ.
В итоге:
в штате осталось 2 человека, которые занимались операционной поддержкой пользователей
инфраструктура, администрирование и часть технических задач ушли на профильный аутсорс
Результат оказался прагматичным:
расходы на ИТ снизились более чем на 50% относительно ФОТ шести сотрудников
вместо ежедневных сбоев остались единичные инциденты, которые подрядчик устранял по SLA.
Ловушка «наймём сильного специалиста»
Есть ещё одна типичная ошибка.
Если у компании около 100 рабочих мест, ей обычно требуется один раз грамотно настроить сетевую инфраструктуру.
Сильный сетевой архитектор в такую компанию, как правило, не пойдёт - задача для него слишком маленькая, а бюджет ограничен.
В итоге компания нанимает начинающего специалиста, который учится на живой инфраструктуре бизнеса.
Во многих случаях проще и дешевле привлечь специализированную компанию, где уже есть опытные инженеры и отработанные процессы.
Плюсы и минусы моделей
Внутренний ИТ
Плюсы:
глубокое понимание бизнес-процессов
прямой контроль над доступами и данными
быстрая реакция на нестандартные задачи
Минусы:
высокая стоимость команды
зависимость от конкретных сотрудников
сложность найма узких специалистов
Аутсорс
Плюсы:
доступ к узкой экспертизе
предсказуемые расходы
юридическая ответственность подрядчика за SLA
Минусы:
меньше погружения в специфику бизнеса
зависимость от подрядчика
требует контроля доступов и информационной безопасности
Почему на практике работает гибрид
Самая устойчивая модель, которую я видел в компаниях, - гибридная.
Когда внутри остаются:
архитектура систем
понимание процессов
управление данными
постановка задач и контроль качества
А специалисты привлекаются как подрядчики.
То есть компания сохраняет компетенции и контроль, но не держит в штате специалистов, загрузки для которых недостаточно.
Карта принятия решения
На практике выбор между инхаус и аутсорсом довольно простой. Есть три ключевых критерия.
Экономика Если задача разовая или требует дорогой узкой экспертизы - это почти всегда аутсорс.
Безопасность Ключевые системы, данные и архитектурные решения должны контролироваться внутри компании.
Риски Что произойдёт, если сотрудник или подрядчик исчезнет? Любая критичная функция должна иметь резерв.
Вывод
На практике компании постоянно двигаются между инхаус-моделью и аутсорсом.
Но устойчиво работают те, кто соблюдает простой принцип:
компетенции и архитектура остаются внутри, а ресурсы для реализации можно покупать на рынке.
Это позволяет одновременно сохранять контроль над ИТ и не переплачивать за избыточный штат.
В следующих статьях цикла я разберу реальные кейсы перевода ИТ на аутсорс - как успешные, так и те, где компаниям пришлось вернуть функции обратно внутрь.