Шведская разработческая компания Cubeia перешла к третьему этапу своей трансформации в сторону ИИ-ассистированной разработки. Пройдя путь от свободного использования ИИ сотрудниками до выстраивания структурированного пайплайна, компания столкнулась с более глобальным вопросом: как должна функционировать организация, когда написание кода перестает быть главным узким местом?
«Мы занимаемся этим на 100%», — заявляет операционный директор Cubeia Стефан Гренстад, говоря об ИИ-ориентированном процессе разработки.
Шесть месяцев назад эксперимент Cubeia заключался в замене написанного человеком кода на сгенерированный ИИ. С тех пор подход эволюционировал: изменился пайплайн разработки, роли разработчиков и специалистов по контролю качества (QA), принципы организации команд и взаимодействие с клиентами.
Создание бизнес-ценности
На первом этапе подход Cubeia к ИИ был открытым — разработчики применяли его по своему усмотрению. На втором этапе появилась структура: все начали использовать одинаковые агенты и единый ИИ-пайплайн. Компания решила вопросы качества, надежности и совместной работы агентов.
По словам Гренстада, во время гибридного периода в первом квартале Cubeia закрыла 259 задач. После перехода на полностью ИИ-управляемый процесс этот показатель вырос до 421 (рост на 62%), а число крупных проектов увеличилось с 17 до 58.
Однако теперь главный вопрос заключается в том, как распорядиться высвободившимся ресурсом. «Поскольку мы тратим меньше времени на кодинг, мы уделяем больше внимания бизнесу: обсуждению ценности и пониманию предметной области», — поясняет Гренстад.
Команды теперь ожидают не простого выполнения задач, а понимания того, какую ценность они должны создать. Например, если цель состоит в увеличении трафика на 10%, необходимо зафиксировать базовые показатели, внедрить изменения и оценить результат.
Взаимодействие с клиентами
Следующий шаг развития компании все больше диктуется клиентами. Недавно клиенты начали сами обращаться с запросами интеграции: один из них построил собственную казино-landing page и захотел использовать API Cubeia, а другой — применить систему управления учетными записями игроков (PAM) для создания персональных бонусов.
Идея заключается в том, чтобы сделать платформу и данные Cubeia доступными для ИИ-инфраструктуры, которую клиенты строят самостоятельно. Сейчас компания проводит пилотный проект на основе кейса с целевыми страницами.
Новая структура разработки
Рост производительности меняет и структуру команд. Cubeia экспериментирует с командами быстрого реагирования (для небольших запросов и инцидентов) и командами для долгосрочных проектов. В перспективе Гренстад видит идеальными мини-команды из двух-трех человек.
Главным узким местом при этом становится человек, проверяющий результаты работы ИИ. Ручной код-ревью больше не применяется ко всему подряд — он сохраняется лишь для критически важных или чувствительных участков системы с точки зрения архитектуры, безопасности и производительности.
Изменяются и требования к найму. Понимание игорного бизнеса (iGaming) и клиентского опыта (player experience) становится важнее навыков владения конкретными языками программирования вроде Java.
Большие перемены и неизвестность
Cubeia отходит от классической модели, где разработчик передает задачу в QA. Теперь обеспечение качества интегрировано на самых ранних этапах планирования. При этом часть сотрудников, искренне любивших сам процесс написания кода, испытывает трудности с адаптацией к новым реалиям.
Стратегические вопросы касаются и зависимости от поставщиков ИИ (в частности, сильной ориентации на Claude) на случай роста цен или изменения качества услуг. Тем не менее, в Cubeia уверены, что подобные вызовы удастся успешно преодолеть по мере их поступления.
«Когда мы начинали этот путь, моей единственной целью было не писать код в августе», — вспоминает Гренстад. Компания стремилась убрать кодинг как ограничитель, но выяснила, что это лишь один из элементов большой системы, где на первый план выходят доменные знания, продуктовое мышление и понимание нужд клиентов.