Объяснить роль Scrum Master как служащего лидера и развеять миф «SM = руководитель/диспетчер задач».
Scrum Master: служение, а не командование
Что на самом деле делает Scrum Master
Scrum Master отвечает за результативность Scrum-команды и за то, чтобы Scrum понимался и применялся правильно — как в команде, так и в организации. Ключевое понятие его роли — служащее лидерство (servant leadership): SM служит команде, а не руководит ею.
На практике это означает: SM помогает команде понять Scrum и убирает препятствия, которые мешают работе; фасилитирует события Scrum (планирование, ретроспективы, обзоры); коучит команду и организацию в части гибких практик. SM не назначает задачи разработчикам, не является их начальником и не контролирует, кто что сделал за день.
Распространённый миф — «Scrum Master = менеджер или диспетчер задач». Этот миф опасен: если SM начинает раздавать задачи и принимать решения за команду, самоуправление разрушается, команда теряет ответственность, а Daily Scrum превращается в отчёт менеджеру вместо синхронизации разработчиков. Настоящий SM создаёт условия, в которых команда сама управляет своей работой.
Lesson notes
Что на самом деле делает Scrum Master
Scrum Master отвечает за результативность Scrum-команды и за то, чтобы Scrum понимался и применялся правильно — как в команде, так и в организации. Ключевое понятие его роли — служащее лидерство (servant leadership): SM служит команде, а не руководит ею.
На практике это означает: SM помогает команде понять Scrum и убирает препятствия, которые мешают работе; фасилитирует события Scrum (планирование, ретроспективы, обзоры); коучит команду и организацию в части гибких практик. SM не назначает задачи разработчикам, не является их начальником и не контролирует, кто что сделал за день.
Распространённый миф — «Scrum Master = менеджер или диспетчер задач». Этот миф опасен: если SM начинает раздавать задачи и принимать решения за команду, самоуправление разрушается, команда теряет ответственность, а Daily Scrum превращается в отчёт менеджеру вместо синхронизации разработчиков. Настоящий SM создаёт условия, в которых команда сама управляет своей работой.