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

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

Спор о том, что лучше - собственный ИТ-отдел или аутсорс, стар как сам рынок технологий. Но практика показывает интересную закономерность: компании редко живут только в одной модели. По мере роста бизнеса ИТ развивается по спирали: сначала функции передают на аутсорс, затем начинают строить внутреннюю команду, потом снова оптимизируют и часть задач возвращают подрядчикам. Главная причина этих колебаний - экономика и риски.

Иллюзия «своего» ИТ-отдела Один показательный кейс из моей практики. В компании на 200 сотрудников решили построить полноценный ИТ-департамент из 18 специалистов. На момент моего подключения уже работало 6 человек, и найм активно продолжался. Но фактически объёма задач для такой команды не было. ФОТ рос, а технические проблемы только множились: падал Wi-Fi, не работала почта, простои стали регулярными. Мы пересобрали модель работы ИТ. В итоге: - в штате осталось 2 человека, которые занимались операционной поддержкой пользователей - инфраструктура, администрирование и часть технических задач ушли на профильный аутсорс Результат оказался прагматичным: - расходы на ИТ снизились более чем на 50% относительно ФОТ шести сотрудников - вместо ежедневных сбоев остались единичные инциденты, которые подрядчик устранял по SLA.

Ловушка «наймём сильного специалиста» Есть ещё одна типичная ошибка. Если у компании около 100 рабочих мест, ей обычно требуется один раз грамотно настроить сетевую инфраструктуру. Сильный сетевой архитектор в такую компанию, как правило, не пойдёт - задача для него слишком маленькая, а бюджет ограничен. В итоге компания нанимает начинающего специалиста, который учится на живой инфраструктуре бизнеса. Во многих случаях проще и дешевле привлечь специализированную компанию, где уже есть опытные инженеры и отработанные процессы. Плюсы и минусы моделей Внутренний ИТ Плюсы: - глубокое понимание бизнес-процессов - прямой контроль над доступами и данными - быстрая реакция на нестандартные задачи

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

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

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

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

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

Карта принятия решения На практике выбор между инхаус и аутсорсом довольно простой. Есть три ключевых критерия. Экономика Если задача разовая или требует дорогой узкой экспертизы - это почти всегда аутсорс. Безопасность Ключевые системы, данные и архитектурные решения должны контролироваться внутри компании. Риски Что произойдёт, если сотрудник или подрядчик исчезнет? Любая критичная функция должна иметь резерв. Вывод На практике компании постоянно двигаются между инхаус-моделью и аутсорсом. Но устойчиво работают те, кто соблюдает простой принцип: компетенции и архитектура остаются внутри, а ресурсы для реализации можно покупать на рынке.

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