Мастер Scrum

Узнайте, что такое мастер scrum и как они помогают командам оставаться на верном пути

«Scrum Master - это слуга-лидер команды Scrum», согласно официальному Руководству по Scrum. «[...] ответственный за продвижение и поддержку Scrum, как определено в Руководстве по Scrum. Мастер Scrum делает это, помогая каждому понять теорию, практики, правила и ценности Scrum ».

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

Где они вписываются в когда-либо развивающийся, не по книге Agile мир?

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

ВИДЕО

Что такое мастер scrum?

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

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

В идеальном Agile мире команда будет управлять своим собственным процессом и инструментом. Тем не менее, мы обнаружили, что многие команды, делающие скачок в Agile , часто полагаются на мастера scrum как на владельца своего процесса. Требуется время, чтобы ответственность и полномочия распространились через команду. В этом преобразующем контексте роль может быть такой же легкой, как планирование церемоний scrum, или такой же вовлеченной, как и любой другой член команды scrum. Несмотря на то, что в Руководстве Scrum указано (перечислено), как мастер Scrum выполняет другие роли Scrum, это не исчерпывающий список обязанностей. Действительно, мы находим, что мастера scrum часто выполняют некоторые или все из следующих действий, но не все из них определены в scrum :

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

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

Любой инструктор по scrum научит, что в команде по scrum должен быть хозяин scrum. Без него вы делаете что-то не так, часто называемого scrum –но.

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

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

И для некоторых команд правильнее всего просто играть роль одного и того же человека каждый день.

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

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

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

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

ТВИИТ:

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

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

Не техническим (или не гибким) партнером Scrum Master является менеджер проекта. Обе эти роли сосредоточены на том, «как» выполнять работу и решать проблемы рабочего процесса посредством процесса и облегчения. Так Вам нужны обе роли? Скорее всего нет.

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

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

Это лишь некоторые из возможных конфигураций управления командой Scrum. Некоторые организации делают должное со всеми этими ролями, у некоторых есть одна или ни одна.

Scrum мастера и большая организация

Есть одна мысль (рассмотрение), которая стоит выше остальных, когда мы думаем о найме мастера scrum: делайте это только в том случае, если ваша организация привержена scrum и включена в этот процесс. Все вышеперечисленные роли могут управлять командой разработчиков множеством способов, но мастер scrum может быть эффективен только при 100% вступлении в scrum.

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

По материалам Agile Coach "Scrum Master"