Сдвиг узких мест в разработке с ИИ

Узкие места сместились

Раньше инженерное время было дорогим ресурсом, и все процессы (планирование, ревью) были построены вокруг его защиты. Теперь, когда кодирование перестало быть узким местом, изменились и сами процессы.

Переписанные командные нормы

Из-за сдвига узких мест пришлось пересмотреть ключевые процессы команды Claude Code. Каждый этап разработки получил новые правила.

Планирование и дизайн

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

Технические решения

Теперь разрешаются кодом, а не словами. Вместо долгих споров на доске можно быстро сгенерировать несколько вариантов реализации PR для сравнения. Это ускоряет принятие решений и делает их более конкретными.

Прототипирование

Раньше был риск, что сырой прототип пойдёт в продакшн. Теперь с Claude прототип можно быстро доработать до production-качества, не начиная всё заново.

Ревью кода

Ключевая перемена: Claude Code Review справляется с проверкой стиля, поиском очевидных багов и проверкой спецификации. Человек остаётся для юридических проверок, оценки рисков и product sense — задач, которые требуют контекста и суждения.

Онбординг новых членов

Код становится главным источником истины. Новые члены команды могут погружаться в кодбазу с помощью Claude, не отвлекая опытных инженеров на долгие объяснения.

Новый состав команды и размытие ролей

С исчезновением узких мест на написании кода акцент смещается на два типа профилей.

Креативные строители с product sense

Те, кто генерирует идеи и знает, что нужно пользователю. Это люди, которые видят проблему, придумывают решение и могут разъяснить его машине (Claude).

Эксперты с системными знаниями

Те, кто понимает сложную архитектуру, узкие места и граничные случаи. Их глубокие знания о системе остаются критичными при работе с Claude.

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

Кросс-функциональное заполнение пробелов

• Дизайнеры используют Claude для внесения мелких правок в код, ускоряя цикл обратной связи.
• Инженеры используют Claude как партнера по контент-дизайну и UX, не ограничиваясь только «бэкендом».
• PM могут править документацию, конфигурации и даже логику благодаря Claude.

Новая роль менеджера

Ключевое наблюдение: на команде Claude Code каждый менеджер сначала был индивидуальным contributor (IC). Менеджеры теперь возвращают себе «часы творца» (maker hours), чтобы не потерять связь с кодом и архитектурой.

Это позволяет:

• Лучше понять работу команды изнутри
• Онбордиться в кодбазу с меньшими затратами, используя Claude
• Лучше оценивать техдолг и архитектурные решения

Верификация и product sense — новые приоритеты

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

Стратегия «Shift Left»

Лучше найти баг самому, чем у пользователя. Лучше, чем найти его самому, чтобы его автоматически нашла система. Это означает:

• Строгое тестирование на ранних этапах
• Автоматизация проверок максимально
• Ревью-процесс, который ловит не только очевидные ошибки, но и риски

Как развивать чутьё продукта (Product Sense)

1. Dogfooding — постоянно используйте продукт, который вы создаёте. В Anthropic это называют «Antfooding».
2. Итерации и выпуск — быстро выпускайте, получайте обратную связь, совершенствуйте.
3. Общение с клиентами — выходите за пределы метрик, чтобы понять реальные проблемы пользователей.

Совет: Product sense не приходит только из кода и метрик. Нужно видеть, как люди используют продукт, и слышать, что они говорят.

Стратегия внедрения и измерение успеха

Стратегия внедрения: баланс сверху вниз и снизу вверх

Общие принципы (сверху вниз)

Организационная линия устанавливает основной курс:

• Каждый член команды использует Claude Code и Co-work — это стандартный инструмент
• Claude-ify everything: если это может сделать Claude, пусть Claude это делает
• Явное разрешение убивать устаревшие процессы — не ждите разрешения на эксперименты

Свобода для команд (снизу вверх)

Команды сами решают, как внедрять Claude в свои рабочие ритуалы: планерки, триаж, воркфлоу.

Успех зависит от баланса: чёткий стратегический курс сверху + гибкость в тактике команд снизу.

Сигналы успеха: как измерить трансформацию

Важный нюанс: измеряйте не только скорость, но и реальное улучшение продукта. Если только скорость растёт, а качество падает, значит что-то не так.

Открытые вопросы и действия для вашей команды

Вопросы, над которыми ещё работают

• Нужны ли отдельные команды под iOS и Android, если инженеры могут работать на всех платформах с помощью Claude?
• Как далеко можно зайти в автоматизации ревью, не потеряв качество?
• Как обеспечить продуктивность всех ролей в условиях размытия и постоянного переучивания?
• Как развивать критическое мышление и product sense в команде, когда инструмент делает много автоматически?

Упражнение для вашей команды

Выберите самый «шумный» или затратный рабочий процесс или встречу. Спросите: «Всё ещё служит ли это своей цели?» и «Может ли Claude помочь нам с этим?» Действуйте шаг за шагом, не пытаясь переделать всё сразу.