Перейти к основному содержимому

Команда молчит на созвоне? Вот как это исправить

· 4 мин. чтения

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

Почему возникает молчание на встречах

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

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

Сообщайте о теме встречи заранее

Распространенная ошибка руководителей — делиться совершенно новой информацией непосредственно на встрече и ждать развернутой обратной связи. Часть людей может сформулировать ответ сразу, но большинству необходимо время, чтобы обдумать услышанное, задать уточняющие вопросы и сформировать мнение.

Решение — составлять повестку заранее и делиться ею с командой за один-два дня до встречи. Представим: вы создаете интернет-магазин и планируете обсудить новую функцию — фильтр по поиску товаров. За два дня до созвона с разработчиками отправьте в общий чат ссылку на онлайн-доску с повесткой. На доске подробно опишите задачу и сформулируйте вопросы для обсуждения, например: «Какие фильтры реализовать в первую очередь исходя из аналитики?», «Где оптимально разместить фильтры на странице?». Когда команда получит повестку, изучит скриншоты и обдумает ответы, вероятнее всего, к созвону у каждого уже будет сформировано мнение.

Онлайн-доска с материалами для домашней подготовки — пример перевернутого обучения

Пример повестки встречи, составленный на доске Unidraw

Если руководитель начинает встречу словами: «У нас новая задача — нужно сделать фильтры. Давайте быстро решим, как это будет работать», команда не сориентируется быстро. Люди узнали о задаче 30 секунд назад — им неизвестно, зачем нужны фильтры, какие проблемы пользователей это решит, что уже реализовали конкуренты, какой бюджет и сроки. Так что, если задачу не обсуждали заранее, лучше предупредить сотрудников о теме встречи.

Задавайте открытые и понятные вопросы

Людям сложно включиться в диалог, если они не понимают, что конкретно вы хотите узнать. Перед тем как поднять проблему, задайте себе вопрос: «Зачем я об этом спрашиваю? Какая информация мне нужна?». Затем поделитесь этим контекстом с командой. Конкретный вопрос с контекстом даст команде понимание, какой ответ от них ждут.

Сформулировать вопрос с контекстом можно так: «Мы хотим добавить фильтры, чтобы снизить количество жалоб на сложность поиска. Сейчас 40% пользователей уходят со страницы каталога, не найдя товар. Какие технические ограничения нужно учесть при разработке фильтров?». В этом случае команда включится в обсуждение с большей вероятностью.

Старайтесь избегать абстрактных вопросов, например: «Что думаете о фильтрах?». Это ставит в тупик: вас интересуют технические сложности реализации? Влияние на производительность страницы? Удобство для пользователей или приоритетность относительно других задач? В ответ на расплывчатый вопрос можно получить такой же ответ — «Нормально», «Можно сделать».

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

Плохой вопросХороший вопрос
Сложно будет сделать фильтры?Какие риски и ограничения вы видите сейчас?
Сделаем быстро?Сколько времени займет работа? Что может нас задержать?
Разместим фильтры справа от поиска?Где на странице фильтры будут заметнее для пользователя и почему?

Прислушивайтесь к чужим идеям

Если систематически отвергать идеи команды, люди перестанут их предлагать. Зачем тратить время на предложения, если руководитель всё равно скажет «нет» без объяснений? Поэтому важно прислушиваться к команде.

Бывает так, что вы считаете идею сотрудника провальной. В этом случае можно использовать методику конструктивного несогласия LCS:

    Like, «Одобрение» — найдите что-то полезное в предложенной идее.

    Concern, «Обеспокоенность» — выскажите обоснованное опасение или ограничение.

    Suggest, «Предложение» — предложите развитие идеи или альтернативу.

Методика конструктивного несогласия — это способ выразить несогласие, не обесценивая вклад сотрудника и сохраняя конструктивный диалог. Например, разработчик предлагает добавить в фильтры полнотекстовый поиск: пользователь вводит «красные кроссовки», система показывает только красную обувь. Вы применяли этот подход в предыдущем проекте и результат оказался неудовлетворительным: интеграция движка заняла два месяца вместо планируемых двух недель, точность поиска была очень низкой. Будет ошибкой ответить на предложение разработчика: «Мы это пробовали, не работает». Скорее всего, собеседник почувствует, что его мнение проигнорировали. В следующий раз он промолчит, даже если у него появится действительно ценная идея.

Конструктивный ответ по методике LCS будет звучать так:

    Like, «Одобрение»: «Отличная мысль! Текстовый поиск действительно удобнее для пользователей, чем выбор параметров из выпадающих списков. Это решение сократило бы количество кликов».

    Concern, «Обеспокоенность»: «Но меня беспокоит ценность для пользователя и сроки внедрения. В проекте для другого клиента мы потратили на настройку поискового движка два месяца, а точность поиска составила только 70%. Пользователи жаловались на нерелевантные результаты. К тому же у нас сроки ограничены шестью неделями».

    Suggest, «Предложение»: «Может быть, начнем с простых фильтров в виде чекбоксов? Их можно быстро реализовать».

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

Молчание команды на встречах редко связано с безразличием к проекту или некомпетентностью. В большинстве случаев сотрудники молчат по другим причинам: не успели подготовиться к обсуждению, не поняли суть вопроса или опасаются негативной реакции на свои предложения. Решение — изменение формата коммуникации. Отправляйте повестку встречи с полным контекстом за один-два дня, формулируйте вопросы конкретно, с метриками и данными, применяйте методику LCS при обработке предложений команды.