Настоящие лидеры, которые служат: чем на самом деле занимаются Scrum Master
Узнайте, как выглядит истинное лидерство служения для Scrum Master. Практические способы поддержки разработчиков, Product Owner и организации в целом.
Концепцию лидерства служения часто ошибочно воспринимают как пассивную помощь. Роберт Гринлиф, вводя этот термин в 1970 году, вовсе не имел в виду прислуживание. Тем не менее многие организации видят в Scrum Master простых ассистентов команды, которые бронируют встречи, ведут протоколы и передвигают карточки на онлайн досках. В Scrum Guide 2020 года формулировку изменили, назвав Scrum Master настоящим лидером, который служит. Это изменение было осознанным. Его цель заключалась в том, чтобы вывести Scrum Master из административного подчинения и сделать их реальными лидерами в масштабах всей организации.
Ловушка секретаря
Многие начинающие Scrum Master попадают в ловушку рутинных административных задач, ведь это кажется полезным и безопасным делом. Бронирование переговорки или перемещение карточки на экране приносит быстрое ощущение выполненной работы. Но когда вы берете на себя то, с чем разработчики прекрасно справятся сами, вы не помогаете их развитию. Вы создаете узкое горлышко и лишаете профессионалов самостоятельности.
Служить команде означает развивать ее самоуправление. Если разработчики ждут вашего прихода, чтобы провести Daily Scrum или обновить прогресс Sprint, вы вырастили зависимость. Настоящий лидер, который служит, стремится устранять любые зависимости, в том числе зависимость от самого Scrum Master. Ваша цель состоит в том, чтобы команда не нуждалась в вас в каждом рутинном обсуждении.
Служение трем разным аудиториям
Scrum Guide определяет границы служения в трех направлениях: Scrum Team, Product Owner и организация в целом. Концентрируясь только на разработчиках, вы игнорируете две трети своей работы.
- Служение Scrum Team через коучинг участников в вопросах самоуправления и кросс функциональной работы.
- Служение Product Owner через помощь в поиске практик для эффективного определения Product Goal и управления Product Backlog.
- Служение организации через руководство процессом внедрения Scrum, устранение барьеров между стейкхолдерами и командами, а также планирование внедрений.
Обратите внимание, насколько активны эти действия. Лидерство, коучинг и устранение препятствий требуют инициативы. Выполнять эти функции со стороны с блокнотом в руках просто невозможно.
Влияние без формальной власти
Традиционные руководители управляют с позиции власти. Они могут распределять задачи, назначать премии и требовать подчинения. У Scrum Master нет таких рычагов. Вы не можете приказать разработчикам писать модульные тесты, как не можете и заставить Product Owner упорядочить Backlog по ценности. Вы ведете за собой исключительно силой убеждения, наблюдениями и фактами.
Когда команда сталкивается с трудностями, авторитарный менеджер навязывает решение сверху. Scrum Master делает проблему видимой и дает команде возможность решить ее самостоятельно. Если время рабочего цикла стремительно растет из-за избытка незавершенной работы, покажите команде метрики. Спросите, что происходило с их обязательствами на протяжении последних трех Sprint. Позвольте реальности стать лучшим учителем. Влияние, основанное на эмпирических данных, работает намного дольше, чем слепое подчинение корпоративным приказам.
Смелость бросать вызов
Служить людям не означает оберегать их от любого дискомфорта. Напротив, подлинное служение нередко порождает временные неудобства. Если Product Owner пытается диктовать разработчикам, как именно создавать продукт во время Sprint Planning, Scrum Master обязан вмешаться. Если руководитель требует статусные отчеты, которые мешают ходу Sprint, вы должны дать отпор.
Медиатор стремится к миру любой ценой. Scrum Master защищает эмпирический процесс и правила Scrum. Вы не приносите пользы организации, если молча терпите практики, разрушающие прозрачность и инспекцию. Вы служите ей, когда держите перед ней зеркало, пусть даже отражение кому-то не понравится.
Как измерить ваш успех
Главный парадокс этой роли заключается в том, что ваш успех измеряется тем, насколько успешно команда работает без вашего прямого вмешательства. Вы поймете, что справляетесь, когда разработчики начнут самостоятельно находить узкие места, конструктивно решать внутренние разногласия и совместно уточнять элементы Backlog, не дожидаясь ничьего разрешения.
Если вы уйдете на три недели, а работа команды полностью остановится, значит, вы занимались управлением, а не служением. Настоящие лидеры, которые служат, создают устойчивую и автономную среду, которая продолжает процветать, даже когда они выходят за дверь.