Три популярные модели разработки / it-юмор

Поддерживаю, сам не могу вкурить в уникальность эджайла. Типа все заточено по SaaS и никак иначе?

В каскадной весь проект - это фактически то, что ты видишь на картинке. В эджайл процесс итерационный и состоит из наборов вот этих вот "каскадных моделек". Но суть в масштабировании. Например, для одного проекта длиной в год в каскадной модели проектирование займет два месяца, разработка 8 месяцев, месяц тестирование и месяц внедрения. В гибкой модели все эти штуки будут разбиты по спринтам длиной, к примеру, в месяц, и продукт будет наращиваться поэтапно. Это удобно, если чаще заходят какие-то изменения в бизнесе или же клиент более явно начинает понимать что он хотел в процессе создания продукта. В каскадной модели обычно идет вот такая разработка в год, а потом еще пол-года, например, заключается контракт на доработку продукта, потому что клиент понял, что разраб сделал все не так, как хотел заказчики надо что-то менять, а разработчик тычет в лицо клиенту ТЗ и говорит, что все сделано согласно документации :)

Потому что ИРЛ проблемы разрабы не решают (в силу лени или указания с верхов), но при этом продолжают наращивать количество новых рюшечек и якобы полезных функций, которые, в свою очередь так же сырые, и в которых так же никто фиксить большинство некритичных (а порой и критичных) проблем не собирается.
Короче, "написать в спорт-лото" в мире программирования.

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