Самый неудобный сотрудник на совещании может оказаться самым полезным для проекта. Пока остальные согласовывают сроки внедрения, он спрашивает, что произойдёт с заказами клиентов, кто обработает исключения и почему новая система не учитывает работу ночной смены. Руководителю хочется закончить обсуждение. Но именно сейчас стоит его продолжить.
Во время изменений легко принять любое возражение за сопротивление. Особенно когда бюджет согласован, собственник ждёт результата, а команда уже несколько месяцев обсуждает переход на новую систему. Фраза «это не сработает» раздражает независимо от того, кто её произнёс и какие аргументы привёл.
Однако за одинаковыми словами могут стоять разные причины: страх потерять влияние, усталость от неудачных внедрений или точное понимание того, где проект столкнётся с реальностью. Задача руководителя — разобраться в содержании возражений и определить, с кем обсуждать условия перехода, а кому поручить доработку решения.
Возражение — информация о системе, которую стоит проверить
Сотрудники оценивают изменения через свою повседневную работу. Генеральный директор видит цели и бюджет. Начальник смены видит очередь на отгрузку. Специалист клиентского сервиса знает, какие обещания менеджеры дают покупателям. Каждая позиция открывает свою часть картины.
Поэтому вопрос «почему они опять сопротивляются?» часто уводит обсуждение в сторону. Полезнее спросить: «Какую проблему они ожидают и на чём основан этот прогноз?» Так руководитель переводит разговор с предполагаемых мотивов человека на проверяемые обстоятельства.
Допустим, компания хочет обязать всех согласовывать заявки в одной информационной системе. Сотрудники склада возражают: часть срочных изменений приходит по телефону, когда ответственный уже закончил рабочий день. Это условный пример, но он показывает типичную управленческую ошибку: новый регламент описывает удобный порядок действий, а реальные исключения остаются за его пределами.
У такого возражения может быть несколько объяснений. Сотрудники привыкли обходить правила. Руководитель не назначил дежурного. Система не поддерживает нужный сценарий. Пока команда не разберётся, попытка «поработать с сопротивлением» лишь замаскирует проблему.
- Уточните ситуацию. Когда именно новый порядок перестанет работать?
- Попросите пример. Как сотрудники решали похожую задачу в последний раз?
- Выясните последствия. Кто потеряет время, получит лишнюю нагрузку или останется без нужной информации?
- Определите способ проверки. Какие наблюдения подтвердят или опровергнут опасение?
Не каждое опасение подтвердится. Но даже ошибочная гипотеза бывает полезной: она показывает, чего люди не поняли, какие условия перехода не обсудили и где руководителю придётся объяснить решение подробнее.
Оценивайте поведение, а не приклеивайте ярлык
Удобно разделить коллектив на сторонников прогресса и вечных противников. Управлять такой картиной легко — до первой ошибки. Один и тот же человек может защищать привычный порядок в одном вопросе и предложить сильное улучшение в другом.
Поэтому искать стоит не особый «тип сотрудника», а признаки содержательной критики. Человек описывает конкретный риск, связывает его с устройством работы, отвечает на уточняющие вопросы и готов участвовать в проверке. Он может говорить резко или пока не иметь готового решения. Это само по себе не обесценивает замечание.
Как выглядит полезная критика
«При таком сроке запуска мы не успеем обучить вторую смену. Она обрабатывает возвраты, которых нет в учебных примерах. Давайте сначала проверим этот сценарий с двумя операторами». Здесь есть обстоятельства, последствия и возможный следующий шаг.
Когда разговор ходит по кругу
«У нас это никогда не работает» — слабый аргумент, пока человек не пояснил, что именно уже пробовали и почему попытка провалилась. Если он отвергает любые варианты, меняет основания возражений после каждой проверки и требует оставить всё как есть, руководителю стоит отдельно обсудить его интересы и ответственность.
Но и здесь не нужно угадывать мотивы. За упорным отказом иногда стоят потеря дохода, неясные требования к должности или дополнительная работа без пересмотра нагрузки. Такие вопросы требуют переговоров об условиях перехода. Призывы мыслить позитивно их не решают.
Не требуйте готового решения как пропуска к обсуждению. Сотрудник может точно заметить уязвимость, но не иметь доступа к бюджету, данным соседнего отдела или технической экспертизе. Его задача — описать проблему достаточно конкретно. Разработать решение команда может вместе.
Полезный критерий — готовность двигаться дальше после проверки. Если риск сняли, способен ли человек признать это? Если риск подтвердился, помогает ли уточнить условия запуска? Такой подход справедливее, чем оценка лояльности по количеству согласных кивков.
Ищите тех, кто знает, как работа устроена на самом деле
Организационная схема показывает подчинение. Регламент показывает предполагаемый порядок. Между ними существует повседневная практика: кого зовут при сложном возврате, кто знает историю договорённостей, кто помогает новичкам исправить ошибку до обращения к начальнику.
Эти люди могут не занимать руководящих должностей. Их влияние держится на опыте и доверии коллег. Они знают, какие действия обеспечивают результат, а какие сотрудники выполняют только перед проверкой.
В российских компаниях такую практику нередко поддерживают рабочие чаты, личные договорённости и помощь опытного коллеги. Это не повод сохранять любой обходной путь. Сначала нужно понять, какую задачу он решает. Иначе компания отменит привычный способ работы, но не предложит ему полноценной замены.
Например, перед внедрением системы учёта руководитель обнаруживает, что менеджеры уточняют статус заказа у одного диспетчера. Причина может быть в том, что учётная запись обновляется позже фактической отгрузки. Диспетчер компенсирует задержку данных. Запрет личных обращений сам по себе не сделает информацию своевременной.
- Спросите сотрудников разных смен, к кому они обращаются при нестандартной ситуации.
- Проследите путь одной реальной задачи: от запроса до результата, включая уточнения и исправления.
- Сравните этот путь с регламентом и отметьте расхождения.
- Выясните, какие обходные действия помогают работе, а какие создают риск или зависимость от одного человека.
Для совместного разбора подходят фасилитационные сессии: участники сопоставляют опыт, описывают узкие места и договариваются о проверках. Важно включить в обсуждение тех, кто выполняет процесс, а не ограничиваться его руководителями.
На такой встрече полезно сначала собрать наблюдения письменно и только потом обсуждать их вслух. Это даёт возможность высказаться сотрудникам, которым трудно спорить с руководителем публично, и снижает влияние самых активных участников.
Полезной критике нужны полномочия и границы
Выслушать сотрудника недостаточно. Если после обсуждения всё возвращается к прежнему плану, команда быстро понимает: её участие ничего не меняет. В следующий раз замечания прозвучат уже после запуска, когда исправлять ошибки дороже.
Сотруднику, который понимает проблему, можно поручить небольшой эксперимент. Например, вместе с представителем соседнего отдела проверить новый маршрут согласования на ограниченном наборе заявок. Для этого нужны время, доступ к информации и право принимать решения в согласованных пределах.
Полномочия стоит описать прямо. Что команда может менять самостоятельно? Какие действия требуют согласования? Кто разрешит спор между подразделениями? Что делать, если проверка выявит серьёзный риск? Без этих договорённостей инициатива легко превращается в дополнительную нагрузку без возможности повлиять на результат.
Что включить в договорённость об эксперименте
- Проблема: конкретный сбой, который команда хочет устранить.
- Границы: участок работы, участники и допустимые изменения.
- Ресурсы: рабочее время, необходимые данные и помощь специалистов.
- Критерии: скорость выполнения, число ошибок, нагрузка или другой подходящий показатель.
- Решение: кто и когда оценит результат и определит следующий шаг.
Предположим, опытная сотрудница предлагает изменить порядок передачи заказов между продажами и логистикой. Вместо поручения «подготовить предложения» она получает возможность проверить новый шаблон на одной группе клиентов. Команда заранее определяет, как будет учитывать пропущенные сведения и повторные уточнения. Это условный пример участия, которое позволяет проверить идею в работе.
Одновременно стоит пересмотреть процессную и проектную модель работы: кто отвечает за результат на стыке подразделений и какие решения участники вправе принимать. Иначе удачный эксперимент останется личной инициативой, которую некому поддерживать после завершения проекта.
Руководитель сохраняет ответственность за общий выбор. Участие сотрудников не означает, что каждое возражение даёт право остановить изменения. Команда обсуждает способы достижения цели в пределах ограничений, которые руководитель объяснил заранее.
Руководителю нужен порядок обсуждения неудобных вопросов
Приглашение «говорите открыто» мало значит, если за замечанием следует раздражение, публичный спор о лояльности или исключение из проекта. Сотрудники ориентируются на реакцию руководителя, особенно когда приносят сведения, которые угрожают срокам.
Здесь помогает понятный порядок обсуждения. Кто собирает замечания? Где фиксируют риски? Кто отвечает за проверку? Когда сотрудник узнает решение? Такой порядок снижает зависимость от настроения участников и не даёт одной теме занимать каждое совещание.
Руководителю полезно отвечать в три шага: уточнить наблюдение, договориться о проверке и назвать срок обратной связи. Например: «Правильно ли я понял, что новая форма не подходит для возвратов? Разберите с аналитиком несколько недавних случаев. В пятницу решим, нужна ли доработка».
Если предложение отклонено, объясните основание. Возможно, риск оказался небольшим, стоимость изменения слишком высокой или проект ограничен обязательным сроком. Команде важно понимать логику решения и знать, кто будет отвечать за последствия.
Группа компаний «Алмаз» рассматривает такие разговоры как рабочую задачу развития управленческих навыков: руководителю нужно уточнять факты, обсуждать разногласия и доводить договорённости до действия. Эти навыки можно отрабатывать на ситуациях из текущих проектов, включая возражения между подразделениями.
Если конфликт уже стал личным и участники спорят о намерениях друг друга, может помочь медиация рабочих конфликтов. Её задача в таком случае — вернуть обсуждение к интересам сторон и условиям совместной работы. Проверку технических рисков при этом всё равно проводят профильные специалисты.
Практические рекомендации
Начните с одного проекта изменений. Не нужно сразу перестраивать все совещания компании: сначала проверьте, помогает ли новый порядок обсуждения принимать более обоснованные решения.
- Соберите конкретные возражения. Попросите участников назвать по одному ожидаемому сбою и привести пример из работы. Запишите замечания без оценок личности автора.
- Разделите вопросы по содержанию. Отдельно зафиксируйте риски процесса, нехватку ресурсов, непонятные условия и личные последствия перехода. Для каждого вопроса назначьте способ дальнейшей работы.
- Пригласите исполнителей. Включите в разбор представителя каждой затронутой функции или смены. Попросите показать реальный путь задачи, включая исключения и неформальные договорённости.
- Выберите проверяемый риск. Сформулируйте, что должно произойти, если опасение верно, и какие данные помогут это установить. Назначьте ответственного и срок проверки.
- Дайте команде провести ограниченный эксперимент. Согласуйте участок работы, полномочия, выделенное время и условия остановки. Уберите часть текущей нагрузки участников, если проверка требует заметных усилий.
- Верните ответ каждому автору замечания. Сообщите, что подтвердилось, что изменили и почему остальные предложения отклонили. Зафиксируйте решение в доступном участникам месте.
- Закрепите удачный результат. Обновите порядок работы, определите владельца процесса и покажите новый способ коллегам. Проверьте, не создал ли он дополнительную нагрузку в соседнем подразделении.
На ближайшем совещании замените вопрос «кто поддерживает запуск?» на более предметный: «Какой рабочий сценарий мы пока не проверили?» Затем выберите один сценарий и договоритесь о проверке. Именно это действие покажет сотрудникам, что их замечания имеют значение.
Заключение
Сопротивление изменениям нельзя оценить по одной фразе или интонации. Руководителю нужно выяснить, что человек защищает, какие обстоятельства видит и готов ли участвовать в проверке. Содержательная критика помогает обнаружить ошибки до запуска.
Самый полезный следующий шаг — дать знанию сотрудников рабочую форму: конкретную гипотезу, ограниченный эксперимент и понятные полномочия. Тогда неудобный разговор становится способом улучшить решение, а ответственность за изменения остаётся ясной для всех участников.
Часто задаваемые вопросы
Как отличить полезную критику от попытки затянуть изменения?
Попросите описать конкретный риск, привести пример и предложить способ проверки. Оцените, готов ли сотрудник уточнять своё мнение по результатам. Повторяющиеся общие возражения без участия в проверке требуют отдельного разговора об интересах и ответственности.
Нужно ли слушать сотрудника, если у него нет решения?
Да, если он может конкретно описать проблему. Для разработки решения ему могут понадобиться данные, полномочия или помощь другой функции. Отсутствие готового предложения не отменяет риск, который он заметил.
Как вовлекать критиков, когда сроки проекта уже утверждены?
Сосредоточьтесь на рисках, способных нарушить запуск или работу после него. Назначьте короткие проверки с ответственными и сроками. Если серьёзный риск подтвердился, руководитель должен пересмотреть план или явно определить, как команда будет управлять последствиями.
Какие полномочия давать сотрудникам без руководящей должности?
Дайте право менять согласованный участок процесса в рамках эксперимента, получать необходимые сведения и привлекать назначенных коллег. Зафиксируйте ограничения и порядок согласования. Уровень полномочий должен соответствовать задаче и ответственности участника.
Как понять, что участие сотрудников принесло пользу?
Сравните результаты до и после проверки: число ошибок, время выполнения, повторные согласования и нагрузку. Дополнительно выясните, учитывает ли новый порядок реальные исключения и может ли команда поддерживать его без постоянной помощи автора идеи.
