Кто такой scrum-мастер?

Узнайте, кто такой scrum-мастер и как он помогает команде не выбиваться из графика работы

Max Rehkopf Max Rehkopf
Browse topics

Обновлено: 11 июля 2018 г. Первоначальная дата публикации этой статьи: 5 июля 2018 г.

Особая благодарность Сьорду Ниджанду и Иэну Бьюкенену

Согласно официальному руководству по scrum, «scrum-мастер является лидером-служителем в scrum-команде». Он «[...] отвечает за продвижение и поддержку метода scrum, в том виде, в каком он определен в руководстве по scrum. Scrum-мастер помогает остальным понять теорию, практики, правила и ценности метода scrum».

Scrum-мастер, перемещающий вместе с коллегой карточку на доске scrum

Недавно мы провели в Твиттере опрос, и 92 % респондентов сказали, что они применяют собственный метод, а не следуют методу scrum «по книге». Это заставило нас задуматься, что это значит для scrum-мастеров, которые должны инструктировать команды и помогать им понять метод scrum? В каких случаях они вписываются в этот постоянно меняющийся agile-мир, действующий «не по книге»?

На эти вопросы мы хотели получить ответы, когда углубились в изучение ролей и обязанностей незаметных героев agile — scrum-мастеров.

Кто такой scrum-мастер?

Scrum-мастера — это фасилитаторы scrum, легковесной agile-платформы, которая фокусируется на сгруппированных по времени итерациях, называемых спринтами. Как и фасилитаторы, scrum-мастера выступают в качестве коучей для остальной части команды. Руководство по scrum называет их «лидерами-служителями». Хорошие scrum-мастера преданы основам и ценностям метода scrum, но остаются гибкими и показывают команде возможности для улучшения рабочего процесса.

Scrum-мастер, перемещающий вместе с коллегой карточку на доске scrum

Обязанности scrum-мастера

В идеальном agile-мире команда управляет собственным процессом и инструментом сама. Но мы обнаружили, что многие команды, перешедшие на agile, часто полагаются на scrum-мастера как на владельца процесса. Чтобы распространить обязанности и полномочия по всей команде, требуется время. В таком трансформирующем контексте эта роль может быть либо совсем простой и сводиться к планированию scrum-церемоний, либо требовать такого же уровня вовлеченности, как от любого другого участника scrum-команды. Хотя в руководстве по scrum описано, каким образом scrum-мастер помогает другим scrum-ролям, этот список обязанностей не является исчерпывающим. Действительно, мы обнаружили, что scrum-мастера часто выполняют некоторые или все из следующих обязанностей, хотя не все они устанавливаются методом scrum:

  1. Стендапы. Содействие при проведении ежедневных стендапов (или ежедневных scrum-совещаний) при необходимости.
  2. Совещания по планированию итерации/спринта. Защита команды от чрезмерных объемов работы и расширения области проекта. Помощь в оценке и создании подзадач.
  3. Обзоры итогов спринтов. Участие в собрании и фиксирование отзывов.
  4. Ретроспективы. Создание заметок по поводу областей для улучшения и списка задач для будущих спринтов.
  5. Администрирование доски. Работа в качестве администратора доски scrum. Проверка актуальности карточек и эффективности работы инструментов scrum, Jira Software и других средств.
  6. Приватные беседы. Встреча с каждым участником команды и заинтересованными лицами по отдельности при необходимости. Сглаживание разногласий, касающихся процесса и стилей работы, внутри команды. Многие практикующие метод scrum выступают против приватных бесед, поскольку считают, что такое общение должно происходить во время стендапов, но некоторые команды (особенно новые) предпочитают регулярно беседовать один на один с отдельными участниками. Scrum-мастер может посчитать, что такие приватные беседы сыграют важнейшую роль в развитии команды и знакомстве друг с другом.
  7. Внутренние консультации. Scrum-мастера должны быть готовы проконсультироваться с участниками команды и внутренними заинтересованными сторонами о том, как лучше всего работать со scrum-командой.
  8. Отчетность. Регулярный анализ диаграмм сгорания задач и других инструментов планирования портфеля для изучения того, что создается и с какой частотой.
  9. Блокеры. Scrum-мастер помогает команде устранять внешние блокеры и управлять внутренними препятствиями путем улучшения процесса (в том числе рабочего).
  10. Хлопоты. Если работа не кипит, это проблема scrum-мастера. Возможно, необходимо починить сломанный компьютер, переместить столы или даже отрегулировать термостат. Scrum-мастер должен делать все, чтобы помочь своей команде, и не уклоняться от походов за кофе и перекусами, если она действительно в этом нуждается.
