Наверное немного оффтоп, но кажется, сначала надо обеспечить принятие 4ем принципам манифеста Agile, а уже потом говорить фреймворк. Если в коллективе есть люди, которые, вместо концентрации на результате, предлагают писать регламенты, процессы и тд - то никакой гибкий фреймворк внедрить не получится. То есть, я хочу сказать, что тут больше не про обучение, а про ценности, и обучить команду ценностям нельзя, люди либо из принимают, либо нет.

Для того, чтобы обучение зашло - нужно постараться сделать, чтобы с Agile стало жить лучше, чем без него.

Хотим что-то зафигачить команде, новые инструменты и прочее. Ок. Но только пусть команда тогда участвует во внедрении этих инструментов. Пусть отменяют бесполезные ритуалы в работе, меняют «демо», пусть обсуждение проблем проходит в новом для них интересном формате - не как раньше. Люди сами знают что они хотят, обучатся всему, чему посчитают нужным. Ненужное, что мешает - выкинут.

Задача того, кто учит - в нужный момент пропихнуть принцип и инструмент, продать его идею)

обучить не сложно. доказать значимость сложнее. фасилицировать больно.

На моей памяти, при мне 3 руководителя пытались обучить. При том, как и самостоятельно, так и с помощью компаний. Увы, не прижилось. Но что-то полезное, они для себя смогли взять. Важно еще заметить, что после обучения, как бы не пытались придерживаться той стратегии, которую в целом предлагает и Agile и Scrum - без мотивации людей (сотрудников) следовать ей, даже не смотря на желание руководителя - практически не является возможным