Кэптивные ит-компании: архетипы | Блог BITOBE

Архетипы кэптивных ИТ‑компаний: зачем они нужны и как ими пользоваться

9 мин
321

Архетипы кэптивных ИТ‑компаний обложка

Первые кэптивные ИT-компании, согласно данным Forbes, начали появляться в 1990-х и начале 2000-х. Это были организации, которые занимались автоматизацией производства и предоставляли услуги связи промышленным гигантам. Массовая кэптивизация стартовала после 2014 года. За последние 10 лет появилось около двух сотен кэптивных IT-компаний.

Кэптивные ИТ‑компании – это ИТ‑подразделения и «дочки», которые работают в первую очередь на материнский бизнес: банк, ритейл, промышленность, госкомпанию.

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

Основные архетипы кэптивных ИТ‑компаний

Набор архетипов, которые чаще всего встречаются в кэптивном ИТ:


Фабрика фич

Внутренний аутсорсер / ресурсный пул

Продуктовая фабрика

Платформенный дом

Центр цифровой трансформации

Центр компетенций / R&D‑лаборатория

Кэптив‑экспортёр

Оператор базовых ИТ-услуг (ИТ как коммунальная услуга)

Обычно реальная компания — смесь нескольких архетипов, а не «чистый вид».


Ключевые элементы архетипа

Архетип — это не только оргструктура. В нём переплетены несколько слоёв.

Слой 1. Бизнесмодель ИТ.

Ответ на вопрос: за счёт чего кэптивное ИТ создаёт ценность?

Для кого основная ценность: для внутренних заказчиков (бизнес‑подразделения), для внешних клиентов (если есть экспорт), для собственника (через экономию CAPEX/OPEX, рост выручки, снижение рисков)?

Как она измеряется: деньгами (выручка, экономия), скоростью (time‑to‑market), качеством/надёжностью (SLA, отказоустойчивость), инновационностью (скорость экспериментов)?

Примеры:

Фабрика фич – «скорость и объём поставки фич для бизнеса».

Внутренний аутсорсер – «выручка/маржа от внутренних контрактов и загрузка».

Продуктовая фабрика – «метрики продукта и вклад в P&L бизнес‑линий».

Кэптив‑экспортёр – «внешняя выручка + удержание группы как якорного клиента».

Оператор ИТ‑услуг – «надёжные сервисы по предсказуемой цене».


Слой 2. Операционная модель и организация

Как организованы основные блоки:


по функциям (анализ, разработка, тесты),

по продуктам и value‑stream’ам,

по платформам и сервисам,

в виде Shared Services / оператора услуг,

выделенный R&D‑контур.

Какие процессы доминируют:


проектные (PMO, портфель проектов),

продуктовые (product management, discovery–delivery),

сервисные (ITIL/ITSM, SIAM),

трансформационные (программы изменений),

исследовательские (R&D, PoC/MVP‑пайплайн).

Слой 3. Стратегическая роль ИТ в группе

ИТ как:


подрядчик – продуктовый партнёр бизнеса,

платформенный/технологический backbone,

операции инфраструктуры и сервисов,

центр трансформации,

центр компетенций и R&D.

Роль определяет, где ИТ:


только «делает, что говорят»,

участвует совместно в стратегических решениях,

само приносит инициативы и ведёт за собой бизнес.

Слой 4. Мотивация, культура и метрики

Архетип ярче всего проявляется в ответе на вопрос: за что на самом деле вознаграждают людей и команды?

Примеры:


Фабрика фич – скорость, дедлайны, количество задач.

Внутренний аутсорсер / ресурсный пул – загрузка, эффективность контрактов, «оплаченные часы».

Продуктовая фабрика – бизнес‑метрики продуктов, клиентские показатели.

Платформенный дом – надёжность и переиспользование платформ, снижение стоимости изменений.

Центр трансформации – достижение целевых эффектов программы (EBITDA, cost‑cut).

Центр компетенций/R&D – скорость и качество экспериментов, влияние на технологический стек.

Кэптив‑экспортёр – выручка и маржа, удовлетворённость внутренних и внешних клиентов.

