понятно, что на качество кода сильнее влияют другие факторы, а не название "новейшей технологии".

многоие манагеры покупаются на то, что это - agile development, а кто ж откажется от того, чтобы разработка занимала только половину отведенного времени? : )

давайте себе представим некий проект, который выполняют 5 человек. допустим, все - на полное время. они должны решать по ходу дела какие-то задачи, принимать какие-то решения, и даже если они никогда не слыхали слова СКРАМ, задачи у них - те же, и кто-то должен выполнять ту же работу, которую в классическом скраме предписано выполнять определенным ролям. но если нас пятеро, то получается, что одного мы должны держать за стэйк холдера, одного - скрам-манагера, остаются трое на разработку. совмещать роли - это как играть в шахматы/шашки самому с собой: в какой-то момент забываешь, и начинаешь за кого-то играть в поддавки.

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