SCRUM — члены команды, не сотрудничающие между собой [закрыто]
https://stackoverflow.com/questions/71036
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Что вы будете делать, если члены вашей команды не будут сотрудничать во время схваток?Они либо дают очень общее определение того, над чем в данный момент работают («работают над функцией x»), либо углубляются в совершенно несущественные детали, несмотря на хорошее знание методологии SCRUM.Это делает схватку неэффективной и скучной.
Как скрам-мастер, какие методы вы используете, чтобы добиться от людей максимальной пользы во время встречи?
Отредактировано, чтобы добавить:
Какой прием вы используете, чтобы остановить человека, который слишком много говорит, не оскорбляя его?
Какой метод вы используете, чтобы побудить кого-то дать более подробный ответ?
Как вы реагируете, когда обнаруживаете, что являетесь единственным, кто вас слушает, а другие члены команды просто сидят и, возможно, даже засыпают?
Решение
Прежде всего...убедитесь, что люди встают...и даже не опираясь на стену или стол.
На высоком уровне я бы сказал, что всякий раз, когда вы сталкиваетесь с проблемами в команде, лучшим ответом будет спроси у команды для решений.Однако вот некоторые методы, которые я использовал для решения проблем, с которыми вы столкнулись.
Слишком много говорит
- пусть он/она встанет на одну ногу
- попросите его/ее держать жетон «говорения» схватки в вытянутой руке, пока они говорят.
- Добавьте в схватку флипчарт, чтобы перечислить вынесенные на обсуждение проблемы...Когда кто-то многословно обсуждает тему, которая не достойна обсуждения, прервите его и скажите: «Эй, отличная мысль.Я не уверен, что всем нужно это обсуждать, как насчет того, чтобы оставить это для последующего обсуждения?» Ключом к успеху является то, чтобы фактически продолжить работу после этого и запланировать побочный разговор.Альтернативно говорящий может просто сказать: «Не обязательно...Сегодня днем я буду работать с Джо над этим» или чем-то в этом роде, что позволит уменьшить запыхательность без необходимости планировать последующие действия.
Нужно больше подробностей.Это для выгоды скрам-мастера или команды?
- подождите до тех пор, пока вы не зададите человеку более подробные вопросы.Если вы считаете, что команде также необходимо их знать, тренируйте члена команды, сообщая (во время допроса после схватки), что «это такие вещи, которые, я думаю, Джо Смиту было бы полезно услышать от вас, как вы думаете?» ?"
Команда не слушает.
- Спросите их в индивидуальном порядке.«Салли, я заметил, что ты, похоже, мало что получаешь от Scrum.Как мы можем настроить его, чтобы сделать его ценным для вас?».
- Задавайте вопросы другим во время схватки.Например, если Салли говорит: «Я интегрировал вчера с кодом Боба», спросите Боба: «Как это ушло?» (Я бы использовал это экономно ...для защиты от схваток, занимающих слишком много времени).
- Я обнаружил, что иногда члены команды склоняются к старым привычкам, глядя на скрам-мастера или менеджера проекта, когда они говорят.Когда это случается часто, я меняю взгляд и отвожу взгляд, что почти вынуждает говорящего установить зрительный контакт с другими членами команды, что может помочь другим членам команды обратить внимание.
Другие советы
Если тайм-менеджмент — ваша проблема.Возьмите таймер и попросите кого-нибудь позвонить, когда у вас закончится время.Убедитесь, что задачи разбиты на достаточный уровень детализации — любая задача должна длиться от 4 часов до 2 дней.максимум 3 дня.Все, что выше этого, разрушает это еще больше, прежде чем люди подпишутся на это.
Я думаю, что эти три вопроса:
- Что ты делал вчера?
- Что ты собираешься сегодня делать?
- Какие препятствия вы видите на своем пути?
Детализированные задачи (планирование после итерации) должны соответствовать пунктам 1 и 2.Третий на самом деле зависит от условий окружающей среды.Таймер должен со временем подсознательно побудить участников задуматься о своих проблемах и составить короткие предложения.Сосредоточьтесь на конкретных препятствиях, а не на объяснении причин, предварительных условий или чего-то еще.Если вы разговариваете с одним человеком более 5 минут о чем-то, что касается только вас обоих…остановитесь, сделайте пометку (поговорите позже за столом) и идите дальше.
Обновлять:Также убедитесь, что все понимают, что «репетиция» перед Scrum-совещанием сэкономит всем время. Думать о том, что вы хотели бы донести, а не просто выйти на стендап.
Им следует говорить о том, чего они достигли, а не о том, над чем они работали, и если они ничего не добились, то что им помешало достичь.
Задаваемые вопросы можно было бы сформулировать по-другому.
- Что я успел сделать с момента последней встречи?
- Что я успею сделать до следующей встречи?
- Что стоит на моем пути (препятствия)?
Также важно, чтобы на встрече не команда подчинялась скрам-мастеру, а команда контролировала друг друга.Если люди говорят прямо с вами, скрам-мастером, есть методы, позволяющие сместить фокус.Убедитесь, что вы не смотрите на говорящего и даже не отодвигаетесь назад, чтобы линия обзора изменилась, и он был вынужден смотреть на своих товарищей по команде, пока они говорят.Но делайте это деликатно :)
РЕДАКТИРОВАТЬ:
я списал это сhttp://www.implementingscrum.com/2007/04/02/work-naked/
Как вы реагируете, когда обнаруживаете, что являетесь единственным, кто слушает, а другие члены команды просто сидеть там и, может быть, даже заснуть?
Хм, а вы действительно проводите стендап-встречи?Это может показаться банальным, но помимо того, что людям труднее заснуть, это также помогает создать ощущение быстрого скопления людей, а не неторопливой встречи.
Я заметил, что одна вещь, которая привела к улучшению, - это использование «говорящей палки» (на самом деле мы используем мягкий мяч).Это обеспечивает дополнительный фокус на том, кто говорит в данный момент, и делает переход к другому человеку более очевидным.
Как вы реагируете, когда обнаруживаете, что являетесь единственным, кто слушает, а другие члены команды просто сидят и, возможно, даже засыпают?
Если бы я уже слышал, что сказали другие, я бы задал вопрос тому, кто не обращает внимания на то, как это может повлиять на то, над чем они работают.Очень нравится школьному учителю, однако этого достаточно, чтобы они отреагировали и снова включились в собрание.
Я также согласен с Киф
Чтобы ваша команда приняла участие, они должны увидеть в этом ценность, а не просто делать это потому, что вы им сказали.
Скрам — это стоячая встреча, и концепция говорящей палки — отличный момент.
Ключевым моментом здесь является не то, что у вас есть один или несколько членов команды, отказывающихся сотрудничать, а, по моему мнению, более фундаментальная проблема:Скрам-команда должна быть самоуправляемой, а скрам-совещание должно поддерживать команда сообщил.Если другие члены команды не просят разъяснений и не вызывают отказавшихся сотрудничать, то необходимо провести переобучение схватке.
Помните, что scrum-мастеру не подчиняются, он/она — всего лишь человек, который устраняет блокировки процесса.Это включает в себя содействие в проведении Scrum-совещания, но команда несет ответственность за понимание и требование разъяснений независимо от Scrum-мастера.
Попросите конкретную информацию, которая вам нужна.Люди не будут знать о том, что вас интересует.
Также постарайтесь сформулировать некоторые рекомендации для более качественной и эффективной презентации перед встречей.
Поговорите с ними за пределами Scrum-совещания и расскажите им, как другие могут воспринимать их способ представления того, над чем они сейчас работают.Я предполагаю, что они не намеренно отказываются от сотрудничества, а просто не привыкли к тому уровню детализации, который должен быть на Scrum-совещаниях.
Вы также можете спросить их, сколько информации они ожидают от других во время встречи.
Под «схваткой» вы имеете в виду ежедневные «стоячие» встречи?Если да, то я считаю, что обычно они ограничиваются примерно 15-20 минутами.Так что разделите это время поровну между всеми, и как только кто-то израсходует все свое время, он не сможет говорить.Это может быть жестко, но я считаю, что именно так и должно быть.
Скрам — это процесс снизу вверх, поэтому в принципе каждый член команды должен поддерживать этот процесс.
Как формируется команда?По организационной традиции или из-за общей цели?
Не все разделяют идею Scrum, и мы должны это уважать.Возможно, лучше всего то, что эти участники не являются частью Scrum-команды?
Некоторые люди просто не понимают, что от них требуется.Вы можете попытаться вести разговор, используя несколько ключевых фраз.
Если кто-то сообщает слишком много подробностей, вы можете попытаться отрезать его вопросом «Что еще».Это будет намекать, что на этом они закончили.Или вы можете попробовать вариант типа «ОК, можем ли мы обсудить это оффлайн?».
Людям, которые на это не верят, задавайте вопросы о том, что они сделали и что собираются делать.
В качестве аргумента предположим, что кому-то действительно есть что сказать команде, и это займет некоторое время.Есть ли у вас подходящее место, время или метод (электронная почта, другой тип встречи, обеденное время) для этого?Просто прервите человека и дайте ему понять, что встреча не место.
И какие проблемы при разработке это создает?Если произошла ошибка из-за отсутствия связи, людям необходимо выяснить, почему они не упоминают эти вещи во время стендапа.
- Вы можете запланировать максимальное среднее время, чтобы объяснить, что вы сделали и что собираетесь делать.
- Что касается людей, которые не желают говорить слишком много, то я думаю, что ответственность скрам-мастера заключается в том, чтобы побудить людей немного более четко понимать его задачи.
- Если люди по-прежнему не делятся тем, что они делают, радикальное решение — использовать доску, на которой члены команды должны переместить задачу, которую они выполняют, в соответствующую область (в разработке, готова к проверке, при проверке кода). .Тогда вы сможете точно знать, над какой задачей он работает.
- После каждой ежедневной встречи не забывайте спрашивать о препятствиях или каких-либо проблемах, иногда люди не забывают говорить о своем времени или не хотят делиться своими проблемами.
