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