Саймон Кубица: Vibe coding для продуктовых лидеров — от PRD до pull request за минуты

О чём видео

Саймон Кубица — сооснователь и CEO Alloy, бывший продуктовый лидер Atlassian (Jira, Forge) — выступил с этим докладом на ProductCon в феврале 2026 года. Суть доклада в одном тезисе: роль PM-а смещается от планирования к созданию, и инструменты для этого уже существуют. Кубица проводит линию через три исторических этапа: эра наследия с вайтборд-сессиями и долгими циклами разработки; эра «vibe coding» с визуальными конструкторами, дававшими скорость, но оторванными от реальной кодовой базы; и нынешняя эра строителей, в которой AI-агенты работают непосредственно в живых кодовых базах и генерируют pull request’ы, готовые к ревью инженерами.

Для кого

Product manager’ы и продуктовые лидеры любого уровня, работающие совместно с инженерными командами и стремящиеся сократить петлю обратной связи между идеей и реализацией. Доклад наиболее применим для PM-ов в компаниях, использующих облачные среды разработки и современные SaaS-стеки. Менее актуален для команд в жёстко регулируемых отраслях или при строгих политиках доступа к кодовой базе.

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

1. Агенты, работающие ночью, могут заменить многонедельные циклы планирования для чётко определённых фич. Кубица демонстрирует использование Claude Opus 4.6 в асинхронных сессиях длительностью 15+ часов для разработки фич по спецификации — результатом является pull request, а не документ. Роль PM-а смещается от передачи требований инженерам к ревью результата и оценке соответствия намерению.

2. Успех зависит от контекста, а не только от инструкций. Три обязательных условия: AI должен иметь доступ к реальной кодовой базе и дизайн-системе для создания production-ready результата; должен быть подключён к SaaS-инструментам команды (Jira, Slack, Snowflake, Amplitude) для операционного контекста; а вывод должен размещаться в общих облачных средах, а не на локальных машинах, чтобы вся команда могла видеть и тестировать его без лишних шагов.

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

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

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

Вы product manager или продуктовый лидер, который хочет понять, как выглядит AI-нативный product management на практике, а не в общих чертах, — или оцениваете, стоит ли перестраивать рабочие процессы команды вокруг AI-агентов, и хотите увидеть конкретную демонстрацию того, как это работает от начала до конца.