На протяжении десятилетий разработка программного обеспечения колебалась между структурированными методологиями и гибкими итерациями. Метод "водопада" был объявлен устаревшим на фоне Agile, DevOps и кросс-функциональных команд. Однако сейчас происходит нечто неожиданное: "водопад" возвращается. Не в своей жесткой, изолированной корпоративной форме, а как упрощенный процесс, усиленный LLM, для одиночек-экспертов.
Как опытный профессионал в области системного программирования, аналитики, проектирования продуктов и их доставки, я давно осознавал стоимость и сложность создания чего-то значимого. Традиционно для создания надежной системы требовалась армия: аналитики, архитекторы, разработчики, тестировщики, менеджеры проектов и другие. Теперь это уже не так.
Один человек, все роли — с поддержкой LLM
Что изменилось? Большие языковые модели (LLM). Они стали силовыми мультипликаторами, позволяя индивидуумам выполнять все роли в традиционном жизненном цикле разработки ПО.
Вот что я теперь делаю в одиночку — быстрее, чем любая команда, которую я когда-либо возглавлял:
Системный анализ: описание желаемого результата, запрос к LLM на проверку граничных случаев, выявление упущенных предположений, моделирование предметной области.
Архитектура: проектирование компонентов системы, обзор компромиссов, генерация диаграмм — мгновенная итерация через диалог.
Реализация: написание шаблонного кода, создание безопасных API, настройка CI/CD, инструментация наблюдаемости — без остановок на переключение контекста или делегирование.
Тестирование: генерация тест-кейсов из спецификаций, написание интеграционных и свойств-ориентированных тестов, моделирование граничных условий.
Документация и обучение: создание пользовательских руководств, справочников для разработчиков, материалов для адаптации и диаграмм в различных форматах.
Каждая фаза плавно переходит в следующую. Как в "водопаде". Но на этот раз нет издержек на коммуникацию. Нет ожидания других ролей. Нет несогласованности.
LLM переосмысливают "водопад"
Модель "водопада" критиковалась за отсутствие гибкости и неспособность справляться с изменениями. Но это было проблемой только тогда, когда было задействовано несколько человек. С LLM:
Вы можете мгновенно итеративно работать на каждой фазе без блокировки других.
Документация и отслеживаемость становятся естественными побочными эффектами процесса, управляемого LLM.
Вы сохраняете целостный контекст — никакая информация не теряется между ролями.Habr
Короче говоря, основные слабости "водопада" устраняются, когда один эксперт работает в тесной связке с моделью, которая одновременно выполняет все поддерживающие роли.
Производительность увеличивается в 10 раз — это реально
Я не преувеличиваю, говоря, что моя производительность увеличилась в 10 раз. Теперь я:
Создаю полноценные микросервисы (с наблюдаемостью и CI/CD) за считанные дни.
Прототипирую MVP, которые ранее требовали месяцев и команды.
Исследую альтернативные дизайны за часы, а не недели.
Доставляю решения от начала до конца — быстрее, чем любая Agile-команда, в которой я участвовал.
Новый тип разработчика
Речь идет не только о скорости — это об автономии и качестве.
Новый элитный разработчик — это не просто кодер. Это системный мыслитель, стратег по продукту, инженер по качеству, лидер DevOps — все в одном лице, усиленном ИИ.
Это не отказ от сотрудничества, а снижение его необходимости на ранних и средних этапах создания системы. LLM вновь позволяют эпоху мастеров-строителей: разработчиков полного стека и полного процесса, которые могут создавать надежные, сложные системы в одиночку.
Применение
Стартапы теперь могут запускаться с меньшим количеством людей и большей ясностью.
Предприятия могут наделить своих ведущих инженеров полномочиями на автономную доставку целых вертикалей.
Образование должно адаптироваться: нам нужны полиматы, а не только специалисты по ролям.
Найм сместится в сторону тех, кто может использовать ИИ, чтобы стать командой из одного человека.
Заключение
Мы не возвращаемся к "водопаду" в смысле корпоративной бюрократии — но мы наблюдаем возрождение линейной, целостной разработки в форме, которая наконец-то снова становится жизнеспособной.
Это не старая школа. Это пост-Agile.
И это одно из самых захватывающих изменений, которые я видел за 25 лет в разработке программного обеспечения.
Благодарности
PS. Спасибо мои друзьям и коллегам подтолкнувшим меня к компиляции в цикл статей наших разговоров на "перекурах". И конечно же ChatGPT "помогший" оформить тезисы в текст, насытив примерами и скорректировавший форматирование.
PPS. Оригинальный текст был размещён на линкед-ин
Waterfall 2.0 серия статей включает:
