Проблема решаема.

Все проблемы решаемы. Просто это моменты, которые нужно учитывать. У нас chief programmer'а нет. Программисты получают скрим-стори. Это значит, что при программировании своего модуля программист имеет определенную свободу. Много наследованного кода. И хоть говорят, что бы не лезли, все равно лезут. Лезут обосновано, но чертовски сложно переписать старый код и не налепить новых багов. Человеческий фактор.

Refactoring без автоматизированных тестов - моветон. Такого не должно быть.

Тесты есть. Но сложные финансовые модули чертовски сложно формализировать. И программисты действительно тратят половину времени на написания тестов и так же активно отмазываются от этих заданий.

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

Верно. Но это не делает жизнь руководителя легче.

У нас так. Если новенький принёс с обой идею - он должен прежде всего её
представить всей команде разработчиков. Если команда одобрит - далее
внедрение и обязательно обучение остальных.

У нас так. Есть несколько филиалов. Упс, а соседний филиал (и его руководитель) уже идею одобрил и ставит нас в известность, что они решили технологию использовать. Инициатор не против ознакомить и помочь, только он вместе с нами смотрит, как оно работает. Он тратит свое время на дальнейшие поиски и решение проблем. Это интересно и полезно для него. И он уходит от нас с опытом. А мы остаемся с тем, что он нам оставил.А новый студент приходит с новой передовой идеей, которую он хочет обкатать. Проблема не в том, что идеи плохие. Проблема в том, что новички стараются использовать рабочий проект для обкатки своих идей и приобретения опыта. Это не проблема с большой буквы. Это просто нужно учитывать.