AI убивает Agile

Налицо непонимание процессов коммуникации людей. Agile это про процессы. Процесс описания требований для AI никуда не делся. Планирование работ - никуда не делось. Переобувание заказчика - никуда не делось. Написание кода не занимает 0 времени даже с Агентами. Да - в разы быстрее, но нужно написать полную документацию. И одних jtbd действительно недостаточно, нужно описать результаты и подготовить интерфейсы - потому что серьезный UX - интерфейс ИИ не сгенерирует, и не сможет это сделать примерно никогда, ибо не обладает фантазией и пониманием.

Вы пишете что AI убивает подход и процесс, а потом сами себя опровергаете. Звучит - смешно.

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

А на что-то большее вайбкодинг не способен 😄 и будет у нас Agile для разработки и wibegile для AI потому что один фиг задачу нужно будет объяснять и машине и человеку

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

Вроде слов много, но всё равно ничего не понятно. Одно сплошное словоблудие.

Ранее формулировали задачи, чтобы их мог эффективно решать человек. Сейчас формулируют задачи, чтобы их мог решать человек с привлечением ИИ. Что изменилось? Ничего.

Фраза "переключаемся с формулирования задач для прозрачности процессов" не имеет никакого смысла, т.к. формулирование задач вообще никак не связано с прозрачностью процессов.

При этом, если описывать задачи в формате User Stories или JTBD, то будешь получать от AI простые решения. Надо уходить в детальное описание того, что требуется получить.

А в чём проблема простых решений? Почему простые решения от ИИ - это плохо?

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

Сначала придумываем требования из головы, потом вайбкодим рабочие прототипы, затем подготавливаем структурированные требования к системной разработке, а потом начинаем уже вайбкодить рабочий код. Так?

По большому счету, мы возвращаемся к парадигме waterfall, когда к моменту кодирования у нас должно быть объемное видение проекта.

Нет, не возвращаемся. Как Waterfall решает проблему постоянно меняющихся требований? Никак. Поэтому все и перешли на Agile. Waterfall это про большой и долгий проект, требования к которому не меняются, т.к. любая переделка - это долго и дорого. ИИ же позволяет создавать и переделывать код очень быстро. Waterfall и ИИ несовместимы.