Во время проектов изменений рано или поздно наступает момент, когда руководителя среднего звена отправляют с презентацией, чтобы «донести изменения до команды». Руководитель выходит к людям, а перед ним не аудитория вебинара, а живая команда с реальными вопросами: «Зачем нам опять менять систему?», «Кто будет отвечать, если данные сломаются?», «А если клиент ждёт сейчас?», «Почему руководство само просит старый отчёт?», «Это точно надолго или через три месяца отменят?».
Если руководитель не готов к таким вопросам, он обычно выбирает одну из трёх реакций, и каждая ведёт к провалу:
- Давит: «Решение принято, просто выполняем»
- Оправдывается: «Я сам толком не знаю, нам сверху спустили»
- Сдаёт назад: «Ладно, пока работайте как раньше, потом разберёмся»
Руководитель среднего звена во время изменений — не почтальон. Он переводит изменение на язык своей команды и каждый день подтверждает его своими решениями: объясняет смысл, задаёт рамку, принимает сопротивление, закрывает старые лазейки и поддерживает команду.
Почему непосредственный руководитель влияет сильнее, чем письмо от топ-менеджера
Руководители высшего звена редко появляются в поле зрения рядовых сотрудников, а вот непосредственного начальника они видят каждый день — и верят сигналам, которые он посылает. Если он говорит «ошибки на старте нормальны», но публично раздражается из-за первого сбоя, люди начинают скрывать проблемы. Если он говорит «старый процесс закрыт», но разрешает «один раз согласовать в чате», старый процесс остаётся жить.
Часто руководителю дают общую историю: цели трансформации, сроки запуска, инструкции. Этого мало. Нужны ответы на вопросы его команды:
- что теперь делаем иначе;
- что остаётся как прежде;
- какие старые инструменты закрываем;
- какие ошибки на старте допустимы;
- куда писать, если процесс не работает;
- кто принимает решение по исключениям;
- как через месяц понять, что переход состоялся.
Без этих ответов руководитель импровизирует. А импровизация среднего звена в проекте изменений часто превращается в хаос: один разрешает Excel, другой запрещает, третий ждёт отдельного распоряжения, четвёртый сам не пользуется новой системой. В итоге сотрудники видят не изменение, а набор противоречивых сигналов.
Что должен уметь руководитель
Фраза «руководитель должен поддерживать изменения» слишком общая. Поддержка проявляется не в согласии на совещании, а в конкретных действиях. Их пять.
1. Объяснить смысл без корпоративных штампов
Корпоративный язык работает для презентаций, совета директоров и деловых партнёров, которые тоже любят все эти витиеватости. Во всех других ситуациях он раздражает и выглядит как попытка скрыть от сотрудников реальные изменения. Руководитель среднего звена работает как переводчик.
❌ На корпоративном
«Мы внедряем единую цифровую платформу для повышения прозрачности и эффективности процессов»
«Мы внедряем единую цифровую платформу для повышения прозрачности и эффективности процессов»
✅ На человеческом
«Сейчас заявка может потеряться между почтой, чатом и таблицей. Мы тратим время на ручные сверки и спорим, кто ответственный. В новой системе будет видно, где заявка, кто её держит и что мешает двигаться дальше. Первые две недели будет непривычно, но цель — перестать искать статус в пяти местах»
«Сейчас заявка может потеряться между почтой, чатом и таблицей. Мы тратим время на ручные сверки и спорим, кто ответственный. В новой системе будет видно, где заявка, кто её держит и что мешает двигаться дальше. Первые две недели будет непривычно, но цель — перестать искать статус в пяти местах»
2. Задать рамку: что теперь можно, а что нельзя
Команда тревожится из-за неопределённости. Если руководитель не задаёт рамку, команда делает это сама — обычно в пользу привычного способа.
✅ Рамка может быть короткой:
«С понедельника новые заявки создаём только в системе. Старую таблицу используем до пятницы только для сверки. Если не хватает поля или непонятен маршрут, не заводим отдельный файл, а пишем суперпользователю. Ошибки первой недели не разбираем как вину человека — собираем их как список проблем процесса».
«С понедельника новые заявки создаём только в системе. Старую таблицу используем до пятницы только для сверки. Если не хватает поля или непонятен маршрут, не заводим отдельный файл, а пишем суперпользователю. Ошибки первой недели не разбираем как вину человека — собираем их как список проблем процесса».
В этой рамке есть главное: дата, правило, исключение, канал помощи и отношение к ошибкам.
3. Собирать сопротивление, а не давить его
Сопротивление показывает не лень, а место, где новый процесс не совпал с реальной работой. Например, поле непонятно называется, согласующий не знает свою новую роль, система требует данные, которых у сотрудника нет. Тогда сотрудник говорит: «Система неудобная, так никто работать не будет».
❌ Плохая реакция
«Не надо саботировать, все привыкнут»
«Не надо саботировать, все привыкнут»
✅ Полезная реакция
«Где именно люди перестанут пользоваться системой: поле, маршрут, скорость, ответственность, страх ошибки? Давайте разберём один пример»
«Где именно люди перестанут пользоваться системой: поле, маршрут, скорость, ответственность, страх ошибки? Давайте разберём один пример»
Если руководитель давит сопротивление, оно уходит в кулуары. Если собирает — проект получает раннюю диагностику.
4. Закрывать старые лазейки
Изменения часто растворяются в исключениях: «от одного раза ничего плохого не будет…». Каждый «один раз» кажется разумным, но вместе они убивают внедрение изменений. Руководитель должен закрывать пути к старым решениям — не не жёсткостью, а правилами.
❌ Плохой вариант
«Всё старое запрещено, кто не понял — ваши проблемы»
«Всё старое запрещено, кто не понял — ваши проблемы»
✅ Лучше
«Старую таблицу закрываем с пятницы. До этого используем только для сверки. Если в новой системе не хватает данных, фиксируем проблему здесь. Решение по исключениям принимаю я, срок исключения — до конца недели»
«Старую таблицу закрываем с пятницы. До этого используем только для сверки. Если в новой системе не хватает данных, фиксируем проблему здесь. Решение по исключениям принимаю я, срок исключения — до конца недели»
5. Поддержать команду без отката
Эмпатия — одно из качеств хорошего руководителя, поэтому он признаёт, что сотрудникам может быть трудно. Вместе с тем нельзя просто оставить всё как есть и потерять контроль. Это и есть работа руководителя в изменениях: не вдохновить всех красивой речью, а каждый день помогать команде делать новый способ нормальным.
❌ Плохая поддержка
«Понимаю, что тяжело. Тогда давайте пока работать по-старому»
«Понимаю, что тяжело. Тогда давайте пока работать по-старому»
✅ Хорошая поддержка
«Понимаю, что сейчас медленнее. Давайте разберём, где застряли. Но новые заявки всё равно заводим в системе. Если процесс мешает работе, фиксируем проблему и передаём проектной команде»
«Понимаю, что сейчас медленнее. Давайте разберём, где застряли. Но новые заявки всё равно заводим в системе. Если процесс мешает работе, фиксируем проблему и передаём проектной команде»
Мы в Center-Game проводим программы подготовки руководителей к проектам изменений: помогаем разобрать реальные риски перехода, подготовить рабочие формулировки для команд, потренировать трудные разговоры и управленческие решения в деловых играх и симуляциях. Руководитель заранее проживает ситуации, которые обычно случаются уже «в бою»: сопротивление, просьбы работать по-старому, перегруз команды, конфликт между сроками и новым процессом. Так он приходит к запуску не с презентацией, а с понятной рамкой действий. Подобрать свою программу →
Коротко главное
Руководитель среднего звена во время изменений — не канал рассылки. Это человек, по которому команда проверяет: новое правило настоящее или временное.
Если руководитель не готов, он может сломать внедрение без открытого конфликта: пересказать общие лозунги, разрешить «пока по-старому», задавить сопротивление вместо диагностики, не передать проектной команде реальные проблемы или потерять доверие команды.
Если руководитель готов, он становится главным союзником проекта. Он объясняет смысл, задаёт рамку, собирает сопротивление, закрывает старые лазейки и помогает команде работать по-новому, когда старый способ кажется быстрее и безопаснее.
Изменения внедряет не презентация. Их каждый день подтверждает непосредственный руководитель.