Команды разработчиков в ИТ сокращаются втрое: сегмент переживает вторую революцию

Эксперты зафиксировали радикальное изменение структуры команд в IT-компаниях: там, где раньше требовались 10–15 разработчиков, теперь справляются 4–5 специалистов. Ключевую роль в трансформации играют платформы автоматизации, low-code-инструменты и встраивание искусственного интеллекта в производственный конвейер. При этом крупнейшие мировые технологические компании экспериментируют с ещё более компактными командами.

Трёхкратное сокращение — уже реальность

Российские IT-компании фиксируют кардинальные изменения в численности проектных команд. По данным участников отраслевой дискуссии, в которой принял участие эксперт «Диасофт», современные инструменты автоматизации позволяют сократить штат разработчиков в два-три раза без потери производительности.

«Сегодня средняя команда на нашей платформе — это 4–5 человек. Ещё недавно тот же объём задач требовал 10–15 специалистов. Одновременно сообщается о разработчиках уровня middle и junior — небольшая группа справляется с работой, которую раньше выполняла полноценная команда», — рассказал Александр Сахаров, директор по работе с партнёрами компании «Диасофт».

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

Google тестирует команды из 3–4 человек

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

«Раньше работал принцип Two Pizza Team — команда, которую можно накормить двумя пиццами. Сейчас наблюдается движение к ещё меньшим составам — 3–4 человека. Это высококвалифицированные специалисты, которые благодаря минимальных потерь на коммуникацию обеспечивают более высокий результат», — пояснил Андрей Почтов, СТО компании АЭРО.

По его оценке, главный потенциал повышения эффективности кроется именно в сокращении коммуникационных издержек. Тренд на универсальных специалистов — так называемых T-shaped или фуллстек-разработчиков — позволяет концентрировать больше компетенций в одном сотруднике и минимизировать количество точек согласования.

Конвейер нового поколения: автоматизация на каждом этапе

Современная разработка требует автоматизации на всех этапах жизненного цикла продукта. В соответствии с заявлению экспертов, речь идёт не только о CI/CD-пайплайнах, но и об автоматизации проектирования, генерации кода, тестирования, управления инфраструктурой и безопасности.

«Количество участков, требующих автоматизации, сегодня огромно. Начиная с самых ранних этапов — проектирования. Аналитик описывает процесс, и исходник формируется автоматически. Дальше — A/B-тестирование, эксперименты с интерфейсом на разных сегментах пользователей, быстрые итерации. Всё это работает в автоматическом режиме», — описывает ситуацию Александр Сахаров.

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

«Современный конвейер разработки — это комплексная платформа, которую невозможно выстроить силами одного специалиста. Тем не менее платформенные решения делают этот уровень автоматизации доступным даже для небольших команд. В этот конвейер встраивается искусственный интеллект: здесь он генерирует скрипты для работы с данными, там — код фронтенда, на следующем этапе — автотесты и юнит-тесты», — добавил эксперт.

Две революции за 15 лет

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

«Сейчас создание трансформируется за счёт искусственному интеллекту и GPT-технологиям. В ближайшие год-два отрасль изменится кардинально — это уже очевидно. В начальный раз за долгое время появляется реальная возможность для снижения стоимости разработки», — прогнозирует Андрей Почтов.

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

Александр Сахаров проводит аналогию с сельским хозяйством: «Можно возделывать поле лопатой и лошадью — а можно использовать современный трактор с набором специализированных насадок. Каждая насадка выполняет свою функцию. То же самое в разработке: есть автоматизация DevOps и CI/CD, есть автоматизация тестирования и сборок, есть автоматизация производства самого кода. Решать все эти задачи вручную — каждый раз выстраивать правильную структуру, управлять логированием, добиваться единых стандартов интерфейса — сегодня практически невозможно».

Low-code: от недель к минутам

Отдельный драйвер сокращения команд — развитие low-code и no-code платформ. Если раньше разработка типового бизнес-приложения могло занимать месяцы работы команды, то современные инструменты позволяют запустить продукт за считанные дни или даже часы.

«В достаточной степени описать сущности, связи, настроить фильтры — и система автоматически генерирует всё необходимое, в том числе программный интерфейс. То, что раньше занимало месяцы, теперь делается за часы. Одновременно low-code легко интегрируется с искусственным интеллектом: один блок бизнес-процесса может отвечать за взаимодействие с нейросетью», — объяснил Алексей Граков, руководитель компании Agizo, эксперт по интеграции low-code.

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

Готовность к масштабированию «из коробки»

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

«Представьте ситуацию: предприниматель запустил продукт, он "взлетел", пошла реклама, пришли пользователи — и тут выясняется, что система не выдерживает нагрузку, данные не защищены, а за их утечку грозит ответственность. Раньше это был типичный сценарий. Сегодня платформенные решения позволяют получить масштабируемость и безопасность сразу, без дополнительных затрат времени и ресурсов», — отмечает эксперт.

Новые требования к специалистам

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

«Порог входа в профессию существенно вырос. От начинающих специалистов теперь требуется уровень, который раньше соответствовал middle-разработчику. Где и как им получать эти компетенции — публичный вопрос для отрасли», — констатирует Алексей Граков.

При этом эксперты расходятся в оценке того, подешевела ли разработка в общем и целом. Яна Шакленина, CPO компании Outlines Tech, отмечает, что старые требования действительно можно реализовать дешевле и быстрее, тем не менее бизнес постоянно повышает планку ожиданий.

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

Не технологии, а процессы

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

«Анализируя неудачные проекты, я вижу, что их объединяет не ошибка в выборе технологии. Общие черты — слабый менеджмент, неотлаженные процессы, недостаточная бизнес-аналитика, проблемы с коммуникацией. Основной вызов для разработки в эпоху ИИ — научиться выстраивать взаимодействие по-новому, формулировать требования так, чтобы их понимали не только люди, но и машины», — резюмировал Андрей Почтов.

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

Полную текстовую версию обсуждения можно ознакомиться на е.