Мое понимание обязанностей мастера схватки следующее:
- Обеспечить процесс
- Устранить препятствия (которые разработчики не могут устранить сами)
- Предотвратить прерывание извне
- Содействовать скрам-встречам (вставать, ретроспективно и т. Д.)
Если разработчики в команде дисциплинированы, они будут следовать процессу без того, чтобы кто-то их тренировал. У них также не будет проблем с проведением ретроспективных и других встреч. Если остальная часть организации понимает границы спринта, внешние прерывания и препятствия, которые потребуют мастера схватки, уже сведены к минимуму.
По мере того, как команда становится высокопроизводительной, а организация понимает границы спринта, создается впечатление, что потребности в мастере схваток уменьшаются. Может ли команда в конечном итоге добраться до того момента, когда мастер схватки больше не нужен?
На мой взгляд, на бумаге всегда нужно назначать мастера схватки, если оказывается, что он мало делает, то пусть будет так. В случаях, когда разработчики находятся в плохом настроении и спорят друг с другом, наличие мастера схватки, чтобы следить за ситуацией, будет необходимостью.
Также есть небольшая административная работа, связанная с элементами схватки, и приходит на ум управление отставанием - в зависимости от используемого вами инструмента хозяин скрума, вероятно, возьмет на себя ответственность за это.
Не пытаясь быть циничным, но я никогда не видел процесс, настолько точно настроенный, чтобы никогда не было никакого детрита, который кто-то должен очистить :-)
В конце концов, даже если нечего на самом деле делать, процесс проверки того, что нечего делать, должен быть чьей-то ответственностью. Является ли это подотчетностью или еще чем-то - это внутреннее решение.
источник
Я был Скраммастером очень функциональной команды, и мне нравится думать, что я был необходим. Обязанности мастера Scrum занимали в среднем менее часа в день. Демонстрационные дни, ретроспективы и встречи по планированию были основной частью моей работы. В остальное время я расстаюсь и надену шляпу разработчика, тестировщика или клиента в зависимости от того, где нам нужна помощь для достижения наших целей.
источник
Ничто не остается прежним. Возможно, вам удастся пройти конкретный проект, но зачем мешать команде выполнять эти обязанности? Руководство компании может быть непостоянным в условиях спада экономики и начать предъявлять дополнительные требования. Новые наймы могут быть срывом.
Я просто не вижу в этом ничего хорошего.
источник
Если вы хотите использовать методологию Scrum , убедитесь, что ваша команда знает Scrum . Отправь их на обучение. Есть или нет мастер схватки, не будет определять ваш успех. Обязательства команды будут.
источник