Почему ИИ не ускорит ваши процессы разработки – сосредоточьтесь на узких местах

Фредерик Ванбрабант критически рассматривает ажиотаж вокруг ИИ для оптимизации процессов, опираясь на классические труды, такие как «Путь Toyota» и «Цель». Его основная мысль: применение ИИ на этапе разработки не затрагивает настоящее узкое место — зачастую это неоднозначность требований на более ранних этапах.
Визуализация узкого места
В большинстве планов проектов блок разработки ПО занимает много времени. Инстинктивно хочется оптимизировать именно его, но Ванбрабант утверждает, что большая продолжительность не означает, что проблема кроется именно там. Используя диаграмму Ганта, он показывает типичный проект: определение рамок (10 дн.), определение бюджета (3 дн.), юридические вопросы (10 дн.), документирование (5 дн.), затем разработка (70 дн.). Очевидная цель — разработка, но настоящая проблема находится выше.
Проблемы на ранних этапах
Разработка ПО — это не просто быстрый набор текста; это понимание задачи. Расплывчатые запросы, такие как «отправить письмо пользователю после завершения продажи», требуют уточнений: что такое продажа? что делать в случае ошибки? какое содержание письма? Эта неопределенность замедляет разработчиков.
ИИ не решит эту проблему
Ванбрабант приводит типичное наивное предположение: ИИ сокращает разработку с 70 дн. до 3 дн. Но реальность такова, что ИИ все равно требует детальных спецификаций. Реальный график выглядит так: определение рамок (10 дн.) + юридические вопросы (10 дн.) + документирование (40 дн.) + разработка с ИИ (40 дн.). Этап документирования расширяется, потому что эксперты в предметной области должны описать каждую деталь, чтобы получить от ИИ корректный код. Он отмечает: «Если бы вы дали разработчикам-людям тот же объем документации по функциям и рамкам, вы бы тоже увидели резкий рост производительности».
Вывод
Статья оспаривает упрощенное представление о том, что ИИ автоматически ускоряет процессы. Вместо этого следует сосредоточиться на всем потоке создания ценности и устранить узкие места на ранних этапах — улучшить требования, наладить более тесное сотрудничество с экспертами в предметной области — прежде чем ожидать выгоды от ИИ. Для разработчиков, работающих с ИИ-агентами кодирования, это практическое напоминание о необходимости инвестировать в качество спецификаций.
📖 Источник: HN AI Agents
👀 Смотрите также

Создание дистрибутива Linux с помощью Claude AI: Практическое руководство для разработчика
Разработчик с 23-летним опытом в технологиях создал NubiferOS, защищённый дистрибутив Linux, используя Claude AI в качестве всей команды разработчиков. Проект включал 10-15 одновременных сессий Claude, сгенерировал ~39 300 строк кода и ~57 500 строк документации без единой строки кода, написанной человеком.

Локальный многозадачный исследовательский помощник экономит 15–25 минут на задачу
ИТ-администратор создал локальный многокомпонентный исследовательский конвейер на моделях Ollama, который генерирует структурированные отчёты примерно за 2 минуты вместо 20-30 минут ручного исследования. Система работает на RTX 5090 с 64 ГБ ОЗУ и интегрирована с OpenClaw для управления агентами.

Создание рабочего процесса социального прослушивания Reddit с помощью OpenClaw
Разработчик создал автоматизированную систему мониторинга Reddit с использованием OpenClaw, которая собирает данные, анализирует посты на предмет намерений и тональности, ранжирует их по релевантности и записывает результаты в Google Sheets с помощью cron-задачи.

Агент OpenClaw демонстрирует рабочий процесс эскалации модели с использованием Claude Opus.
Разработчик описывает, как его агент OpenClaw распознал, что Codex GPT-5.4 застрял на задаче по программированию, эскалировал проблему к Claude Opus 4.6 через Antigravity, обсудил решение, а затем вернулся, чтобы завершить работу автономно.