В Яндекс Практикуме мы какое-то время назад начали то, что называем Scrum-трансформацией: начали внедрять этот фреймворк для разработки продукта, постепенно и осознанно. Про Scrum, Agile и вот это всё часто говорят в контексте разработки ПО, но это далеко не единственная область, куда можно приложить те же самые принципы.

Разберёмся, зачем на самом деле нужны Scrum-мастера, где и почему Agile работает, а куда натягивать его не стоит. И как его использовать для внедрения организационных изменений: улучшения командных и межкомандных процессов, развития оргструктуры, работы с мотивацией сотрудников, вознаграждениями и так далее.

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