Skip to content
Видео YouTube апр. 2026 г.

Lenny's Podcast: Как продуктовая команда Anthropic выпускает релизы за дни, а не месяцы

Что в видео

Кэт Ву, Head of Product для Claude Code и Cowork в Anthropic, выступает в Lenny’s Podcast и рассказывает о том, как на самом деле работает продуктовая команда Anthropic и почему её темп разработки так кардинально изменился. Выпуск опубликован в апреле 2026 года. Ву объясняет, как команда сократила цикл с шести месяцев до одного — а в отдельных случаях до одной недели или одного дня. Разговор охватывает то, что сделало это сжатие возможным, что оно требует от product manager’ов и каким Ву видит будущее этой роли по мере развития возможностей агентов.

Кому подходит

Product manager’ам и руководителям продуктовых команд в организациях, которые начали выпускать AI-функции или создавать AI-продукты и обнаружили, что их текущие процессы планирования и выпуска не соответствуют темпу такой работы. Также полезно PM’ам на более раннем этапе карьеры, которые хотят увидеть конкретную модель того, как выглядит AI-нативная продуктовая работа — на примере одной из наиболее пристально отслеживаемых AI-организаций в отрасли.

Ключевые идеи

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

  2. Доступ к ещё не выпущенным моделям создаёт продуктовое преимущество в обратной связи, которое сложно воспроизвести извне. Один из факторов сокращения сроков Anthropic — ранний доступ продуктовой команды к новым версиям моделей до их публичного выхода. Разрыв между тем, что модель умеет сейчас, и тем, что она сможет через три месяца, — это то, что они могут наблюдать напрямую. Это меняет то, как они формируют скоуп фич и устанавливают ожидания. Команды, работающие с внешними API, такой возможности не имеют.

  3. Будущая роль PM предполагает управление флотами AI-агентов одновременно. Ву описывает перспективу, в которой PM управляет пятьюдесятью или сотней одновременных рабочих процессов агентов. Это не описание текущей ежедневной работы её команды — это фрейм, который она использует для принятия решений об инфраструктуре и инструментах. Для product manager’ов, думающих о том, что создавать или во что инвестировать, это полезный способ различать краткосрочные и долгосрочные решения.

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

Стоит смотреть, если…

Ваша организация начала обсуждать ускорение цикла выпуска или создание AI-нативных продуктов, но вы не уверены, что именно это требует от продуктовой функции — в отличие от инженерии. Ву даёт приземлённое описание того, что меняется и что остаётся неизменным, когда цикл разработки сокращается с месяцев до дней, — и где традиционные PM-навыки по-прежнему актуальны.