Нужен ли Scrum Master в высокопроизводительной команде?

11

Мое понимание обязанностей мастера схватки следующее:

  • Обеспечить процесс
  • Устранить препятствия (которые разработчики не могут устранить сами)
  • Предотвратить прерывание извне
  • Содействовать скрам-встречам (вставать, ретроспективно и т. Д.)

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

По мере того, как команда становится высокопроизводительной, а организация понимает границы спринта, создается впечатление, что потребности в мастере схваток уменьшаются. Может ли команда в конечном итоге добраться до того момента, когда мастер схватки больше не нужен?

Дейв
источник

Ответы:

5

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

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

Один из членов методологии семейства Crystal - Crystal Clear. Crystal Clear может быть описан слушателю уровня 3 следующими словами:

«Поместите 4-6 человек в комнату с рабочими станциями и досками и доступом для пользователей. Попросите их предоставлять работающее, протестированное программное обеспечение пользователям один или два месяца, а в остальном оставьте их в покое ».

На самом деле я описал Crystal Clear в этих словах опытному спонсору проекта. Он следовал этим инструкциям и через пять месяцев сообщил: «Мы сделали то, что вы сказали, и это сработало!»

Несколько месяцев спустя я взял интервью у руководителя группы, и его доклад был примерно таким же коротким, как мои инструкции:

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

Так что, если у вас есть такая команда (вам повезло), вам даже не нужен Scrum. Поместите их в комнату сами и попросите их продолжать.

gbjbaanb
источник
16

Нет! Мастер Scrum НЕ нужен для высокопроизводительной команды.

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

Но, пожалуйста, не путайте это с ответом на вопрос "Нужен ли мастер Scrum в команде Scrum?"

Ответ на это ... абсолютно да. Любая команда, у которой нет мастера схватки, не занимается схваткой, независимо от того, что они думают. Это то, что Кен Шобер называет «Scrum но» и происходит от фразы «мы делаем Scrum, но ...»

Северная Дакота
источник
4
+1 в этом-то и дело. Scrum - это методология, в которой необходимо следовать определенным аспектам, и это подразумевает, что в команде есть Scrum master. И, как уже говорилось, вполне возможно работать другим способом, но это не Scrum. Не обязательно лучше или хуже, просто по-другому.
Murrekatt
2

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

Также есть небольшая административная работа, связанная с элементами схватки, и приходит на ум управление отставанием - в зависимости от используемого вами инструмента хозяин скрума, вероятно, возьмет на себя ответственность за это.

Не пытаясь быть циничным, но я никогда не видел процесс, настолько точно настроенный, чтобы никогда не было никакого детрита, который кто-то должен очистить :-)

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

Адам Хоулдсворт
источник
Интересно. В нашей команде ПО занимается управлением отставанием, но я понимаю вашу точку зрения. Например, поддержание графика выгорания в актуальном состоянии, является одной из тех черных задач.
Дейв
@ Дэйв, я использую управление как немного универсальный. У нас есть владельцы, которые будут заполнять инструмент запросами и т. Д., А в спринтах мы его берем. Но есть и другие части, такие как подписание устаревших задач, приведение в порядок и т. Д., Которые выполняются СМ.
2

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

Кристофер Биббс
источник
0

Ничто не остается прежним. Возможно, вам удастся пройти конкретный проект, но зачем мешать команде выполнять эти обязанности? Руководство компании может быть непостоянным в условиях спада экономики и начать предъявлять дополнительные требования. Новые наймы могут быть срывом.

Я просто не вижу в этом ничего хорошего.

JeffO
источник
0

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

Эндрю Льюис
источник