Что делают скрам-мастера весь день?

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

Как правило, помогает в бесперебойной работе офиса, помогая руководству с задачами, не связанными с развитием. Изучение новых тем Agile.

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

Но эй ... это просто я

Я работаю руководителем проекта 15 лет, 3 года работаю скрам-мастером на полставки (из 15 лет работы ПМ) и 3 года на полную ставку скрам-мастером. Вот что я обычно делаю, но, в конце концов, моя работа заключается в том, чтобы помочь командам быть максимально продуктивными, эффективными и действенными, чтобы обеспечить максимальную ценность для бизнеса, насколько это возможно в каждом выпуске:

1. Содействуйте ретроспективам, планированию спринтов и релизов. Это включает в себя все предварительное планирование, необходимое для того, чтобы встречи были эффективными. Что касается ретро, ​​я посмотрю, как работает команда, и выберу ретро-план, который хорошо соответствует потребностям команды в то время. Для планирования я рассмотрю все показатели, которые я собирал для спринта или выпуска (скорость спринта и выпуска, пропускная способность, время цикла истории и завершения функций, а также незавершенное производство). Я стараюсь не проводить ежедневные стендапы (ежедневные схватки). Я позволил команде сделать это, так как это их встреча. Я буду вмешиваться только тогда, когда мне нужно.

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

3. Я скрам-мастер для двух команд, поэтому мое время делится между ними. Тем не менее, у меня есть некоторое время простоя между ними. Итак, что еще мне делать?

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

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

6. Я работаю со скрам-мастерами из других продуктов, чтобы делиться идеями и совместно работать над новыми инструментами, методами и т. д.

7. Я провожу тренинги с командами о том, как проводить презентации (внутренние/внешние), и обучаю их различным agile-темам (Scrum, Lean, Kanban, управление конфликтами и т. д.).

Учить. Читайте блоги, книги, научные статьи или все, что вам нравится делать, чтобы учиться. Или программировать на новых языках. Что бы вы ни думали об этом, команда может извлечь выгоду из этого позже. Одна из самых важных вещей, которую делает SM, — это обучение. О команде, об организации и всегда быть в поиске новых вещей, чтобы попробовать. Если вам действительно скучно, вы всегда можете найти других скучающих Скрам-мастеров и попробовать себя на семинаре или просто поговорить за чашечкой кофе, если у них есть идеи, что делать.

По моему опыту... это зависит. Это зависит от того, на каком этапе находится команда. Обычно новым командам требуется много инструктажа, потому что у них очень мало знаний или они не знают, почему происходят некоторые вещи. (один разработчик счел утомительным проводить 15-минутные «сеансы обновления статуса» в своих предыдущих проектах).

Многие из моих дел обычно связаны с ретро-предметами, которые предлагает команда. Это потому, что мне приходилось работать с крупными организациями, где есть зависимость от разных команд.

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