Подрядчик осваивает бюджет, разработчики делают «что хотят», основатель сам разгребает релизы. Технический директор без найма в штат (в мире это называют Fractional CTO) — это когда вы покупаете часть его времени: обычно 8–20 часов в месяц, минимальный срок — месяц, дальше продлеваем или расходимся. Не вакансия и не «ещё руки»: приоритеты, приёмка, связь IT с деньгами компании.
Не заменяю разработчиков. Задаю рамки, приоритеты и приёмку — чтобы команда и подрядчик работали на бизнес, а не на свой бэклог.
С чем обычно приходят
Типичные ситуации, когда стандартные решения уже не справляются.
- Основатель или COO тянет технические решения на себе — скорость падает, а риски растут
- Подрядчик или in-house команда работают без единого технического заказчика со стороны бизнеса
- Нет прозрачности: непонятно, что реально сделано, что в долге и куда уходит бюджет
- Стратегические решения по стеку и инфраструктуре принимаются «на бегу», без дорожной карты
Найм в штат и частичная занятость
| Критерий | Найм CTO / ещё подрядчик | Fractional CTO |
|---|---|---|
| Роль | Штат или ещё исполнитель | Заказчик со стороны бизнеса, 8–20 часов в месяц |
| Конфликт | Подрядчик сам себе ставит задачи | Независимая приёмка и приоритеты |
| Горизонт | Оффер, испытательный, фикс | Месячный формат с понятным ритмом встреч |
| Результат | Ещё исполнитель в контуре | Понятная очередь задач, приёмка, меньше сюрпризов в бюджете |
Как я работаю
Пошаговый процесс — от диагностики до передачи в эксплуатацию.
- 01
Диагностика IT-контура
Разбираю текущий ландшафт: продукт, команда, подрядчики, интеграции, инциденты и узкие места. Фиксирую, что блокирует рост, а что можно отложить.
- 02
Приоритеты и ритм управления
Согласовываю с бизнесом технический backlog, KPI поставки и формат регулярных синков. Определяю, где нужны решения собственника, а где — делегирование команде.
- 03
Надзор за исполнением
Веду архитектурные решения, code review ключевых изменений, приёмку релизов и эскалацию рисков. Держу подрядчиков и разработчиков в рамках договорённостей по срокам и качеству.
- 04
Связка с бизнесом и передача
Готовлю понятные отчёты для руководства: статус, риски, бюджет. По мере созревания команды передаю часть функций внутрь или помогаю нанять постоянного CTO.
Что вы получаете
- У бизнеса появляется единая техническая точка ответственности без найма штатного CTO
- Подрядчики и команда работают с понятными приоритетами и прозрачной приёмкой
- Снижается риск «тихого» технического долга и неожиданных срывов релизов
- Руководство получает управляемый IT-контур, связанный с целями компании
Что входит в проект
- Карта IT-контура и реестр систем с владельцами
- Технический backlog с приоритетами на квартал
- Регламент релизов, эскалаций и коммуникации с подрядчиками
- Ежемесячный отчёт: статус, риски, расход бюджета
- Архитектурные решения по ключевым изменениям (ADR)
- План найма или усиления команды при необходимости
Почему мне доверяют такие задачи
Михаил Клименко — fractional CTO с опытом построения коммерческих продуктов ESM-CRM и Lidora-CRM. Вёл разработку от архитектуры до эксплуатации: интеграции с 1С, колл-центрами, рекламными кабинетами и high-load парсерами. Знаю, как связать IT с операционкой продаж, а не только «писать код по ТЗ».
Частые вопросы
Чем fractional CTO отличается от технического консультанта на проект?
Fractional CTO — это ongoing-роль: я не разово «посмотрю архитектуру», а регулярно принимаю решения, веду backlog, контролирую подрядчиков и отвечаю перед бизнесом за IT-контур. Консультант на проект закрывает одну задачу и уходит.
Сколько часов в месяц обычно нужно?
Зависит от зрелости команды и количества систем. Типичный диапазон — 8–20 часов: еженедельный синк, приёмка релизов, эскалации и стратегические решения. На старте может потребоваться больше для диагностики.
Можно совмещать с текущим техлидом или подрядчиком?
Да, и это частый сценарий. Я не заменяю разработчиков, а задаю рамки, приоритеты и контроль качества. Техлид остаётся исполнителем, fractional CTO — заказчиком со стороны бизнеса и архитектурным надзором.
Как измеряется результат работы?
Через конкретные метрики: скорость поставки, количество инцидентов, прозрачность backlog, соблюдение бюджета и снижение «сюрпризов» для руководства. Фиксируем baseline на старте и отслеживаем динамику.
Это не консультация «посмотреть архитектуру»?
Разовый аудит — отдельная услуга. Ретейнер — ongoing: я остаюсь заказчиком, веду приоритеты и приёмку. Если нужен только отчёт по коду — лучше независимый аудит подрядчика.