Двое коллег по работе выполняют подключение к питающему проводу с логотипом Jira

Нужен ли мне scrum-мастер?

Любой scrum-тренер учит, что в scrum-команде должен быть scrum-мастер. Без него вы будете работать несколько не так, как предполагает настоящий метод scrum, и подобную ситуацию часто называют «скрам-бат» (scrum-but).

Когда вы только начинаете работать по методу scrum, очень полезно взять на роль scrum-мастера человека, который уже видел, как ведется такая работа. Еще лучше, если он видел множество примеров того, как это работает. Именно поэтому scrum-мастеров часто нанимают как консультантов, а не штатных сотрудников.

Но все scrum-команды разные. Многие опытные команды выполняют все перечисленные обязанности как единое целое, а также гордятся и наслаждаются совместным управлением процессом. Роль scrum-мастера вращается вокруг команды, где он поочередно оказывает содействие участникам команды во время стендапов и при проведении ретроспективы.

А некоторым командам лучше иметь одного и того же человека, который выполняет эту роль изо дня в день.

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

Scrum-мастер и менеджер по продукту

Как мы настаиваем в нашем обзоре об управлении проектами по методике agile, чем больше менеджер по продукту вовлечен в работу с командой разработчиков, тем лучше. Но он должен выполнять скорее роль владельца продукта, который защищает потребности клиента, отвечает на вопрос «почему» продукта. Проблема возникает, когда эта вовлеченность превращается в составление списка задач, поиск ответов на вопрос «как» для команды. Даже при подходе к делу с самыми благими намерениями этот тип мышления имеет склонность к сокрытию проблем: дефектов, передачи управления и неизвестности. Чередование области проекта и процесса ведет к блокированию области, плана-графика и качества. Это путь к провалу.

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

Scrum-мастер и менеджер проектов

Нетехническим (или не относящимся к agile) двойником scrum-мастера является менеджер проектов. Обе эти роли концентрируются на том, «как» выполнить работу и решить проблемы рабочего процесса через процесс и координацию. Нужны ли вам обе эти роли? Скорее всего, нет.

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

Scrum-мастер помогает команде улучшить и оптимизировать процессы, с помощью которых она достигает своих целей. Он действует как участник команды или коллаборационист и в идеальном варианте вообще не похож на руководящую роль. Лучшие scrum-команды практикуют самоорганизацию и потому плохо реагируют на управление по принципу «сверху вниз».

Это лишь некоторые из возможных конфигураций управления scrum-командой. Одни организации применяют все эти роли; другие обходятся одной или двумя.

Scrum-мастер и улучшенная организация

Существует еще одно соображение в пользу найма scrum-мастера, которое несколько возвышается над остальными. Делайте так только в том случае, если организация активно настроена на работу по методу scrum и инвестирует в этот процесс. Все вышеперечисленные роли могут управлять командой разработчиков множеством способов, но scrum-мастер эффективен только при абсолютной приверженности методу scrum. Точка.

Благодаря scrum-мастеру, который помогает каждой команде управлять ее процессом, вся организация может получить несколько серьезных преимуществ. Помимо регулярной поставки ценности клиентам (основная цель scrum), участники команды и менеджеры будут иметь возможность сосредоточиться на том, что они делают лучше всего. Менеджеры по продуктам смогут сфокусироваться на стратегии, разработчики смогут написать свой лучший код, а Кайл из отдела продаж сможет наконец совершить этот чертов звонок. На что это похоже? Это похоже на высокофункциональный scrum, музыку для наших ушей.

продолжение темы
Retrospectives