Конец эпохи перекладывания тикетов: мы все станем Product Engineers?

По моим ощущениям привычная граница между пишу тикеты (PM) и закрываю таски (Dev) стремительно размывается.

Классическая игра в корпоративный пинг-понг, когда продакт придумывает фичу➡️дизайнер отрисовывает макет➡️разработчик возвращается с вердиктом «это невозможно, переделываем» осталась в прошлом?

В 2026, когда AI-агенты пишут 90% бойлерплейта и верстают UI по скриншоту, ценность кода как такового упала почти до нуля. А вот понимание, что и для кого мы строим и как это продать, улетает в космос. Совместив эти роли как раз получаем Product Engineer. Кто это сегодня?

☕️Разработчики, которые не ждут разжеванного ТЗ
Вы наверняка видели таких, они не просто закрывают тикеты, а предлагают дополнительные улучшения для пользователя и next steps. И могут сделать фичу и без дизайнера :)

☕️Технически подкованные продакты
PM, который боится открыть консоль или написать SQL-запрос, сегодня выглядит... ну, скажем так, уязвимо. Ведь рабочий MVP для тестирования гипотез можно собрать прямо кодом, просто описывая его на естественном языке.

Product Engineer – это такой фулстек не по технологиям, а по созданию ценности. Поскольку вопрос КАК (реализация) все чаще закрывает AI, человек обязан фокусироваться на ЗАЧЕМ (метрики, психология пользователя, деньги) и ЧТО (архитектура продукта).

Что это значит для рынка?
Разделение на чистых продактов, дизайнеров и разработчиков остается уделом гигантских корпораций с их бюрократией и комплаенсом.
В стартапах ценятся те самые T-shaped специалисты плюс к этому добавляется продуктовый подход. Не говорю о том, что узкая экспертиза не ценится, но как будто ее одной будет не достаточно в будущем.

Что думаете? Видите уже таких универсалов у себя или все еще делите зоны ответственности?

🟡 Re: #career@reframe_journal