In-house ИТ или Аутсорс: Вечный маятник

За последние 20 лет я видел десятки компаний, которые сначала строили собственный ИТ-отдел, а потом сокращали его и уходили на аутсорс.

А через несколько лет - снова возвращали часть функций внутрь.

Это нормальный путь развития бизнеса.

Спор о том, что лучше - собственный ИТ-отдел или аутсорс, стар как сам рынок технологий.

Но практика показывает интересную закономерность: компании редко живут только в одной модели.

По мере роста бизнеса ИТ развивается по спирали: сначала функции передают на аутсорс, затем начинают строить внутреннюю команду, потом снова оптимизируют и часть задач возвращают подрядчикам.

Главная причина этих колебаний - экономика и риски.

Иллюзия «своего» ИТ-отдела

Один показательный кейс из моей практики.

В компании на 200 сотрудников решили построить полноценный ИТ-департамент из 18 специалистов. На момент моего подключения уже работало 6 человек, и найм активно продолжался.

Но фактически объёма задач для такой команды не было. ФОТ рос, а технические проблемы только множились: падал Wi-Fi, не работала почта, простои стали регулярными.

Мы пересобрали модель работы ИТ.

В итоге:

• в штате осталось 2 человека, которые занимались операционной поддержкой пользователей
• инфраструктура, администрирование и часть технических задач ушли на профильный аутсорс

Результат оказался прагматичным:

• расходы на ИТ снизились более чем на 50% относительно ФОТ шести сотрудников
• вместо ежедневных сбоев остались единичные инциденты, которые подрядчик устранял по SLA.

Ловушка «наймём сильного специалиста»

Есть ещё одна типичная ошибка.

Если у компании около 100 рабочих мест, ей обычно требуется один раз грамотно настроить сетевую инфраструктуру.

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

В итоге компания нанимает начинающего специалиста, который учится на живой инфраструктуре бизнеса.

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

Плюсы и минусы моделей

Внутренний ИТ

Плюсы:

• глубокое понимание бизнес-процессов
• прямой контроль над доступами и данными
• быстрая реакция на нестандартные задачи

Минусы:

• высокая стоимость команды
• зависимость от конкретных сотрудников
• сложность найма узких специалистов

Аутсорс

Плюсы:

• доступ к узкой экспертизе
• предсказуемые расходы
• юридическая ответственность подрядчика за SLA

Минусы:

• меньше погружения в специфику бизнеса
• зависимость от подрядчика
• требует контроля доступов и информационной безопасности

Почему на практике работает гибрид

Самая устойчивая модель, которую я видел в компаниях, - гибридная.

Когда внутри остаются:

• архитектура систем
• понимание процессов
• управление данными
• постановка задач и контроль качества

А специалисты привлекаются как подрядчики.

То есть компания сохраняет компетенции и контроль, но не держит в штате специалистов, загрузки для которых недостаточно.

Карта принятия решения

На практике выбор между инхаус и аутсорсом довольно простой. Есть три ключевых критерия.

Экономика Если задача разовая или требует дорогой узкой экспертизы - это почти всегда аутсорс.

Безопасность Ключевые системы, данные и архитектурные решения должны контролироваться внутри компании.

Риски Что произойдёт, если сотрудник или подрядчик исчезнет? Любая критичная функция должна иметь резерв.

Вывод

На практике компании постоянно двигаются между инхаус-моделью и аутсорсом.

Но устойчиво работают те, кто соблюдает простой принцип:

компетенции и архитектура остаются внутри, а ресурсы для реализации можно покупать на рынке.

Это позволяет одновременно сохранять контроль над ИТ и не переплачивать за избыточный штат.

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