Что мастер scrum делает весь день? [закрытый]

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

Я обычно на Переполнение Стека весь день. О, и я пытаюсь координировать обеды.

ключом к роли ScrumMaster является устранение препятствий.

ScrumMaster / Менеджер Итераций

• строит план выпуска
• строит план Scrum / итерации
• планы и хозяева
  • Scrum / Итерации Планирование Встреч
  • И Говорит
  • Релиз Планирование Встреч
  • ретроспектив
• владеет блокирующим щитом и активно работает с командой по выявлению и удалению блокировщиков
• обновления команды Вики
• обновляет большие видимые диаграммы в комнате команды, включая стену карты истории
• участвует в ежедневном standup
• участвует в ежедневном Scrum Scrums

менеджер ScrumMaster / Iteration также является овчаркой, то есть они защищают команду (стадо). Наконец, ScrumMaster / Iteration Manager-это точка контакта команды с внешними ресурсами, но в первую очередь с менеджером проекта.

"действует как буфер между командой и отвлекающих влияний"

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

Я думаю, что будет столько ответов на этот вопрос, сколько есть людей, чтобы ответить на него. В небольшой команде с целеустремленными людьми, которые в основном знают, что они делают, роль SM почти невидима; в большей команде, пытающейся справиться с неопределенными требованиями и борьбой за власть, SM будет очень заметным и, вероятно, никогда не будет иметь момента для себя, поскольку они станут громоотводом для всех разочарований команды (и заинтересованных сторон за ее пределами).

там нет замены для знания того, что вы хотите достичь и иметь небольшую команду людей, которые знают, как этого достичь. Если у вас есть это, и вы "принимаете SCRUM", вы, вероятно, быстро убедитесь, что быть мастером Scrum легко. Но если вместо этого у вас есть большой беспорядок в команде, и неопределенная цель, и много политических боев, и вы "принимаете SCRUM", вы, вероятно, уйдете, думая, что быть мастером Scrum-это полная (возможно, невозможная) работа, требующая сочетания очень редкий талант. Большинство реальных команд, вероятно, находятся где-то между этими крайностями.

хотя ScrumMaster является ролью в рамках Scrum, человек, выполняющий эту роль, должен быть членом команды. В Схватке, члены команды должны во что бы то ни стало быть полный рабочий день. Члены команды должны иметь возможность подбирать задачи в отставании спринта. Они могут быть задачи разработки, тестовые задания, настройка ИЦ серверных задач, и т. д... Если вы не можете внести свой вклад в выполнение то, зачем быть в команде? свалить и присоединиться к другой команде-это последнее, что есть уважающий себя ScrumMaster должен делать. ScrumMasters должны быть лидерами слуг, которые являются встроенный и посвященный их команда и продукт. ScrumMaster-это роль в команде, а не должность. Я не согласен с теми, кто думает, что вы можете быть ScrumMaster на более чем одном проекте одновременно и все еще быть мирового класса. Дело в том, что это просто не Scrum.

в первую очередь: устранить препятствия.

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

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

короче говоря, Scrum Master отвечает за то, чтобы все происходило. И на практике часто бывает так, что Scrum Master на самом деле является менеджером проекта в маскировке. По крайней мере, в моей компании.

работает на этой основе, и тот факт, что большинство предприятий работают 2-3 проекты за один раз, какая актуальная работа задачи делает см сделать, чтобы заполнить полный рабочий день работа?

все, что в их наборе навыков, чтобы помочь команде достичь цели.

или это не полный рабочий день и этот человек делает другие вещи, такие как развитие, продажи ЕТК?

ScrumMaster изначально не предназначался для работы на полный рабочий день. ScrumMaster-это роль, которую выполняет кто-то в команде. Этот член команды посвящен продукту полный рабочий день. Поэтому, когда он\она не выполняет обязанности ScrumMaster, они по умолчанию возвращаются к сжиганию задач в Sprint Backlog.

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

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

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

несколько важных вещей, которыми Scrum Master должен управлять изо дня в день, - это

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

самое главное Scrum Master должен быть в режиме ожидания и поддерживать свою команду.

вся эта работа занимает много времени и требует специального мастера Scrum, который не выполняет никакой другой роли.

Scrum Master-это как мать-медведь для команды. Они заботятся о здоровье команды (project wise), защищают их от надоедливых аутсайдеров и устраняют любые препятствия для команды. Я играю ScrumMaster для своей команды, но я также лидер развития (для той же команды!) кто принимает участие в технических дискуссиях, обсуждениях дизайна, координации между разработчиками и QA в нашей команде(если они уже не делают это сами). Я пытаюсь взять на себя фактические задачи разработки, чтобы сжечь диаграмму когда время будет доступно.

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

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

Они несут ответственность за обновление ProductBackLog (истории должны быть созданы бизнесом), SprintBackLog и BurnLog и за связывание с бизнесом и ИТ-Управлением по прогрессу. Они также управляют колоском для любых предметов, требующих расследования, которые могут превратиться в истории (опять же, управляемые бизнесом).

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

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

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

в конечном счете цель scrum-принести успехов проектам. Цель скрам-мастер должен убедиться, что схватки удастся выполнить цель скрама. Теперь, чтобы выполнить цель scrum-master, он/она должен думать и действовать на стратегическом уровне. Это работа на полный рабочий день.