Как теоретически может поменяться разработка продуктов

Внутри себя уже долгое количество времени пытаюсь понять как будет трансформироваться продуктовая разработка с распространением ИИ. Первая мысль, которая посещала — это жёсткий T-shape для уже существующих ролей. Будто роли останутся такими же, просто количество «голов» кратно уменьшится. Будто специалисты будут играть роль арт-директоров, хэдов и лидов, а место джунов и мидлов займут как раз куча узких ИИ-агентов. Но со временем понял что это тупиковая ветвь. Почему?

Ну во-первых — потенциальный кадровый голод. Хоть ситуация на рынке IT-найма сейчас далеко не в идеальном состоянии, но именно процент управленцев во всём объёме не такой уж и большой. Во-вторых, путь когда ты заменяешь одно другим, но только более быстрым не является правильным. Приведу пример — возможно вы помните сцену в кузнице в первых Пиратах Карбиского моря. Там осёл ходил по кругу, вращая приводной ворот, который приводил в движение кузнечные меха. Если бы эпоха индустриализации пошла по пути замены одного другим, то осла бы просто заменили трактором, который так же гонял бы приводной ворот, просто делал бы это не прерываясь. Классическая ловушка старой парадигмы (или синдром первой фазы).

Должно произойти переосмысление самого механизма. И вот как потенциально, на мой взгляд, это может поменять привычный процесс (назову пожалуй это второй фазой, т.к. объяснение на привычных нам всем сейчас ролях):
1. Основой станут платформенные (Core) специалисты. Они будут выполнять роль архитекторов всех логик — от разработки до дизайна и бизнеса. Их задача — создавать правила работы всех систем, чтобы «конвеерные» команды (кто будет уже доносить фичи до конечного пользователя) делали меньше ошибок.
2. Дизайнеры потенциально совместят в себе три роли — собственно дизайнера, фронтедера (не важно какого — веб или мобила), частично бэка (чтобы оживлять интерфейс), ну и продакта (перекладывать бизнесовые запросы на продукт)
3. Продакты больше уйдут в бизнес (либо наоборот бизнес больше пойдет в продакты) — глубже погружение в специфику и экономику всей компании (или ветви бизнеса), меньше перекладывания запросов на поточное производство
4. Роль QA будет не просто проверить (вручную или автоматически) работу, а обеспечить качественную работу и доставку фич до пользователя. Т.е. не только проверка, но и изменение (исправление).

Я оставлю за скобками много других ролей (devops, аналитики, саппорт и другие). Но логика примерно такая же — совмещение нескольких ролей. И, самое важное, что все эти новые роли будут работать внахлёст.

А как по вашему мнению может поменяться разработка продуктов?