Пост 3 — Product Engineer и маленькие команды

К 2030 году, по прогнозам Сбера, больше половины разработчиков заменят Product Engineer. 80% компаний перейдут от больших команд к маленьким, усиленным агентами. 70% инженерных команд будут следовать формализованному процессу разработки агентов — против менее чем 10% сейчас.

Что это значит?

Сбер берет классическую команду на 10-15 человек и сжимает её до маленькой команды на 3-6 человек. Внутри — минимум два старших Product Engineer, 1-2 средних и один младший под наставничеством. У команды свой план на два квартала и своя метрика успеха. Сверху — платформенная команда из 3-5 человек, которая обслуживает больше 10 продуктовых команд через общую систему.

Переход из обычной структуры, где разработчики, тестировщики, сисадмины и безопасники сидят в разных отделах, занимает 6-12 месяцев. Узкие специалисты становятся Product Engineer. Не все туда пойдут: часть останется в архитектуре, безопасности или машинном обучении, но будет работать в смешанных командах, а не отдельно.

Возникают вопросы. Я бы выделил три:

1. Маленькие команды — это не просто команды меньшего размера, они дороже. Один старший Product Engineer должен уметь то, что раньше делали четыре узких специалиста, плюс понимать продукт, работать с агентами и знать платформу. Это премиум-инженеры, которых сейчас не хватает в России, и в ближайшие два года их цена будет расти.

2. В whitepaper упомянули Лабораторию нейронаук Сбера, где опросили разработчиков. У младших парадокс: они ещё не набрались опыта, но уже должны проверять код, написанный AI, то есть быть экспертами без оснований. У старших другая проблема: они теряют радость от решения сложных задач и чувствуют себя контролерами на конвейере. В whitepaper это назвали «расширение возможностей, а не замещение», но есть риск потерять инженерную культуру через 5 лет.

3. Цифра «50% разработчиков заменит Product Engineer» не означает, что появятся новые профессии. Это значит, что привычных должностей станет меньше. Сбер говорит мягко, но за этим стоит сокращение части ролей. Прямо об этом не написано, но по логике перехода — иначе никак.

Вопрос для каждого: ты видишь себя Product Engineer с большой автономией или останешься узким специалистом в смешанной команде?

Завтра поговорим о том, кто следит, чтобы агенты не сломали продакшен. Подсказка: это не просто кнопка Approve, которую вы нажимаете не глядя.