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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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