Внештатный технический директор

Компания дорастает до момента, когда технические решения уже нельзя принимать между делом, а брать директора в штат ещё рано. Этот разрыв и закрывает внештатный технический директор – архитектура, выбор подрядчиков и техническая приёмка на несколько дней в месяц вместо постоянной позиции. За 15 лет в финтехе, блокчейне и кибербезопасности я проходил этот путь с компаниями в шести странах, и каждый проект начинаю одинаково – с короткого аудита, прежде чем что-то перестраивать.

Когда нужен внештатный технический директор, а когда штатный

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

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

Что входит в работу

• Архитектурные решения и их пересмотр, когда продукт меняется.
• Отбор подрядчиков и техническая приёмка того, что они сдают.
• Технический раздел для инвесторов и ответы на вопросы их экспертов.
• Собеседования разработчиков и построение процессов в команде.
• Разбор инцидентов и решение, что менять, чтобы не повторилось.

Архитектура и инфраструктура

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

Работа начинается с вопроса, какая нагрузка реальна на горизонте года и во что обойдётся перестройка, если прогноз не сбудется. Отдельно – эксплуатация: кто узнаёт, что сломалось, на кого оформлены аккаунты у провайдера и что будет, если подрядчик перестанет отвечать. Из практики – Monolith Plus, защищённая инфраструктурная платформа для среднего бизнеса: после перестройки архитектуры задержка снизилась на 67 %, а нагрузка выросла с 10 000 до более чем 100 000 операций в день при доступности 99,9 %. На платформе MStar переход на микросервисы ускорил выкладку релизов: основателю предсказуемый срок выхода правки важнее красивой схемы. Как это выглядит на большом парке машин, описано в статье Управление парком инфраструктуры.

Финтех, блокчейн и безопасность

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

Из практики – образовательная блокчейн-платформа CryptoMBA, где я был CTO: до осознанного закрытия проекта в январе 2025 года она обслуживала более 50 000 пользователей в 38 странах. Отдельная область – хранение криптоактивов и проверка смарт-контрактов: ошибка не откатывается патчем.

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

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

Команда и найм

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

Дальше – процессы, которые команда способна соблюдать: ревью кода, окружения для проверки, порядок выката. Не по учебнику, а по размеру команды: процесс для тридцати человек в команде из трёх не выполняется.

Технический due diligence

Когда инвестор присылает своих экспертов, кто-то со стороны компании выдаёт им доступы, объясняет принятые решения и переводит замечания в план работ: в помесячном формате это моя часть. Сама проверка как отдельный проект и подготовка к ней – подготовка к инвестициям и due diligence.

Стек

Слой	Инструменты
Описание архитектуры	C4-модель, Kubernetes
Инфраструктура как код	Terraform, Ansible
Наблюдаемость	Prometheus, Grafana
Разграничение доступа	Zero Trust, SSH-ключи
Сборка и выкладка	GitHub Actions, Docker

Чего я не делаю

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

Как устроен проект

Помесячный формат стоимостью 6 000 $ в месяц: фиксированное количество дней, регулярная встреча с основателем и доступность для срочных решений между ними. Первый месяц почти всегда уходит на разбор построенного – без этого рекомендации будут про абстрактную компанию.

• Месяц 1. Разбор построенного: код, инфраструктура, договоры с подрядчиками, риски по убыванию цены.
• Месяц 2. Архитектурные решения по приоритетам и порядок приёмки работ подрядчика.
• Дальше. Ритм: встреча, приёмка, разбор инцидентов, пересмотр решений при смене продукта.

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

Связанные услуги

Разовый разбор стека без постоянного участия – ИТ-консалтинг. Процессы и автоматизация – автоматизация бизнеса. Деньги формата – сколько стоит внештатный CTO.

Часто задаваемые вопросы

Сколько времени вы уделяете компании?

Обычно несколько дней в месяц с регулярной встречей и доступностью между ними. Точное количество определяется после первого разбора: до него любая цифра будет угадыванием.

Чем это отличается от консалтинга?

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

Работаете ли вы с компаниями вне ОАЭ?

Да. Проекты выполнялись в шести странах, работа в основном удалённая. Для ОАЭ и региона GCC возможны очные встречи.

Что происходит, когда вы мне больше не нужны?

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

---

Готовы начать?

Расскажите, кто сегодня принимает у вас технические решения и что подрядчик сдал последним. По этому уже видно, нужен ли вам такой формат. Записаться на бесплатную консультацию.