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

✍️ OpenClawRadar📅 Опубликовано: 17 мая 2026 г.🔗 Source
Почему ИИ не ускорит ваши процессы разработки – сосредоточьтесь на узких местах
Ad

Фредерик Ванбрабант критически рассматривает ажиотаж вокруг ИИ для оптимизации процессов, опираясь на классические труды, такие как «Путь Toyota» и «Цель». Его основная мысль: применение ИИ на этапе разработки не затрагивает настоящее узкое место — зачастую это неоднозначность требований на более ранних этапах.

Визуализация узкого места

В большинстве планов проектов блок разработки ПО занимает много времени. Инстинктивно хочется оптимизировать именно его, но Ванбрабант утверждает, что большая продолжительность не означает, что проблема кроется именно там. Используя диаграмму Ганта, он показывает типичный проект: определение рамок (10 дн.), определение бюджета (3 дн.), юридические вопросы (10 дн.), документирование (5 дн.), затем разработка (70 дн.). Очевидная цель — разработка, но настоящая проблема находится выше.

Проблемы на ранних этапах

Разработка ПО — это не просто быстрый набор текста; это понимание задачи. Расплывчатые запросы, такие как «отправить письмо пользователю после завершения продажи», требуют уточнений: что такое продажа? что делать в случае ошибки? какое содержание письма? Эта неопределенность замедляет разработчиков.

Ad

ИИ не решит эту проблему

Ванбрабант приводит типичное наивное предположение: ИИ сокращает разработку с 70 дн. до 3 дн. Но реальность такова, что ИИ все равно требует детальных спецификаций. Реальный график выглядит так: определение рамок (10 дн.) + юридические вопросы (10 дн.) + документирование (40 дн.) + разработка с ИИ (40 дн.). Этап документирования расширяется, потому что эксперты в предметной области должны описать каждую деталь, чтобы получить от ИИ корректный код. Он отмечает: «Если бы вы дали разработчикам-людям тот же объем документации по функциям и рамкам, вы бы тоже увидели резкий рост производительности».

Вывод

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

📖 Источник: HN AI Agents

Ad

👀 Смотрите также

Кейс-стади: Использование промптов LLM вместо программных каркасов для сборки многокомпонентного программного обеспечения
Кейсы

Кейс-стади: Использование промптов LLM вместо программных каркасов для сборки многокомпонентного программного обеспечения

Кейс-стади 10 автономных сборок программного обеспечения с использованием оркестратора Claude Opus с доступом к CLI и агентами-исполнителями Codex создало 10 браузерных игр на TypeScript общим объёмом более 50 000 строк кода без вмешательства человека в код. Логика оркестрации полностью основывалась на промптах, заменив специально созданный каркас.

OpenClawRadar
Глубокие исследовательские отчеты с Hermes Agent и QwQ-32B-Preview: практическое руководство
Кейсы

Глубокие исследовательские отчеты с Hermes Agent и QwQ-32B-Preview: практическое руководство

Социальный исследователь делится своим рабочим процессом с использованием Hermes Agent и qwen3.6-35b-a3b Q6_K для автономного создания 21-страничных политических отчетов, с полным репозиторием промптов, навыков и промежуточных артефактов.

OpenClawRadar
Анализ 7 лет дневниковых записей с помощью LLM: провалы RAG и тонкой настройки
Кейсы

Анализ 7 лет дневниковых записей с помощью LLM: провалы RAG и тонкой настройки

Ведя дневник с 2019 года, разработчик передал более 200 записей LLM для поиска закономерностей — RAG не сработал, тонкая настройка не сработала, и конфиденциальность была ограничением. Итоговый подход выявил циклические жизненные уроки каждые два года.

OpenClawRadar
Использование Claude для создания структурированной поисковой системы Pokémon из неструктурированного текста Покедекса
Кейсы

Использование Claude для создания структурированной поисковой системы Pokémon из неструктурированного текста Покедекса

Разработчик использовал Claude для анализа более 500 000 слов неструктурированного текста покемон-энциклопедии (Pokédex), создав поисковую систему с более чем 100 тематическими категориями и 8-мерной фильтрацией. Проект включал удаление дубликатов, категоризацию и построение иерархической таксономии для неупорядоченного описательного текста.

OpenClawRadar