Основная проблема скрама в том, что он всем нравится, все читали книги и слышали, как он улучшал работу над разными проектами, но все боятся полностью "доверить" этой методологии.
Частая проблема в том, что скрам внедряется частично. Мы все равны, но как сказал тим-лид - так и будет. Тех день не для того, чтобы сидеть и учиться, лучше беклог почитай.
Другая проблема в том, что не все до конца понимают идеи скрама. Простой пример - кроссфункциональность комманды. Директор прочитал про скрам, приходит и начинает требовать дабы все разрабы начинали учить бегом UI\UX, ведь мы должны уметь делать все. Благо исправляется достаточно легко - нормальным тренингом по методологии.
Если же команда понимает, что скрам - это не серебряная пуля или волшебная таблетка, а использует его грамотно, уделяя внимание команде разработки и собственно её развитию, то можно положиться на скрам мастера (если такой присутствует в компании), либо ознакомиться со Scrum Guide Сазерленда и Швабера и после пообщаться по этому поводу с тим-лидом.
