Подтвердить что ты не робот

SCRUM - члены группы, не являющиеся членами команды

Что вы будете делать, если члены вашей команды не будут сотрудничать во время встреч в схватках? Они либо предоставляют определение на высоком уровне того, над чем они сейчас работают ( "работа над функцией x" ), либо занимают крайне нерелевантные детали, , несмотря на то, что они хорошо образованы в методологии SCRUM. Это заставляет собрание схватки быть неэффективным и скучным.

Как мастер схватки, каковы ваши методы, чтобы получить лучшее из людей во время встречи?

Отредактировано для добавления:

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

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

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

4b9b3361

Ответ 1

Прежде всего... убедитесь, что люди встают... и даже не опираются на стену или стол.

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

Переговоры слишком много

  • держите его на одной ноге.
  • попросите его/ее удерживать "говорящий" токен в протянутой руке, пока они говорят.
  • Добавьте флип-чарт в схватку, чтобы перечислить выпущенные проблемы... когда кто-то долгое время сталкивается с темой, которая не подходит к схватке, достойна, прерывает и говорит: "Эй, отлично. Я не уверен, что каждый должен обсудите это, как" если мы припаркуем это для последующего обсуждения? "Ключом к тому, чтобы сделать это успешным, является фактическое последующее наблюдение и назначение запланированного бокового разговора. В качестве альтернативы, оратор может просто сказать:" Не нужно... я буду работать с Джо сегодня днем ​​на этом" или что-то в этом роде, что позволяет цели уменьшить намотку без необходимости планировать последующие действия.

Требуется больше деталей. Это для выгоды мастера схватки или для команды?

  • Подождите, пока после этого не спросите индивидуальные более подробные вопросы. Если вы считаете, что команда также должна их знать, тренируйте члена команды, передавая (в вашем послепроблемном опросе), что "это то, что, по моему мнению, Джо Смиту помогло бы услышать от вас, что вы думаете?"

Команда не прослушивает.

  • Спросите их на индивидуальной основе. "Салли, я заметила, что ты, похоже, не сильно изрыгаешься от Scrum. Как мы можем настроить ее, чтобы сделать ее ценной для вас?".
  • Отправьте вопросы другим во время схватки. Например, если Салли говорит: "Я вчера включил код Боба", спросите Боба: "Как это случилось?" (Я бы использовал это сдержанно... для защиты от схваток, занимающих слишком много времени).
  • Я обнаружил, что иногда члены команды склонны к старым привычкам, глядя на мастера схватки или менеджера проекта, когда они говорят. Когда это случается много, я изменяю свой взгляд, чтобы отвести взгляд, что почти заставляет говорящего заглянуть в контакт с другими членами команды, что может помочь другим членам команды обратить внимание.

Ответ 2

Если управление временем - это ваша проблема. Получите таймер и попросите кого-нибудь гудеть, когда у вас закончится время. Удостоверьтесь, что задачи разбиты на адекватный уровень детализации - любая задача должна быть в пределах от 4 часов до 2 дней. Max 3 дня. Все, что выше этого, сломает его еще до того, как люди приступят к этому.

Я думаю, что три вопроса:

  • Что вы делали вчера?
  • Что вы собираетесь делать сегодня?
  • Какие препятствия вы видите на своем пути?

Гранулярные задачи (планирование после итерации) должны обслуживать пули 1 и 2. Третий фактически зависит от условий окружающей среды. Таймер должен со временем подсознательно подтолкнуть членов к размышлениям о своих проблемах и составлению коротких предложений. Сосредоточьтесь на конкретных препятствиях вместо объяснения причин или предпосылок или чего-то еще. Если вы разговариваете с одним человеком в течение более 5 минут о чем-то, что имеет отношение только к вам обоим. Остановитесь, сделайте заметку (поговорите позже за своим столом) и двигайтесь дальше.

Обновление. Также убедитесь, что все понимают, что "репетиция" до того, как собрание Scrum сэкономит все время. Подумайте о том, что вы хотели бы передать, вместо того, чтобы просто идти в стойку.

Ответ 3

Они должны сказать, что они не достигли того, над чем они работали, и если они ничего не достигли, то что их остановило.

Вопросы, которые заданы, могут быть сформулированы по-разному

  • Что я сделал со времени последней встречи?
  • Что я сделаю до следующей встречи?
  • Что мне мешает (препятствия)?

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

EDIT:

Я обрезал это из http://www.implementingscrum.com/2007/04/02/work-naked/

Ответ 4

Как вы реагируете, когда вы считаете себя единственным, кто слушает, в то время как другие члены команды просто сидят там и, возможно, даже засыпают?

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

Ответ 5

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

Ответ 6

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

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

Я также согласен с Kief

Ответ 7

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

Ответ 8

Scrum - это стойкое собрание, и концепция говорящей палки - отличная точка.

Ключевым моментом здесь является не то, что у вас есть один или несколько несогласованных членов команды, но это ИМО, более фундаментальная проблема: команда схватки должна быть самоуправляемой, а собрание схваток - содержать команду . Если другие члены команды не просят разъяснений и вызывают членов, не имеющих отношения к сотрудничеству, то должно произойти переобучение по схватке.

Помните, что мастер схватки не сообщается, он/она просто тот, кто удаляет блокировки в процесс. Это включает в себя облегчение собрания схватки, но команда несет ответственность за понимание и требование разъяснения независимо от мастера схватки.

Ответ 9

Запросите конкретные данные, которые вам нужны. Люди не будут знать, что вас интересует.

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

Ответ 10

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

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

Ответ 11

Под "совещанием по схватке" вы говорите о ежедневной встрече "встать"? Если это так, я считаю, что те, как правило, используются в течение 15-20 минут. Так разделите это время одинаково среди всех, и как только кто-то использует все свое время, они не могут говорить. Это может быть суровым, но я считаю, что он должен идти вниз.

Ответ 12

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

Как складывается команда? По организационной традиции или из-за общей цели?

Не все покупают идею Scrum, и мы должны это уважать. Возможно, лучшим для всех является то, что эти члены не являются частью команды Scrum?

Ответ 13

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

Если кто-то дает слишком много подробностей, вы можете попытаться отключить их "Что еще". Это будет намекнуть, что они сделаны по этому вопросу. Или вы можете попробовать "ОК, можно ли обсуждать это автономное".

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

Ответ 14

Ради споров, позвольте сказать, что у кого-то действительно есть что-то, что им нужно, чтобы сообщить команде, и это займет некоторое время. У вас есть подходящее место, время или метод (электронная почта, другой тип встречи, время обеда)? Просто перепутайте человека и сообщите им, что встреча на высшем уровне - это не место.

Также, какие проблемы во время разработки это создает? Если есть ошибка из-за отсутствия связи, людям нужно столкнуться с тем, почему они не упоминают эти вещи во время ожидания.

Ответ 15

  • Вы можете запланировать максимальное среднее время, чтобы объяснить, что вы сделали и что вы собираетесь делать.
  • О людях, которые не хотят говорить слишком много, я полагаю, ответственность мастера схватки за то, чтобы побудить людей быть немного более ясными в его задачах.
  • Если все же люди не разделяют то, что делают радикальное решение, используют панель для холста, где люди из команды должны перенести задачу, которую они выполняют, в свою область (в разработке, готовой к проверке, в обзор кода). Тогда вы можете точно знать, в какой задаче он работает.
  • После каждой ежедневной встречи не забудьте спросить о препятствиях или какой-либо проблеме, иногда люди не помнят в свое время или не хотят делиться своими проблемами.