Разбираем 4 модели ИТ‑развития для бизнеса — своя ИТ‑дочка, аутсорс, выделенная команда или найм в штат

В статье разберу все четыре модели развития ИТ по порядку — от самой капиталоемкой до самой привычной. Каждая из них решает свою задачу и подходит под свою ситуацию. Надеюсь, «разбор полетов» поможет вам определиться, какой путь подойдет именно вам.

Несколько слов о том, почему я подняла тему моделей развития ИТ в компаниях на портале Т‑Бизнес Секреты. Должность у меня — Brand & Growth Lead, а по‑простому — руководитель команды по развитию и продвижению бизнеса.

Хотя финальное решение по таким вопросам остается за директором по развитию, я постоянно в эпицентре обсуждения, свожу итоги и довожу их до финальной точки, а нередко предлагаю сам путь или стратегию, опираясь на собственное видение. Тема выбора ИТ‑модели регулярно всплывает и на внутренних митингах SSP SOFT и в разговорах с коллегами из других ИТ‑компаний на конференциях. Из этих разговоров и сложилась картина, которой делюсь ниже.

Разрыв в ИТ‑компетенциях как управленческая задача

У компаний‑гигантов давно есть готовый ответ на нехватку ИТ‑ресурсов. Это выделенные дочерние структуры (к примеру, Сбертех, Х5 Тех и др.), которые запускают цифровые продукты в темпе рынка и удерживают технологические компетенции внутри компании. У среднего, а тем более малого бизнеса, такой структуры нет. Но хочется такую же скорость выпуска цифровых продуктов, а почему бы нет?

Перед тем как выбирать между моделями роста ИТ, стоит принять во внимание, что просто копирование чужих действий или как еще говорят бизнес‑коучи, «автоследование за лидером» не сработает. Каждая модель решает свой класс задач и тянет за собой свои ограничения. Модель, которая отлично сработала у компании, похожей на вашу, у вас может не сработать вовсе. Тут все зависит от масштаба задач, горизонта планирования и того, какой объем управленческой нагрузки компания готова взять на себя на пути развития ИТ‑службы.

Своя ИТ‑дочка — полный контроль ценой времени и очень больших финансов

Создание дочерней ИТ‑компании — самый капиталоемкий путь и самый полный по уровню контроля. Материнская компания получает структуру со своим бюджетом и своей продуктовой дорожной картой, а при прохождении ИТ‑аккредитации — доступ к льготам для бизнеса и сотрудников. Сниженные страховые взносы, льготная ипотека, отсрочка от призыва входят в этот пакет.

Плюсы тут понятны, это:

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

Оборотная сторона — время и деньги. Практика показывает, что своя ИТ‑дочка выходит на рабочую траекторию примерно через 15‑18 месяцев после решения о запуске. Юридическое лицо, аренда офиса, ремонт. Оргтехника и меблировка, аккредитация в Минцифре, HR‑бренд для найма, управленческий слой — легко складываются в сотни миллионов рублей еще до первого продуктового результата. Добавьте к этому, что управленческая надстройка окупается только при масштабе от полусотни ИТ‑специалистов минимум.

Своя ИТ‑дочка — рабочий вариант, если цифровое направление становится для бизнеса стратегическим на годы вперед, а объем задач заведомо оправдывает содержание отдельной структуры управления.

Проектный аутсорс — быстрый старт для разовой задачи

Сильная сторона аутсорса — скорость запуска и низкий порог входа. Не нужно новое юридическое лицо, расширение штата или долгосрочные обязательства. Модель отлично подходит для задач с четким техническим заданием и предсказуемым объемом. Сайт, мобильное приложение, интеграция учетных систем — вот типичные предметы договора на аутсорс‑разработку.

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

Для цифрового продукта, который требует постоянных доработок, это создает разрыв между релизами. Каждая новая команда заново вникает в отраслевую специфику и особенности, и за это приходится платить временем вывода на рынок (TTM, Time‑to‑Market), а порой даже качеством продукта.

Итоговая оценка модели: аутсорс хорошо работает там, где у задачи есть четкие границы, жесткий бюджет и понятный финал. Цифровой продукт, который предстоит развивать годами, — уже другая история, и о ней дальше.

Выделенная команда на субподряде — баланс между скоростью и глубиной

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

Здесь сходятся две вещи, которые обычно тянут эффективность в разные стороны:

1. Первое: скорость запуска, привычная для аутсорса. И накопление компетенций, привычное для собственной структуры. Команду можно собрать за несколько недель. HR‑функцию под ИТ‑направление строить не придется — кадровое администрирование остается на стороне подрядчика.
2. Второе: ограничение у модели тоже есть. Полного контроля над командой, к которому привыкает владелец собственной структуры, заказчик не получает. Специалистами внутри команды управляет подрядчик — это прямое условие законности такой конструкции.

Договор на оказание услуг и выполнение работ оформляется как разработка программного обеспечения. Формулировка про предоставление персонала в нем недопустима по закону, и здесь послаблений быть не может.

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

Найм в штат — HR‑классика, у которой есть свой потолок

У этой классики есть потолок, и рано или поздно в него упирается почти каждая растущая компания. Найм сильного разработчика уровня сеньора занимает от двух до четырех месяцев, а иногда и дольше — рынок труда в разработке остается дефицитным именно в категории по‑настоящему ценных специалистов. На опубликованную вакансию действительно откликаются сотни выпускников ИТ‑курсов и начинающих разработчиков (джунов), но в эпоху ИИ‑разработки спрос на наем таких сотрудников заметно снизился.

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

Есть и третий минус, о котором обычно вспоминают только когда он уже случился. Штатная модель плохо справляется с пиковыми нагрузками. Нанять пять‑десять разработчиков под сезонный всплеск задач, а потом их уволить — решение одновременно дорогое и рискованное для HR‑репутации компании на годы вперед. Уволенные оставят негативные отзывы везде, куда только руки дотянутся.

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

Сравнение моделей по ключевым параметрам

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

Как выбрать модель под свою задачу

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

Насколько долго будет жить задача? Разовый проект с понятными границами тянет в сторону аутсорса. Продукт, который предстоит развивать годами, требует либо своей команды в штате, либо выделенной команды на субподряде, либо в перспективе собственной ИТ‑дочки.

Какой объем ИТ‑функции нужен компании? Несколько специалистов обычно эффективнее нанимать напрямую или закрывать точечным аутсорсом. Десятки специалистов на постоянной основе — повод присмотреться к выделенной внешней команде. Штат из полусотни и более ИТ‑специалистов делает разговор о собственной структуре экономически обоснованным.

Сколько административной нагрузки вы готовы взять на себя? Собственный штат и своя ИТ‑дочка означают, что найм, обучение и удержание специалистов становится вашей постоянной заботой. Аутсорс и выделенная команда переносят эту нагрузку на подрядчика.

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

Заключение

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