Разработка перестает быть главным дефицитом. За что теперь будут платить в IT?

Как AI меняет ценность и влияние продуктовых, технических и управленческих ролей

Разработка ускоряется. А вместе с ней меняется негласный контракт между Product, Engineering и бизнесом: кто выбирает, кто отвечает за результат и за что теперь готовы платить больше. Разбираюсь, что происходит с IT-ролями, когда разработка перестает быть главным дефицитом.

Меняются ограничения - меняются роли и распределение влияния в команде

Меняются ограничения — меняются роли и распределение влияния в команде

Есть профессии, ценность которых определяется не только тем, что человек умеет делать, но и тем, насколько редким остается ресурс, которым он управляет.

В IT таким ресурсом много лет была разработка. Хороших инженеров не хватало, бэклог почти всегда был длиннее возможностей команды, а любое заметное изменение продукта стоило времени и денег. Поэтому вместе с хорошей идеей возникал вопрос: хватит ли у разработки людей, времени и бюджета?

Вокруг этого ограничения выросла привычная структура. Бизнес приносит идеи, продакт расставляет приоритеты, разработка говорит, сколько можно сделать и когда. Потом начинаются дорожные карты, планирование и торг за ресурсы.

Влияние тоже концентрируется там, где дефицит: если без вашей функции следующий шаг невозможен, ее мнение весит больше.

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

Что же изменилось на самом деле?

Самое простое объяснение обычно звучит так: AI теперь пишет код вместо людей.

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

Меняется другое. Само производство кода ускоряется, а весь путь от идеи до работающего продукта сокращается куда медленнее.

JetBrains весной 2026 года сформулировала это довольно приземленно: генерация кода становится дешевой и перестает быть главным бутылочным горлышком. Главная сложность смещается к вопросу, соответствует ли результат замыслу, и сколько вся система в итоге стоит.

Google сообщает, что 75% нового кода внутри компании уже генерируется с помощью AI и затем принимается инженерами. Можно спорить с корпоративной статистикой, но важна не цифра, а динамика и масштаб. Когда заметно меняется сам способ производства, соседние части системы тоже начинают меняться.

Мы много лет ускоряли одно из самых дорогих звеньев и наконец добились результата. А потом обнаружили, что вся система не получает такого же выигрыша в скорости.

Что становится ограничением, когда способность производить перестает быть главным дефицитом?

Много лет компании жили с уверенностью: хороших идей больше, чем возможностей их реализовать. Если бы разработка двигалась быстрее, бизнес рос бы быстрее тоже.

Теперь эту гипотезу можно проверить на практике. Atlassian пишет, что производительность инженеров уже растет быстрее, чем способность продактов и дизайнеров принимать решения с той же скоростью.

Компания наконец получает то, о чем просила много лет. Разработка ускоряется. А очередь из великолепных бизнес-идей почему-то не возникает.

Идей много.
Идей, которые действительно стоит реализовывать, меньше.
Тех, что после запуска заметно меняют поведение клиента или экономику продукта, еще меньше.

Раньше нас интересовало: что из всего полезного мы успеем сделать?

Теперь важнее другое: что из всего, что мы можем, вообще стоит делать?

Продакт получает больше влияния. И вместе с ним больше ответственности

Если разработка может делать больше, кто-то должен решить, чем загрузить выросшую мощность. Значит, влияние продакта растет. Но вместе с ним приезжает ответственность.

Реализовать идею, ценную для бизнеса

Реализовать идею, ценную для бизнеса

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

Если очередь становится короче, эта работа никуда не исчезает, но перестает быть главным источником ценности роли. Теперь важнее понять, стоит ли идея инвестиций.

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

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

У техлидов и CTO похожая история

Много лет формула сильного технического руководителя была понятной: надежная система, нормальный time-to-market, технический долг под контролем, сильная команда, предсказуемая поставка изменений. Все это по-прежнему важно.

Но есть нюанс. Бизнесу легко увидеть в AI способ делать то же самое меньшим числом людей.

Для разработки это опасная ловушка. На коротком отрезке можно показать красивый рост производительности, одновременно залезая в запас надежности системы. Экономия перестанет впечатлять бизнес, а технические риски останутся.

Соревнование по количеству фич, доставленных в прод

Соревнование по количеству фич, доставленных в прод

Допустим, AI дал команде дополнительные 30% мощности. Что получила от них компания?

1.     Можно сократить расходы. На бумаге звучит отлично, пока не выясняется, что каждый кандидат на сокращение почему-то знает критичный кусок системы, а после сокращения начнут расти риски.

2.     Можно выпускать больше фич. Но если половина из них никому не нужна, выросла не эффективность бизнеса, а скорость производства лишнего.

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

Дополнительная инженерная мощность должна превращаться в бизнес-результат, а технический руководитель должен уметь показать эту связь.
Быстрее выйти на рынок, дешевле проверить гипотезу, снизить риск, заработать или сэкономить.

А что же бизнес?

До недавнего времени у бизнеса было вполне честное объяснение многих несделанных вещей: идей много, разработка не успевает. Клиенты хотят, но нужная функция будет через полгода. Мы знаем, что делать, просто не хватает людей.

Если скорость разработки растет, это объяснение становится слабее.

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

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

Какая из этих идей принесет прибыль?

Какая из этих идей принесет прибыль?

Когда команда может делать больше, бизнесу придется доказать, что у него действительно есть чем загрузить этот ресурс. И не просто загрузить, а загрузить с экономическим смыслом.

Меняется не профессия. Меняется то, за что платят

Отсюда мне кажется интереснее смотреть не на то, кто выиграет от AI, а на то, что именно внутри каждой профессии становится ценнее.

Это не обязательно движение от технических ролей к бизнесовым. Скорее внутри каждой роли одна часть работы дешевеет, а другая дорожает. Координация становится менее редкой, хороший выбор ценнее. Посредничество вокруг дефицитного ресурса теряет часть прежней ценности, а хороший выбор становится дороже. Производить больше становится проще, понимать последствия решений важнее.

За что именно внутри вашей роли будут платить? Что будет давать статус и влияние на горизонте трех-пяти лет?

И что с этим делать лично вам?

Совет «учите бизнес» здесь мало помогает. Можно прочитать три книги про юнит-экономику и совершенно не изменить собственную работу.

Полезнее посмотреть на нее через тот же механизм дефицита.

Какой дефицит я сегодня закрываю для компании?

Редкое техническое знание? Ограниченный ресурс разработки? Понимание клиента? Способность принимать решения там, где информации всегда будет недостаточно?

А потом вопрос похуже.

Что произойдет с моей ценностью, если этот ресурс завтра станет в два раза доступнее?

Если ИИ даст вашей команде еще 30% мощности, что вы с ними сделаете? Если очередь разработки резко сократится, останется ли прежней ценность человека, который великолепно умеет этой очередью управлять?

И наконец: какой результат моей работы останется ценным, даже если техническое исполнение станет значительно дешевле?

Мне кажется, это полезнее очередного списка «10 навыков будущего». Технологии меняются быстро. Логика дефицита заметно медленнее.

И, возможно, ИИ сейчас меняет не столько список профессий, сколько старый контракт о том, за что каждой роли положены деньги, статус и влияние.

Автор: ELENA_ALEKSANDROVA

Источник

Оставить комментарий