Что делать если некоторые участники нашей команды не высказывают свое мнение?

#45

Что делать если некоторые участники нашей команды не высказывают свое мнение?

Копировать ссылку

Возможные ответы (7)

. Чаще всего отсутствие или однообразность мнений продиктовано желанием давать ответы, которые предпочтительнее для окружающих. Кто-то может отвечать «предпочтительнее», чтобы понравиться руководству, кто-то, чтобы избежать конфликтов (), а кто-то, чтобы избежать вопрос т.к. у него нет интереса в дискуссии. Сперва нам нужно понять причину молчания/пустого мнения (при этом для каждого участника команды она может быть своей), а затем прорабатывать действия по вовлечению коллеги в дискуссию.

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

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

. Иногда наши коллеги не понимают, как их мнение может повлиять на проект. Им кажется, что завтра «все будет так же», и как следствие, они ведут себя нейтрально, избегая всякого вовлечения в дискуссию. Чтобы вовлечь таких коллег в диалог, нам следует показать им, почему мы считаем их мнение важным. Наши слова нам следует подкреплять действиями, которые выполняются с учетом их мнений.

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

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

В заключение добавлю, что плюрализм мнений, также как и привычка задаваться «очевидными» вопросами и ставить под сомнение уже принятые нами решения – это то, к чему мы в команде должны стремиться постоянно. Поощряя в команде практики при которых коллеги делают социально желаемые/популярные действия, мы убиваем талант и индивидуальность наших коллег ().

Связанные вопросы

#41.

Что делать если упрямство наших коллег наносит вред рабочему процессу?

#7.

Почему пользователи разочаровываются в нашем продукте?

#39.

Как мы можем сделать наших пользователей более ответственными?

Насколько полезным вы нашли этот материал?

Не полезно

Очень полезно

Спасибо за ваш вклад в развитие проекта!

Войти

Мой профильНастройкиВыйти

Ссылки

UX CORE GUIDE PERSONA UX CAT

Боб - ИИ Ассистент

UX Core Guide Persona Игра на внимание

Боб - ИИ Ассистент

Ссылки

Использование проекта в образовательной системе

UX CORE GUIDE

Добавление вашего вопроса

UX CORE PERSONA

Вводная статья

API

Войти

Мой профильСохраненные ПерсоныНастройкиВыйти

UX CORE GUIDE

Как пользоваться

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

Как использовать UXCG

Выберите стадию вашего продукта ниже;
Выберите интересующий вас вопрос;
Прочтите возможные ответы.

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

Описание лейблов

Вопросы связанные с кооперацией команд и лиц, работающих над продуктом.

Вопросы связанные со стадией разработки продукта (от идеи до публичного релиза).

Вопросы связанные с продажами, маркетингом, потенциальными пользователями и общей оберткой продукта.

Вопросы связанные с интеракцией пользователей с продуктом и его функционалом.

Вопросы связанные с чтением аналитики по продукту.

Выберите стадию вашего проекта

#10.

Почему пользователи жалуются на качество нашей поддержки?

#30.

Какие ошибки мы допускаем в работе с аналитическими данными по продукту?

#41.

Что делать если упрямство наших коллег наносит вред рабочему процессу?

#43.

Что учитывать при планировании релизов продукта?

#45.