Проблема с аджайлом такая же, как и с чистой архитектурой. Это набор гайдлайнов, не принимающих во внимание отличия одной команды/проекта от другой. Это всё равно, если бы две команды, в которых я состою - Language Research и JVM имели одинаковую структуру и стиль работы. Тогда как обе состоят из вполне себе самостоятельных работников, самих решающих над чем им работать (это вообще корпоративная культура такая - менеджеров нет и ты сам за себя отвечаешь), их цели совершенно разные. JVM не может работать как Language Research, потому что цель - стабильность и сохранение совместимости. Language Research же работает по принципу "пока прототип, можно сломать". Я не вижу способа, чтобы аджайл покрыл потребности хотя бы одной из этих команд. Тогда как у JVM есть заказчик и Project Owner (мы его ласково называем Рома), он не вмешивается в дела команды и, разумеется, спринты никак не помогут с тушением пожаров, которые возникают из-за регрессий, а наоборот помешают. Короче, в JVM некоторые баги надо чинить срочно и их нельзя оставлять на через две недели. В Language Research по сути нет заказчика. И нет спринтов. Потому что пока пилится прототип нет никакого смысла его делить между людьми и отчитываться. Каждый занимается своим делом. Большая часть, кстати, работает одновременно в других командах. Елизаров, например, обычный программист в библиотеках. Я уверен, что у них совсем другие правила, чем в JVM.
TL:DR; Я не особо верю в "серебряную пулю", которая обещает избавить от всех проблем, но не учитывает индивидуальных характеристик.
Да эджайл как методологию "для всех" нормальные люди и не продают. Очевидно, надобность внедрения надо проверять. И наверняка есть проекты, где в нём есть смысл. И тем смешнее смотреть, как на галерах он by default (хотя мне везло с ним всего на паре проектов столкнуться).
Обидно, что люди палят уйму времени на подготовку и сдачу pmbok, но при этом нихуя полезного, кроме сертификата, из этого не выносят.
