Я только что возглавил команду разработчиков, которые кажутся весьма технически подкованными и на высоте. Тем не менее, они все очень тихие, может пройти несколько часов, и никто по-настоящему не разговаривает.
Это не обязательно плохо, поскольку они, похоже, своевременно доставляют свой контент.
Тем не менее, я считаю, что обсуждение способствует эффективному созданию командных норм/документации/ожиданий, и хочу гарантировать, что ключевые моменты не будут упущены, когда мы проводим эти обсуждения.
Каков хороший метод получения информации в этой ситуации?
Прямо сейчас я смотрю на пересмотр определения «сделано с командой», но с таким же успехом это может быть планирование спринта или документ о нормах команды.
Изменить: как обсуждалось в комментариях, я не пытаюсь изменить поведение членов команды. Попытка превратить интроверта в экстраверта в лучшем случае ошибочна и бесполезна, а в худшем — наносит прямой ущерб как личности, так и команде.
В частности, мое намерение состоит в том, чтобы найти метод, который гарантирует, что я получу мнение каждого, чтобы каждый высказал свое мнение при создании этих документов и, таким образом, согласился с нормами команды.
Самое главное в этом: будь собой . Ваша команда будет работать лучше, когда они тоже будут собой. Тем не менее, динамика команды меняется (естественно), потому что к ней присоединяется новый член (вы). Таким образом, всем (включая вас) придется приспосабливаться, чтобы найти новую коллективную норму.
Вы можете быть интровертом или экстравертом от природы, и хорошо, что вы понимаете, что у команды есть собственная коллективная индивидуальность. Я считаю, что лучше всего приближаться к своей роли медленно (даже с приближением сроков или неистовством клиентов) и завоевывать доверие к себе. Вы должны доверять каждому члену команды, но они также должны доверять вам.
Итак, мое предложение:
Я думаю, что стоит начать с настоящих церемоний схватки: планирование, стендап и ретро, и посмотреть, сможете ли вы собрать нужную информацию вместо того, чтобы форсировать ее где-то еще.
Для стендапа:
То, что вы делали вчера, и то, что вы делаете сегодня, прямолинейно. Когда я был тимлидом / скрам-мастером, я обнаружил, что замена «Каковы мои препятствия?» с "Что меня тормозит?" как правило, давало лучшее представление о препятствиях.
Для планирования:
Я обнаружил, что когда люди используют покерные карты/ инструменты планирования, в которых они сначала оценивают индивидуально, а затем раскрывают их группе, может возникнуть ценная дискуссия, которая обычно не происходит, если в вашей команде есть особенно тихие или властные люди.
Для ретроспективы:
Еще раз представьте инструмент или процесс для создания дискуссий. Если люди беспокоятся о конфронтации, собирайте негативы анонимно. Предоставьте первоначальную обратную связь в качестве мастера схватки, чтобы начать обсуждение.
Другие идеи
В зависимости от вашей рабочей среды, возможно, стоит провести ретро-версию, чтобы спровоцировать обсуждение о том, как улучшить ситуацию, не фокусируясь на индивидуальной команде.
Мои предложения:
Мой совет будет:
Создайте ощущение свободы, введя основные протоколы , особенно протоколы Pass и Check-In. Это даст им страховочный пояс, когда это необходимо, он универсален и может использоваться вне Scrum. Вы, с другой стороны, были бы более заинтересованы в том, чтобы спросить команду и привлечь их, так как они просто пройдут мимо, если не заинтересуются.
Будьте осторожны, подталкивайте их к выполнению стандартных шагов схватки, иногда интровертам это не нравится. Я бы предложил:
МСВ
Джеймс
Джеймс
Резиновая утка