Последние несколько дней слушаю с перерывами интервью Ленни Рачицки с Фионой Фанг из Anthropic. Редко советую посмотреть полуторачасовой выпуск целиком, но этот точно стоит времени.
Фиона руководит командами Claude Code. До этого были 11 лет в Microsoft, запуск Facebook Marketplace, инфраструктура Instagram. Она прошла несколько технологических эпох и хорошо чувствует, что действительно меняется, а что — просто хайп.
Больше всего меня зацепила одна мысль. Правда зацепила, это не клише от чатгпт 😉
Мы уже привыкли говорить, что AI ускоряет разработку. Но почти никто не обсуждает, что происходит дальше.
Если команда теперь может писать в несколько раз больше кода, то где становится следующее ограничение?
Ответ оказался неожиданно приземлённым. Не в AI.
В понимании пользователя, его потребностей и выборе фокуса. И, конечно, в коммуникации между людьми. В том числе, чтобы вся команда одинаково понимала, что вообще нужно строить. И что будет возможно построить с использованием AI нового поколения.
Кажется, именно поэтому последние полгода я всё чаще слышу от сильных продуктовых команд одну и ту же мысль: разработка перестаёт быть главным бутылочным горлышком. Да и сам уже вижу на живых примерах — сейчас запускаем систему управления стоками, которую сделали за 3 недели. Ранее это бы заняло минимум 3 месяца.
В интервью ещё много интересного:
📌 как Anthropic использует Claude в ежедневной работе;
📌 почему они постепенно уходят от длинных роадмапов;
📌 как меняются требования к инженерам;
📌 какие проблемы AI пока так и не смог решить.
Если будете смотреть одно интервью про AI этим летом — я бы выбрал именно это.
· 09.07
Хех. Вы услышали правильный тезис, но, кажется, услышали именно то, что хотели услышать.
“Код больше не bottleneck, теперь bottleneck — понимание пользователя и коммуникация внутри команды” — это была хорошая мысль. Но это мысль уже прошлого витка. Её Andrew Ng ещё летом 2025 формулировал как Product Management Bottleneck. По меркам AI-разработки это уже почти древняя история.
По секрету из гаража: реальность уже другая.
Понимание пользователя само по себе перестаёт быть bottleneck. Если у продукта тысячи, десятки тысяч или миллионы пользователей, обратной связи не мало — её наоборот слишком много. Где тут bottleneck? Это асинхронный поток! Его можно собирать, кластеризовать, суммаризировать, связывать с логами, CRM, саппортом, багами, feature requests, метриками, churn, revenue impact и сразу превращать в гипотезы, приоритеты и задачи.
Коммуникация внутри команды тоже не является каким-то священным ручным bottleneck. Контекст можно собирать автоматически. Решения можно фиксировать. Обсуждения можно суммаризировать. Приоритеты можно пересобирать динамически. Во многих местах команде уже даже не обязательно “созваниваться и синхронизироваться” в старом смысле — система сама может держать контекст, поднимать важное и двигать процесс.
Поэтому новая реальность не в том, что bottleneck переехал из engineering в product management.
Новая реальность в том, что bottleneck стал динамическим.
Он плавает. Сегодня он в коде. Завтра в review. Послезавтра в verification. Потом в данных. Потом в архитектуре. Потом в качестве пользовательского сигнала. Потом в том, сколько автономности мы дали агентам. Потом в том, как часто человек вообще должен заглядывать в систему и вмешиваться.
И вот настоящий следующий bottleneck — это уже не “понимание пользователя” и не “коммуникация”.
Настоящий bottleneck — это наша способность проектировать саму петлю обучения системы.
Как мы собираем сигнал. Как превращаем его в смысл. Как принимаем решение. Как запускаем действие. Как проверяем результат. Как обновляем архитектуру. Как быстро учимся на том, что только что узнали.
То есть bottleneck поднимается на мета-уровень.
Узкое место теперь — не код и не PM как роль. Узкое место — это то, как команда мыслит о собственном процессе, как быстро она учится учиться и как быстро перестраивает свои feedback loops под новую реальность.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён