На протяжении десятилетий разработка программного обеспечения колебалась между структурированными методологиями и гибкими итерациями. Метод "водопада" был объявлен устаревшим на фоне Agile, DevOps и кросс-функциональных команд. Однако сейчас происходит нечто неожиданное: "водопад" возвращается. Не в своей жесткой, изолированной корпоративной форме, а как упрощенный процесс, усиленный LLM, для одиночек-экспертов.

Как опытный профессионал в области системного программирования, аналитики, проектирования продуктов и их доставки, я давно осознавал стоимость и сложность создания чего-то значимого. Традиционно для создания надежной системы требовалась армия: аналитики, архитекторы, разработчики, тестировщики, менеджеры проектов и другие. Теперь это уже не так.

Один человек, все роли — с поддержкой LLM

Что изменилось? Большие языковые модели (LLM). Они стали силовыми мультипликаторами, позволяя индивидуумам выполнять все роли в традиционном жизненном цикле разработки ПО.

Вот что я теперь делаю в одиночку — быстрее, чем любая команда, которую я когда-либо возглавлял:

• Системный анализ: описание желаемого результата, запрос к LLM на проверку граничных случаев, выявление упущенных предположений, моделирование предметной области.

• Архитектура: проектирование компонентов системы, обзор компромиссов, генерация диаграмм — мгновенная итерация через диалог.

• Реализация: написание шаблонного кода, создание безопасных API, настройка CI/CD, инструментация наблюдаемости — без остановок на переключение контекста или делегирование.

• Тестирование: генерация тест-кейсов из спецификаций, написание интеграционных и свойств-ориентированных тестов, моделирование граничных условий.

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

Каждая фаза плавно переходит в следующую. Как в "водопаде". Но на этот раз нет издержек на коммуникацию. Нет ожидания других ролей. Нет несогласованности.

LLM переосмысливают "водопад"

Модель "водопада" критиковалась за отсутствие гибкости и неспособность справляться с изменениями. Но это было проблемой только тогда, когда было задействовано несколько человек. С LLM:

• Вы можете мгновенно итеративно работать на каждой фазе без блокировки других.

• Документация и отслеживаемость становятся естественными побочными эффектами процесса, управляемого LLM.

• Вы сохраняете целостный контекст — никакая информация не теряется между ролями.Habr

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

Производительность увеличивается в 10 раз — это реально

Я не преувеличиваю, говоря, что моя производительность увеличилась в 10 раз. Теперь я:

• Создаю полноценные микросервисы (с наблюдаемостью и CI/CD) за считанные дни.

• Прототипирую MVP, которые ранее требовали месяцев и команды.

• Исследую альтернативные дизайны за часы, а не недели.

• Доставляю решения от начала до конца — быстрее, чем любая Agile-команда, в которой я участвовал.

Новый тип разработчика

Речь идет не только о скорости — это об автономии и качестве.

Новый элитный разработчик — это не просто кодер. Это системный мыслитель, стратег по продукту, инженер по качеству, лидер DevOps — все в одном лице, усиленном ИИ.

Это не отказ от сотрудничества, а снижение его необходимости на ранних и средних этапах создания системы. LLM вновь позволяют эпоху мастеров-строителей: разработчиков полного стека и полного процесса, которые могут создавать надежные, сложные системы в одиночку.

Применение

1. Стартапы теперь могут запускаться с меньшим количеством людей и большей ясностью.

2. Предприятия могут наделить своих ведущих инженеров полномочиями на автономную доставку целых вертикалей.

3. Образование должно адаптироваться: нам нужны полиматы, а не только специалисты по ролям.

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

Заключение

Мы не возвращаемся к "водопаду" в смысле корпоративной бюрократии — но мы наблюдаем возрождение линейной, целостной разработки в форме, которая наконец-то снова становится жизнеспособной.

Это не старая школа. Это пост-Agile.

И это одно из самых захватывающих изменений, которые я видел за 25 лет в разработке программного обеспечения.

Благодарности

PS. Спасибо мои друзьям и коллегам подтолкнувшим меня к компиляции в цикл статей наших разговоров на "перекурах". И конечно же ChatGPT "помогший" оформить тезисы в текст, насытив примерами и скорректировавший форматирование.
PPS. Оригинальный текст был размещён на линкед-ин

Waterfall 2.0 серия статей включает:

1. Возвращение эпохи одиночек, усиленных LLM

2. Одиночная разработка с поддержкой LLM: эффективность, инструменты и риски

3. Рабочие процессы, основанные на LLM, в разработке программного обеспечения

4. Программные артефакты и ИИ для современных команд разработчиков

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