Как 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 навыков будущего». Технологии меняются быстро. Логика дефицита заметно медленнее.
И, возможно, ИИ сейчас меняет не столько список профессий, сколько старый контракт о том, за что каждой роли положены деньги, статус и влияние.
Комментарии (24)

vladf
12.10.2026 11:42Да это как с любой технологией массового производства. Сначала было дорого делать вручную, а потом стал возникать вопрос - как загрузить конвейер. Который можно легко масштабировать, но сложно найти чем загрузить в долгосрочном периоде.

Breathe_the_pressure
12.10.2026 11:42Ну может отчасти потому что он выпускает массовое одноразовое барахло.

oheret
12.10.2026 11:42Скажу крамолу. В условиях взломов, утечек, блокировок, а теперь ещё и атак на датацентры, платить в IT будут тому кто сможет НЕ запилить очередную "цифровую трансформацию" там где хотя бы мало-мальски можно обойтись без неё.

jorge-list
12.10.2026 11:42Дааа... Теперь издатели тендеров будут вынуждены искать новые способы пилить бюджеты! А человек, который аргументированно скажет: «Ребята, здесь нам не нужен блокчейн и микросервисы, здесь хватит эксельки и телефона, зато это не взломают извне», реально сэкономит компании миллионы.

Kovurr
12.10.2026 11:42Возможно платить будут армии тестировщиков, которые будут проверять полученное гуано.(зато очень быстро полученное).

ViacheslavNk
12.10.2026 11:42которые будут проверять полученное гуано.(зато очень быстро полученное).В общем ни чего не поменяется.)

kneaded
12.10.2026 11:42Ясен пень в условиях конфликта и недавних ударов по ЦОД будут востребованы те, кто сможет поднять упавший сервер, перераспределить нагрузку. А ещё тем, кто изначально код строит так, чтоб нагрузку можно было перенаправить на другой сервер. То есть тем, кто строит не монолит (а ИИ как правило это про монолит), а микросервис и знает как что поднять, балансировщик, все дела.
Короче говоря ИТ не вымрет, просто трансформируется. И да, ИИ не волшебная таблетка позволяющая уволить разработчиков

vladf
12.10.2026 11:42Это принципиальная проблема взаимодействия с ИИ. Если у тебя нет знаний уровня архитектора (условно), то и вопросы масштабирования, проблем роста и поломок закладывать не будешь. И даже если ИИ будет настаивать на этом всем - адекватно ответить не сможешь. А ИИ будет решать задачу в текущей (простой) формулировке. А когда датацентр ляжет - бесполезно будет в авральном порядке просить ИИ сделать все распределенно и где-то нужные реплики данных достать. И подобные проблемы будут вылезать и на гораздо меньших (по сравнению с Яндексом) масштабах.

vmalyutin
12.10.2026 11:42Ой не знаю, не знаю. У меня на работе собрана ИИ-шница из нескольких моделей. Говорить, что она меня ускорила, я б не стал. А в нормальной конторе писать код с забугорными моделями вроде бы и нельзя. Откуда вообще берётся ускорение не понимаю.

Kot_na_klaviature
12.10.2026 11:42Разработка перестает быть главным дефицитом
Разработка это по вашему на кнопочки нажимать? Разработка - это думать, проектировать, валидировать итд Кнопочки нажимать и до ллм могли фриланс индусы почти за бесплатно.

