LSConsulting ExpertОбсудить ситуацию
Главная/Материалы/Управляемость изменений

Управляемость изменений · 10 минут

Заказчик хочет, чтобы изменились люди. Но сам остаётся частью прежней системы

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

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

Так возникает внутреннее противоречие. От команды требуют действовать иначе, а система продолжает вознаграждать прежнее поведение. Если инициатива раньше приводила к наказанию за ошибку, сотрудники будут ждать указаний. Если плохая новость вызывает поиск виновного, проект будет оставаться зелёным до последнего. Это не сопротивление отдельных людей, а приспособление к существующему порядку.

01 / Главное различие

Желаемое изменение

Люди должны вести себя по-новому

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

Условие изменения

Система должна сделать новое поведение безопасным и разумным

Меняются реакции руководства, полномочия, показатели, правила эскалации и последствия честного сообщения о проблеме.

02 / Как создаётся поведение

Люди ориентируются не на декларации, а на повторяющиеся последствия.

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

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

03 / Признаки противоречия

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

  1. 01

    Ответственность без полномочий

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

  2. 02

    Открытость без безопасности

    Команду призывают раньше показывать риски, однако любое отклонение воспринимается как чья-то вина или слабость.

  3. 03

    Инициатива с обязательным согласованием

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

  4. 04

    Общий результат при функциональных показателях

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

Нельзя устойчиво изменить поведение людей, не изменив систему последствий, в которой они принимают решения.

04 / Роль сопровождения

Неприятный вопрос заказчику иногда важнее ещё одной задачи команде.

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

Такой разговор не обвиняет заказчика и не требует от него отказаться от роли. Он делает явным обмен: если организация хочет большей самостоятельности, ей придётся передать часть решений; если нужна ранняя информация о рисках, необходимо изменить реакцию на неё; если функции должны действовать как одна команда, их цели не могут постоянно сталкиваться.

05 / Практический критерий

У каждого ожидаемого изменения команды должно быть парное изменение системы.

Полезно сформулировать желаемое поведение и сразу задать второй вопрос: что в действиях руководства, правилах или показателях должно измениться, чтобы это поведение стало возможным? Если ответа нет, проект пока описывает ожидание, но не создаёт механизм.

Готовность заказчика менять собственную часть системы не гарантирует успеха. Но отказ даже рассматривать эту часть почти гарантирует, что после окончания внешнего давления организация вернётся к привычному равновесию.

Вывод

Заказчик не наблюдает систему снаружи. Его решения и реакции входят в неё — поэтому настоящее изменение почти всегда требует нового поведения не только от команды, но и от самого заказчика.
Дальше: невидимый прогресс длинных задач →Все материалы →Обсудить свой проект ↗