На протяжении десятилетий разработка программного обеспечения колебалась между структурированными методологиями и гибкими итерациями. Метод «водопада» был объявлен устаревшим на фоне 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 серия статей включает:
-
WIP
ссылка на оригинал статьи https://habr.com/ru/articles/911684/
Добавить комментарий