В статье «От AI-Native стратегии до production-кода» я писал про путь банка: пилоты, AI Hub, операционную модель. Эта статья про инженерную сторону. Я пройду по этапам разработки и покажу, что на каждом из них поменялось у нас в ITQuick, когда основную часть кода стали писать ИИ-агенты под присмотром старших инженеров, и что из классического подхода осталось на месте.
Если коротко, разработка с ИИ у нас идёт в 3–10 раз быстрее, в зависимости от задачи. Аналитика почти не ускорилась. Архитектура, требования информационной безопасности и ответственность за результат остались у людей, зато поменялись размер команды, роль технического задания и то, каких инженеров мы ставим на проект.
Требования: техническое задание теперь читает конвейер
В классическом проекте аналитик пишет ТЗ, разработчики читают его и задают вопросы по ходу работы. Пробелы в требованиях люди закрывают сами: додумывают, переспрашивают на созвоне, иногда угадывают правильно.
Разработку многих наших проектов ведёт конвейер из ИИ-агентов. Угадывать он не должен, поэтому ТЗ приходит к нему в заданном формате, и до начала сборки конвейер проверяет две вещи. Первая: хватает ли данных. Если не хватает, автор ТЗ получает список того, что дописать, и вопросы, на которые нужно ответить. Вторая: нет ли противоречий между документами. Наш технический директор объясняет, зачем это нужно: если в одном месте написано одно, а в другом другое, модель может выбрать какой-то третий путь, которого не хотел никто.
Разработчики у нас повторяют «что на входе, то и на выходе»: модели не приходится угадывать, если ТЗ проверено до сборки.
Сама аналитика по срокам почти не изменилась. Три года назад на CRM уходило 2–3 месяца предпроектной аналитики, сейчас уходит примерно столько же. Дольше всего по-прежнему выяснять, что на самом деле нужно бизнесу. Этот процесс зависит от людей, и ответ на один уточняющий вопрос может занять три дня. Конвейер находит пробелы в требованиях до начала сборки, а ответа эксперта всё равно приходится ждать.
Для заказчика вывод практический: срок проекта теперь больше всего зависит от того, как быстро ваши эксперты отвечают на вопросы аналитика.
Архитектура остаётся за человеком
Недавно к нам пришла международная логистическая компания. У неё много разных систем: от 1С до самописных платёжных модулей. После сканирования товаров клиентский прайс формировался минуты, иногда десятки минут. Бизнес рос, клиенты были недовольны, а решить проблему своими силами в компании не могли годами.
Собственник дошёл до того, что был готов отказаться от 1С во всей компании. Мы его отговорили: системы лучше менять по частям, а бухгалтерии без 1С пока работать не на чем. Договорились о диагностике. Две недели собирали документы, в том числе архитектурное решение и ландшафт систем. Дальше архитектор сел за анализ и нашёл причину за 3 часа. Внутри компании её искали 7 лет.
Причину нашёл человек, который видел много похожих систем и знал, куда смотреть. Такую работу я на ИИ не перекладываю. Архитектурный проект у нас по-прежнему начинается с аудита: текущие системы, узкие места, технический долг и риски. Потом идут целевая архитектура с обоснованием стека, план перехода со старых систем без простоя и расчёт стоимости владения на 3–5 лет. Подробнее об этом на странице архитектурных решений.
Новая задача в этом списке одна. Мы оцениваем, готовы ли данные и процессы заказчика к ИИ, и составляем план работ по данным.
Разработка: команда меньше, сроки короче
На этом этапе изменилось больше всего. Сборка проекта на конвейере занимает от нескольких дней до 10 дней на очень сложный проект. На выходе получается ссылка на демо. Наш технический директор говорит так: «Если у нас будут подготовлены абсолютно все документы, мы можем собирать любой проект за неделю, за две».
Платформу FinAxio Treasury для казначейств крупных холдингов делает компания «Цифровая Экспертиза». Команда перевела ключевые компоненты на современную архитектуру и в апреле 2026 года подключила нас. Задачи, на которые раньше уходил месяц, теперь закрываются примерно за неделю, то есть ускорение минимум в 4 раза. Сергей Кандидатов, директор по продукту FinAxio, объяснил выбор так: «ITQuick применяет AI в разработке как стандарт и считает, что по-другому уже нельзя». Как шла работа, подробно разобрано в кейсе FinAxio.
Меняется и состав команды. Первую версию продукта, под которую раньше собирали команду из 10 человек, у нас делают двое старших разработчиков с ИИ.
Тестирование и приёмка
Демо заказчик видит через несколько дней после старта сборки. Дальше работаем по обычному Scrum: бэклог, двухнедельные спринты, показ результата в конце каждого. Темп при этом кратно выше, и некоторые задачи закрываются раньше, чем попадают в бэклог.
Всё, что сделал ИИ, до заказчика проверяет человек. На форуме FinCore в феврале 2026 года наш коллега сказал об этом прямо: ИИ ускоряет разработку, если каждый этап проверяет опытный инженер. С документами то же правило. Наш технический директор просит агентов подготовить недостающие документы этапа, проверяет их сам и только после этого отправляет клиенту.
Где ИИ ускоряет меньше всего
Меньше всего ИИ помогает там, где у самих моделей мало практики. Например, работа с языками малых народов, когда цель — сохранить язык: текстов на таких языках мало, и модели знают их плохо. Основную работу в таких проектах делают люди.
С интеграцией и внедрением похоже, только причина другая: работают люди с обеих сторон, и срок зависит от того, как быстро команды договариваются. Поэтому интеграцию мы закладываем отдельным этапом, со своим сроком и бюджетом.
Для банков сюда же относятся требования информационной безопасности: 152-ФЗ, журнал аудита, шифрование, развёртывание в закрытом контуре. Эти требования одинаковы для кода, который написал человек, и для кода, который написал агент.
Если интеграция в смете подрядчика не выделена отдельной строкой, спросите, сколько займёт запуск после сборки.
Документы и передача проекта
В классическом подходе знания о проекте есть только у команды. Новому человеку обычно нужна неделя знакомства и пара вечеров над старыми документами.
У нас каждая сделка разложена на этапы. Для каждого этапа заранее записано, какие задачи в нём решаются и какие документы должны появиться на выходе. В одном нашем проекте семь параллельных потоков, каждый на своём этапе. Когда кто-то из команды не успевает, технический директор подхватывает его этап и просит ИИ сверить готовность. Ответ выглядит примерно так: «документы 1, 4 и 5 есть, для остальных ответьте на пару вопросов». Мы называем это горячей заменой участника проекта, и занимает она 15 минут.
Исходный код и архитектурную документацию мы передаём в репозиторий клиента или на хранение в юридическую фирму. Если код остаётся только у подрядчика, сменить его без потери проекта не получится. Как устроена заказная разработка у нас, описано на отдельной странице.
Каких инженеров теперь ставить на проект
На FinCore об этом говорили прямо: ИИ ускоряет и опытного инженера, и новичка, только новичок с ним кратно быстрее делает ошибки. По своему опыту я с этим согласен.
Отсюда другой профиль команды. Нужны старшие инженеры, которые ставят задачи инструментам, проверяют результат и отвечают за него. Стоят они дороже обычных разработчиков. Перестроиться пришлось и нам: в начале 2026 года около 5% наших старших разработчиков отказывались работать с ИИ, и им пришлось выбирать, меняться или уходить.
Если своей команде не хватает таких людей, их можно подключить к проекту. Мы даём инженеров с опытом от 5 лет в промышленной разработке, которые выходят в проект за 1–2 недели и работают по процессу заказчика. Условия описаны на странице усиления IT-команды.
Что спросить у подрядчика перед стартом
- Как вы проверяете ТЗ перед разработкой и что я получу, если данных не хватает?
- Кто принимает архитектурные решения и кто проверяет код, который написал ИИ?
- Где в смете интеграция: отдельной строкой со своим сроком или внутри разработки?
- Как оплачивается работа? У нас первая фаза идёт по фиксированной цене, развитие — по фактическим часам.
- Через сколько дней после старта будет первое демо?
- Как передаются код и документация, и сможет ли новый человек включиться в проект без недели знакомства?
Если на третий и шестой вопросы подрядчик отвечает расплывчато, сроки из его коммерческого предложения стоит перепроверить.