don_Karabas
12.10.2026 11:42Хорошая статья, которая предлагает разобраться и найти новые ориентиры в создавшейся ситуации.
ELENA_ALEKSANDROVA Автор
Похоже, здесь стоит уточнить две вещи.
Во-первых, это действительно не техническая статья в смысле «как устроен инструмент X». Она про другое: что происходит с Product, Engineering и бизнесом, когда сама разработка начинает ускоряться.
Во-вторых, AI при подготовке текста использовался. Как исследовательский и редакторский инструмент. Тезисы, структура, примеры и выводы мои.
Если где-то не сходится фактура или логика, приходите с конкретным местом. Это уже будет интересный разговор.
Ну и да, я тут новенький автор. Буду рада любым комментариям и советам.
simple__mortal
Вот конкретное место. Автор, сначала нужно пописАть код. Много, да разного. Ну каким образом она начинает ускоряться? Да, напишется код быстрее, да, соберется прилка. А потом в субботу утром упадёт. Кто должен отвечать? Я знаю, что вы не знаете. Я отвечу: разраб будет отвечать, который этот код писал. А оно ему надо?
Читать этот код кто-то должен? Валидировать кто-то будет? Это само, что ли, происходит? Бесплатно? Манагеры продолжают, видимо, до сих пор думать, что им волшебный инструмент дали. Нет. Не дали. Нейронка действительно может подсветить моменты, которые разраб упустил, неочевидные проверки edge-кейсов, неочевидные даже архитектурные паттерны. Но это не ускорение, о котором на каждом столбе пишут. Это помощь, но не ускорение! Не запилит вам разраб за неделю 18 фич, вместо прежних 2.
Разрабу платят не столько за код, сколько за ответственность, которую он на себя берет, вываливая этот код в прод. Этого часто сами разрабы, к сожалению, не осознают, думая, что от них код ждут и точка.
Сколько можно такое постить.
ELENA_ALEKSANDROVA Автор
Ну как будто ВСЯ статья ровно о том, что вы пишете. О том, что ускорение разработки не ведет к ускорению выпуска продукта. Не? Или вы не читали, но осуждаете? И откуда столько агрессии на ровном месте?
Fedorkov
Осуждаю манеры коллеги выше (upd: до того, как НЛО отредактировало его комментарий), но согласен с ним по сути. Хрен найдёшь статью о том, как воспроизвести у себя чей-то рабочий стек или хотя бы отчёт о генерации кода в реальном проде (типа такого), зато объём текстов о последствиях революции в программировании, кажется, уже превышает объём сгенерированного за это же время кода.
ELENA_ALEKSANDROVA Автор
Ну как будто я писала не о революции в программировании, а об отношениях и контракте в команде. А все комментарии о другом.
Дополнительно хочу обратить внимание, что статья размещена как мое мнение. Я делюсь управленческим опытом и своим пониманием смещения зоны влияния в команде разработки.
Fedorkov
Вы буквально в заголовке статьи постулируете, что революция как минимум уже началась. Это правда легко принять на веру, но только если сам не отвечаешь за технические вопросы.
Полистайте хоть сам Хабр - это вроде бы айтишный ресурс, но на волне ИИшного хайпа желающих поделиться управленческим или бизнесовым опытом на порядок больше, чем любой нормальный человек станет читать. Лично я не проигнорировал ваш пост только потому что реальное имя в нике автора - это хоть какой-то фильтр.
NovoManu
Статью прочитал. Комментатор говорит о другом. ИИ не ускоряет разработку, а смещает акцент на финальную ответственность. В вашей статье вы утверждаете, что разработка ускорилась, но комментарий возражает, что сейчас больше тратиться времени на ревью кода и в итоге не ускоряет разработку, а возможно даже замедляет при неправильном внедрении.
RulenBagdasis
Ну это же неправда. Вот цитата из статьи:
Чатгпт вам идей миллион нагенерит, также как и миллион строк кода. Проблема в том, что вы не программист, но можете оценить идеи, поэтому вам кажется, что код норм, и идеи не норм. И это очень смешно читать.
ssj100
А они думают что дали.... а если не согласен то тебя сокращают. как раз под шум что ИИ заменяет програмистов
funca
Нормальная статья, утащил пару цитат в копилку. Вы пишите про ускорение разработки с помощью ИИ. Интересно, каким получается эффект от внедрения на других ролях и почему так? Например, в дизайне продуктов или управлении.