Миф состоит в том, что scrum-мастер всегда должен присутствовать во время дейли. Некоторые считают, что он будет помогать проводить событие, другие команды говорят, что scrum-мастер должен присутствовать для устранения препятствий. Так или иначе, присутствие обязательно.
Что говорит Scrum Guide?
Согласно Scrum Guide, Daily Scrum принадлежит команде разработчиков. Сложность разработки проявляется в высокой степени непредсказуемости. Даже в рамках одного спринта ситуация, вероятно, не будет идти так, как ожидалось. Например, член команды заболевает во время спринта. Обнаружена высокоприоритетная ошибка, которую нельзя оставить. Появляется новая идея, которая лучше соответствует цели спринта. Частое общение внутри команды имеет первостепенное значение для борьбы с этими изменениями по мере их возникновения.
Daily Scrum предоставляет команде как минимум одну ежедневную возможность синхронизировать работу и планировать следующий день. Как команда будет работать вместе до следующего дейли, чтобы достичь Цели Спринта? Результат состоит из ежедневного плана и (потенциально) корректировок в Бэклоге Спринта, что необходимо для достижения Цели Спринта. Хотя scrum-мастер может присутствовать, чтобы помочь на дейли, это не требуется. Scrum-мастер обеспечивает проведение этого события, но команда разработчиков отвечает за проведение встречи. Если Daily Scrum приводит к решениям, которые влияют на других (например, на владельца продукта), они могут проконсультироваться позже.
Таким образом, хотя scrum-мастер может участвовать на дейли, Scrum, безусловно, не требует этого.
Возможные проблемы
Требование к тому, что scrum-мастер был на дейли, связано со звоночками, которые могут указывать на проблемы в применении фреймворка:
- scrum-мастер выступает в роли менеджера команды и использует Daily Scrum для распределения работы и принятия решений от имени команды разработчиков;
- команда разработчиков не обязуется работать со Scrum и нуждается в ком-то, кто проконтролирует проведение церемоний. В этом случае необходимо развить более глубокую мотивацию для работы со Scrum;
- команда разработчиков может зависеть от scrum-мастера в вопросах общения между собой. Это препятствует самоорганизации;
- scrum-мастер использует Daily, чтобы чувствовать себя значимым. Будучи слугой-лидером, его успех часто проявляется косвенным образом (улучшение со временем, хорошая атмосфера, обучение). Для некоторых scrum-мастеров дейли дает возможность выйти на сцену и внести заметный вклад — даже если это не приносит пользу команде разработчиков по причинам, указанным выше.
Подсказки
Следующие советы помогут сделать Daily Scrum более эффективным:
- Повторите цель этого события в начале;
- Отойдите назад из круга/линии, где стоит вся команда. Вы должны находиться как бы вне команды разработчиков;
- Ограничивайтесь только тем, чтобы задавать открытые вопросы;
- Ограничивайтесь только тем, чтобы вопросы были связаны с прозрачностью, проверкой и адаптацией: «Как это новое понимание влияет на нашу цель в спринте?», «Какую новую работу необходимо сделать прозрачной?» или «Что мы можем сегодня сделать, чтобы помочь друг другу достичь цели спринта?»;
- Не помогайте, прося каждого участника ответить на три вопроса дейли. Вместо этого пусть люди решают, кто говорит дальше;
- Не посещайте дейли. Посмотрите, что произойдет;
- Попросите кого-нибудь из команды разработчиков помочь вам провести дейли;
- Пусть команда разработчиков выберет время начала и место. Это их событие. Поэтому они выбирают время, которое подходит лучше всего. Это повышает чувство собственности и побуждает команду начать вовремя.
