Гибридные команды будущего

Как будут выглядеть гибридные команды будущего, создающие ИТ-продукты и решения будущего?

Видение Сбербанка

Спикеры Сбербанка в сентябре 2025 на форуме «Искусство трансформации. Путь к операционной эффективности» рассказали о своем видении Gen-AI Native IT&Ops команд, технологической основы банка будущего.

В этих командах:

Главным является владелец продукта (business owner) - формулирует потребность и получает результат.
Виртуальная команда AI-агентов совместно создает, тестирует и развертывает приложение
Человек вообще не касается кода.

Это соответствует уровеню L5 в описанной модели зрелости Dev AI Maturity Model.

Раскрою подробнее свое видение таких команд и, главное, путь - как к ним прийти.

Модель команды стартапа

Для стартапов есть модель MVT (минимальной жизнеспособной команды):

3H Theory: Hustler, Hacker, and Hipster

Hustler (Хастлер) - бизнесмен, главный продавец. Знает что нужно рынку, продает и драйвит продажи.
Hacker (Хакер) - создает прототипы и прообраз продукта, который можно продать.
Hipster (Хипстер) - дизайнер и творческий гений, разрабатывает дизайн, обеспечивает лучший клиентский опыт и готовность продукта к рынку.

Команда будущего

Как вижу команды будущего:

Роль	Ответственность
Business Owner / Hustler	Бизнес-результат, стратегия, рынок, приоритизация
UX Owner / Hipster	Пользовательский опыт, интерфейсы, визуальная целостность
System Architect / Security Owner	Архитектура верхнего уровня и безопасность (Security by Design)
SpecOps / AI Orchestrator	Процесс, стандарты, управление агентами и моделями

Изменения от команды стартапа:

Команда работает в подходе Spec-Driven Development, как необходимое условие.
Команда использует AI-помощников и специализированных AI-агентов для выполнения своих задач.
Роль аналитика, который периодически добавлялась в MVT-команду заменяется AI-агентом, который использует владелец продукта.
Роль Hacker разделилась на две. Одна часть - это роль архитектора, важность которой выросла и встроенная безопасность (security by design) стала обязательным навыком архитектора.
Другая роль - это роль управляющего взаимодействием AI-агентов. Ответственного за процесс и ресурсы. Аналог руководителя производства.

Остальная часть команды - это AI-агенты, как ресурсы исполнителей.

Детальное описание ролей

1. Business Owner / Hustler

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

Действия:

исследует рынок, сегменты, конкурентов;
формирует карту гипотез и JTBD;
описывает ключевые сценарии использования;
формирует дорожную карту;
формализует бизнес-правила;

Артефакты:

стратегия как код;
спецификация дорожной карты;
спецификации ключевой функциональности;
требования к ключевой функциональности;

2. UX Owner / Hipster

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

Действия:

анализирует пути пользователя и CJM;
создаёт прототипы и сценарии взаимодействия;
формализует пользовательские истории в виде спецификаций;
разрабатывает и поддерживает дизайн-систему;
обеспечивает лучший пользвоательский опыт.

Артефакты:

прототипы интерфейсов (Figma, Miro и др.);
пользовательские сценарии (Gherkin, story mapping);
дизайн-система и UI-гайды;
спецификации UX-паттернов.

3. System Architect / Security Owner

Ответственность: формирует архитектуру верхнего уровня и обеспечивает безопасность (Security by Design).

Действия:

разрабатывает архитектуру как код (C4, ArchiMate);
утверждает контейнеры, контексты и компоненты;
встраивать безопасност в архитектуру (security by design);
определяет стандарты качества и доверенные компоненты;
принимает ключевые архитектурные решения (ADR).

Артефакты:

C4 PlantUML (context, containers, components, deployments);
архитектурные решения (ADR);
требования безопасности и best practices;
спецификации инфраструктуры и доверенных компонентов.

4. SpecOps / AI Orchestrator

Ответственность: управляет процессом, шаблонами спецификаций и агентами.

Действия:

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

Артефакты:

шаблоны спецификаций (YAML, Markdown);
правила написания и методики ревью spec;
описание агентов и их API;
библиотеки промптов и скриптов;
гайды по выбору моделей и интеграциям.

Как вырастить команду будущего?

Раннее вовлечение - практика дает навыки, которые становятся фундаментом следующих шагов
Spec-Driven Development - формализация процессов и артефактов, чтобы обеспечить устойчивый и предсказуемый результат от AI-агентов
Модель зрелости ИИ в разработке - пройти шаги развития до 5-го уровня (или хотя бы до третьего)

Нужна помощь? Обращайтесь! Вместе пройдем этот путь быстрее.