Skip to main content
Home
2П - Консалтинговая компания

Main navigation

  • Обо мне
  • Почему мы
  • Наш подход
  • Услуги
  • Статьи
    • Мое мнение
    • Все статьи
    • Наши статьи
    • Процессы
    • Бережливое производство
    • Управление проектами
  • Канал

Архитектура провала, ч. 1

Перейти в Telegram

Перейти в Telegram

Давно я не начинал длинных циклов, исправляюсь.

Если посмотреть на сайты компаний, консультантов и интеграторов, то мы обычно видим одно и то же. Компании должны трансформироваться, развиваться, становиться цифровыми, гибкими, клиентоцентричными, data-driven и далее по списку. Лексика меняется, но общий сюжет остаётся стандартным: прежние методы устарели, новые необходимы, переход между ними нужно правильно организовать.

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

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

Именно поэтому change management так хорошо продаётся. Он не требует задавать вопрос: а надо ли вообще это делать? Не «как внедрить новую систему», не «как снизить сопротивление», не «как организовать коммуникацию», а прямо: нужно ли нам это изменение, или мы просто не хотим обсуждать реальную проблему?

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

Resistance management в этом смысле куда непопулярнее. Он начинается не с будущего, а с настоящего. Люди не хотят, не верят, саботируют, имитируют согласие, затягивают решения, продолжают работать по-старому и ждут, когда очередная волна трансформации пройдёт мимо. Это всегда объясняют психологией: страхом, инертностью, нехваткой навыков, слабой коммуникацией или недостаточной вовлечённостью.

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

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

Change management выгоден всем: руководство продолжает руководить, консультанты сопровождают, HR поддерживает, сотрудники адаптируются. Resistance management вытаскивает наружу менее удобную картину: доверия нет, смысл не доказан, цена изменений скрыта, а вопрос «зачем?» был заменён лозунгом «давайте прыгать!».

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

Вернуться в ленту канала

контакт
Обсудить управленческую задачу
Напишите 5–7 строк: сфера, масштаб (люди/точки/смены), где теряется управляемость и какой результат нужен. Ответим, с чего начинать и какой формат подойдет.
Email Telegram WhatsApp 
Детали проектов могут быть ограничены договором о конфиденциальности.
2П: операционное управление, процессы и внедрение изменений.

Оглавление

  • Тихий убийца, ч. 1
    13 июля 2026
  • Рубрика «Эксперименты». В корпоративном зоопарке. Приоритет.
    11 июля 2026
  • Про успех.
    10 июля 2026
  • Про конкурентов.
    9 июля 2026
  • Про правила.
    8 июля 2026
  • Про формулировки.
    7 июля 2026
  • Заметка на полях. Про путешественников во времени.
    6 июля 2026
  • Рубрика «Эксперименты». В корпоративном зоопарке. Задача
    4 июля 2026
  • Заметка на полях. Теория разбитых окон.
    3 июля 2026
  • Заметка на полях. Про Гая Ричи 3.
    2 июля 2026
  • Человеческие ресурсы.
    1 июля 2026
  • Заметка на полях. Про Гая Ричи 2.
    30 июня 2026
  • Заметка на полях. Про игры с ненулевой суммой.
    29 июня 2026
  • Заметка на полях. Про решения.
    28 июня 2026
  • Рубрика «Эксперименты». В корпоративном зоопарке. Почта.
    27 июня 2026
  • Заметка на полях. Про Гая Ричи.
    26 июня 2026
  • Про управление.
    25 июня 2026
  • Заметка на полях. Про скорость.
    24 июня 2026
  • Заметка на полях. Про кино. «Назад в будущее».
    23 июня 2026
  • Архитектура провала. Финал
    22 июня 2026
  • Заметка на полях. Про игры.
    21 июня 2026
  • Теория Игр. Про дилемму заключенного.
    19 июня 2026
  • Заметка на полях. Про искусственный интеллект.
    18 июня 2026
  • Заметки на полях. Про Фродо.
    18 июня 2026
  • Теория игр. Равновесие Нэша в управлении.
    17 июня 2026
  • Архитектура провала, ч. 6
    16 июня 2026
  • Заметка на полях. Про поиск.
    14 июня 2026
  • Заметка на полях. Про кино. Мориарти и Хаус.
    13 июня 2026
  • Архитектура провала, ч. 5
    12 июня 2026
  • Заметка на полях. Про кино. Мориарти.
    11 июня 2026
  • Заметка на полях. Про кино.
    10 июня 2026
  • Про роботов, ИИ и прочая, прим.1
    8 июня 2026
  • Пиратство омерзительно.
    8 июня 2026
  • Операционная сложность.
    8 июня 2026
  • Из жизни.
    8 июня 2026
  • Архитектура провала, ч. 4
    5 июня 2026
  • Архитектура провала, ч. 3
    4 июня 2026
  • Рубрика «Эксперименты». В корпоративном зоопарке. Чаты.
    3 июня 2026
  • Архитектура провала, ч. 2
    2 июня 2026
  • Архитектура провала, ч. 1
    1 июня 2026
  • Рубрика «Эксперименты». В корпоративном зоопарке. Совещания.
    30 мая 2026
  • Право не смотреть.
    29 мая 2026
  • Про мои проекты.
    25 мая 2026
  • Про промышленный дизайн.
    24 мая 2026
  • Красная Королева была права.
    22 мая 2026
  • KPI как отмазка.
    21 мая 2026
  • ИИ станет умнее.
    20 мая 2026
  • Что ИИ не под силу.
    19 мая 2026
  • Как ИИ убьёт документацию.
    18 мая 2026
  • Как ИИ убивает Agile.
    16 мая 2026

Pagination

  • 1
  • Next page

TG_welcome

@ Сергей Балашов, 2026.