Оператор базовых ИТ-услуг – SLA, стоимость единицы сервиса, удовлетворённость внутренних клиентов.

Если мотивация зашита под один архетип, а в презентациях декларируется другой – побеждает мотивация.


Слой 5. Технологический стиль

Архитектурный и технологический стиль является частью любого архетипа.

Фабрика фич: быстрые решения, «слои налепленной логики», легаси, монолиты, частичный SOA.

Продуктовая фабрика: микросервисы там, где оправдано, развитые продуктовые аналитика и A/B‑инфраструктура, много фронтовых слоёв.

Платформенный дом: API‑first, сервисная архитектура, data‑платформа, инфраструктура как продукт.

Оператор базовых ИТ-услуг: стандартизованные технологические стеки, высокий уровень автоматизации эксплуатации (мониторинг, CMDB, self‑service).


Зачем вообще нужны архетипы

1
Язык для описания сложной реальности

Архетип – это устойчивая модель поведения и устройства кэптивного ИТ, которая описывает:


как ИТ создаёт ценность (бизнес‑модель),

как устроено (организация, процессы),

как «думает» (мотивация, метрики),

как действует (типичные решения и конфликты).

Вместо расплывчатого «у нас всё странно» появляется предметная формулировка:

«Мы на 70% — внутренний аутсорсер и на 30% — фабрика фич».

Это позволяет говорить на одном языке CIO, бизнесу, HR, архитекторам и внешним консультантам.


2
Предсказательная сила

Архетип – не просто ярлык, а прогностическая модель. Зная архетип, можно заранее ожидать:


как ИТ будет реагировать на новые инициативы бизнеса, необходимость сокращения затрат, требования по инновациям;

какие конфликты будут появляться чаще всего;

какие метрики реально управляют поведением людей;

где с высокой вероятностью лежат техдолг и оргдолг.

Например, если ИТ – «фабрика фич», то перегруженный бэклог и технический/архитектурный долг почти неизбежны. Придется также постоянно разруливать конфликты, типа «бизнес: вы тормозите» / «ИТ: вы не умеете приоритизировать».

Если ИТ – «оператор ИТ‑услуг», можно ожидать сильные ITSM‑процессы, SLA, отчётность и стабильность инфраструктуры. Но при этом будьте готовы к хроническим жалобам на «медленность» и «забюрократизированность» при развитии.

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


3
Инструмент для проектирования изменений

Понимание архетипа помогает ответить на три вопроса:


Исходная точка: «Кто мы сейчас по факту?»

Целевая точка: «Каким должен быть наш ИТ ‑ архетип,  чтобы  поддерживать  тратегию  бизнеса?

Маршрут изменений: «Что нужно изменить в стратегии, оргструктуре, мотивации и процессах, чтобы сместиться к целевому архетипу?»

Как практически использовать архетипы

1
Провести диагностику текущего профиля

Взять список архетипов и по каждому оценить: «Насколько это про нас?» (по шкале от 0 до 5). Получится «векторный портрет» ИТ. Например:


Фабрика фич – 4

Внутренний аутсорсер – 3

Оператор ИТ‑услуг – 2

Продуктовая фабрика – 1

2
Определить целевой профиль

Оттолкнуться от стратегии бизнеса. Определить:


насколько важны скорость вывода продуктов,

есть ли план выхода ИТ‑дочки на внешний рынок,

какой уровень стандартизации/централизации нужен.

Определить целевой микс архетипов. Например, «хотим: продуктовая фабрика + платформенный дом + оператор ИТ‑услуг».


3
Сравнить текущий и целевой

Для каждого архетипа нужно ответить на вопросы:


где мы сейчас,

куда хотим прийти,

какие элементы нужно изменить: мотивацию и KPI, оргструктуру, ключевые роли (владелец продукта, сервис менеджер и пр.), процессы (проектные → продуктовые, ручные → автоматизированные), технологическую базу.

4
Сформировать дорожную карту изменений

Стоит не пытаться «соединить все архетипы сразу», а выделить 1–2 доминирующих целевых архетипа, строить изменения под них и осознанно решать, какие элементы других архетипов будут вспомогательными.


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


Читайте также по теме: