Платформа Claude Code от компании Anthropic обеспечила рост производительности инженеров в три раза, что привело к запросу на большее количество продакт-менеджеров в командах. Это изменение актуально, поскольку теперь задачи по определению целей продукта становятся критически важными для успешности разработки.
Как это произошло
Изменения в инженерных командах начали происходить с момента запуска ChatGPT в ноябре 2022 года, когда количество новых вопросов на Stack Overflow упало на 77%. Это свидетельствует о том, что инженеры перестали зависеть от внешних источников информации и начали больше полагаться на инструменты, подобные Claude Code.
С 2024 года инструменты, такие как Cursor и Claude Code, сделали возможным обход частей рабочего процесса, что сократило время, необходимое для выполнения задач. Например, команда Amazon смогла сократить время на создание новых функций с двух недель до двух дней благодаря обновленным процессам. Эффективность работы инженеров возросла, так как они выполняют больше задач за меньшее время, однако недостаток продакт-менеджеров становится ощутимым.
Что это значит для IT-компаний
Доля продакт-менеджеров на инженерные группы значительно уменьшилась с коэффициента 1:8 до 1:20. Зависимость от продакт-менеджеров нарастает на фоне роста производительности, что становится вызовом для традиционных структур команд. Например, LinkedIn уже заменил позицию помощника продакт-менеджера новой программой "Product Builder", подготавливающей универсалов в области продукта, дизайна и инженерии.
Соотношение роста технологий и управления
Важно отметить, что компании, активно внедряющие агентные рабочие процессы, начинают испытывать нехватку в управлении. Anthropic приняла решение увеличить количество продакт-менеджеров, и такая тенденция наблюдается в других крупных компаниях, которые пытаются сбалансировать увеличение производительности и недостаток управления над процессами.
Таким образом, рост производительности инженеров требует адаптации организационных структур и расширения штатов продакт-менеджеров. Это значит, что компании, стремящиеся к успеху в разработке, должны обратить внимание на необходимость пересмотра своих командных подходов.