Я знаю, что правила Scrum в ежедневных заездах говорят, что команда должна говорить только о том, что они делали вчера, что они делают сегодня, и обо всем, что их блокирует. Ничего больше. Но проблема в том, что иногда разработчики проводят свой день, выполняя работу, не связанную с их задачами, а затем говорят об этом в режиме ожидания. Это то, что они сделали вчера!
Исходя из своего опыта, я обнаружил, что более эффективно говорить о задачах на доске, сохранять сосредоточенность стоячих мест и сосредоточить внимание каждого на своих задачах, пересматривать свои оценки и ежедневно отслеживать свои записи.
Допустимо ли ограничивать обсуждение задачами на доске?
Ответы:
В соответствии с содержанием Scrum Guide по ежедневным дежурствам, три вопроса для обсуждения:
Все вопросы касаются цели спринта, а не задач, стоящих на доске. Опять же, в соответствии с Руководством по Скраму, цель Sprint создается в Планировании Спринта и определяет «цель, которая будет достигнута в Sprint посредством реализации Журнала Задолженности Продукта, и предоставляет руководство для Группы разработчиков о том, почему она создает Приращение».
Все, что делает ваша команда разработчиков, в идеале должно помогать команде продвигаться к цели Sprint. Это могут быть незапланированные действия, которые не должны быть выполнены на доске, или это могут быть вещи на более низком уровне, которые могли быть рассмотрены и оценены, но на более низком уровне, чем предмет на доске.
Я бы сказал, пусть ваша команда расскажет обо всем, что они сделали вчера. Если они говорят о вещах, которые не помогают команде достичь Цели Спринта, то кто-то должен поднять это, особенно если есть другие вещи, которые они могли бы сделать, которые приблизили команду к выполнению Цели Спринта.
Единственным исключением может быть, если человек поддерживает несколько команд Scrum. На собрании им, вероятно, не следует рассказывать обо всем, что они делали вчера, а о том, что они делали в поддержку команды, которая в настоящее время находится в бою.
Sprint Ретроспективное это прекрасное время , чтобы говорить об этой проблеме с командой. Есть много вопросов для рассмотрения:
источник
Нет, тебе следует поговорить о том, что ты сделал вчера.
Если его нет на доске, вам нужно выполнить одно из следующих действий:
Наиболее распространенная, скажем, для незапланированных аварийных работ, это написать карту и наклеить ее на доску. Это гарантирует, что в конце спринта вы можете измерить скорость и объяснить, почему цели спринта не были достигнуты.
Член команды, работающий над вещами, которых нет в спринте, является, на мой взгляд, одной из основных причин неудачного гибкого усыновления. Чаще всего это разработчик отвлекается на исправление проблем с другим проектом.
Еще одна неприятная вещь в спринтах - «Премьер-министр говорит о встречах для других проектов». На мой взгляд, PM не является частью команды Scrum, они выполняют роль Scrum «Владелец продукта» и, таким образом, отвечают на вопросы, а не сообщают о прогрессе.
источник