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

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

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

Старые узкие места, которые исчезли:

• Написание кода
• Написание тестов (TDD стало «вкусным», а не «брокколи»)
• Рефакторинг (больше не нужно жертвовать временем на фичи)

Новые узкие места:

• Верификация — проверка корректности кода из-за возросшего объёма изменений
• Кто делает ревью? — как справляться с потоком изменений
• Поддержка (Maintenance) — как управлять стоимостью поддержки возросшего объёма кода

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

Из-за сдвига пришлось пересмотреть ключевые процессы команды Claude Code:

• Планирование: Глубокие дизайн-документы уступили место обсуждениям прямо в PR или прототипах. Строить стало дешево, спорить — дорого.
• Технические дискуссии: Теперь разрешаются кодом. Вместо долгих споров на доске можно быстро сгенерировать несколько вариантов реализации PR для сравнения.
• Прототипирование: Раньше был риск, что сырой прототип пойдёт в продакшн. Теперь с Claude прототип можно быстро доработать до production-качества.
• Ревью кода: Используется Claude Code Review. ИИ отлично справляется с проверкой стиля, поиском очевидных багов и проверкой спецификации. Человек остаётся для юридических проверок и product sense.
• Онбординг: Код становится главным источником истины. Новые члены команды могут погружаться в кодбазу с помощью Claude.

Новый состав команды

Акцент смещается на два типа профилей:

• Креативные строители с чутьём продукта (product sense) — те, кто генерирует идеи и знает, что нужно пользователю
• Эксперты с глубокими системными знаниями — те, кто понимает сложную архитектуру и узкие места

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

Удвоение внимания к верификации и продукту

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

Стратегия «Shift Left»: Лучше найти баг самому, чем у пользователя. Лучше, чем найти его самому, чтобы его автоматически нашла система.

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

• Dogfooding (Antfooding в Anthropic): Постоянно используйте продукт, который вы создаёте
• Итерации и выпуск: Быстро выпускайте, получайте обратную связь
• Общение с клиентами: Выходите за пределы метрик, чтобы понять реальные проблемы пользователей

Роли размываются, менеджеры возвращаются к коду

Заполнение кросс-функциональных пробелов:

• Дизайнеры используют Claude для внесения мелких правок в код, ускоряя цикл обратной связи
• Инженеры используют Claude как партнера по контент-дизайну

Новая роль менеджера: На команде Claude Code каждый менеджер сначала был индивидуальным contributor (IC). Это позволяет:

• Лучше понять работу команды изнутри
• Вернуть себе «часы творца» (maker hours) и не терять связь с кодом
• Онбордиться в кодбазу с меньшими затратами, не отвлекая инженеров

Внедрение изменений: баланс сверху вниз и снизу вверх

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

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

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

Сигналы успеха

Какие метрики показывают, что изменения работают:

• Время онбординга сокращается — новые члены быстрее становятся продуктивными
• Время цикла PR уменьшается — но важно разбивать на этапы, чтобы найти новые узкие места (CI/CD, ревью и т.д.)
• Количество коммитов с помощью Claude растёт — на команде почти 100% коммитов создаются с помощью ИИ

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

Открытые вопросы и упражнение

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

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

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