惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
T
Threatpost
P
Privacy International News Feed
T
Tenable Blog
Know Your Adversary
Know Your Adversary
C
Cisco Blogs
P
Proofpoint News Feed
Spread Privacy
Spread Privacy
G
GRAHAM CLULEY
爱范儿
爱范儿
U
Unit 42
K
Kaspersky official blog
C
Cybersecurity and Infrastructure Security Agency CISA
Jina AI
Jina AI
O
OpenAI News
L
LangChain Blog
PCI Perspectives
PCI Perspectives
P
Privacy & Cybersecurity Law Blog
Latest news
Latest news
Cisco Talos Blog
Cisco Talos Blog
F
Full Disclosure
L
Lohrmann on Cybersecurity
V
V2EX
L
LINUX DO - 热门话题
S
Security Affairs
量子位
Martin Fowler
Martin Fowler
云风的 BLOG
云风的 BLOG
Schneier on Security
Schneier on Security
月光博客
月光博客
MyScale Blog
MyScale Blog
C
CERT Recently Published Vulnerability Notes
AWS News Blog
AWS News Blog
博客园 - 叶小钗
Forbes - Security
Forbes - Security
W
WeLiveSecurity
T
Troy Hunt's Blog
J
Java Code Geeks
Hacker News - Newest:
Hacker News - Newest: "LLM"
Google DeepMind News
Google DeepMind News
Attack and Defense Labs
Attack and Defense Labs
Apple Machine Learning Research
Apple Machine Learning Research
雷峰网
雷峰网
Google Online Security Blog
Google Online Security Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
TaoSecurity Blog
TaoSecurity Blog
H
Help Net Security
The Cloudflare Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Саботаж, игнорирование, «у нас всё работает»: как внедрять процессное управление, когда никто не хочет меняться
Ольга Прокофьева · 2026-06-21 · via Все публикации подряд на Хабре

Саботаж, игнорирование, «у нас всё работает»: как внедрять процессное управление, когда никто не хочет меняться

7 мин

0

Вы нарисовали идеальную BPMN-схему, написали регламент, в котором учтены все исключения. Согласовали с руководством. Провели презентацию. А через месяц заходите в отдел и видите, что всё работает ровно так же, как и до вашего проекта. Регламент лежит в папке «Документы» на сетевом диске, куда никто не заходит. Схема в Business Studio никем не открывалась.

Добро пожаловать в реальность внедрения изменений.

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

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

Анатомия сопротивления: почему люди саботируют изменения

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

Страх потери контроля. «Если мой процесс будет описан и стандартизирован, я потеряю уникальность. Меня можно будет заменить». Это особенно характерно для опытных сотрудников, которые годами были незаменимыми носителями неформального знания.

Страх дополнительной нагрузки. «Новый регламент — это новые требования, новые отчёты, новые KPI. Мне и так некогда». Люди интуитивно воспринимают любое изменение как увеличение работы.

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

Страх неизвестности. «Непонятно, что будет после. Вдруг станет хуже?» Люди предпочитают знакомый дискомфорт незнакомому улучшению.

Понимание природы страха конкретного человека — это ключ к выбору правильной тактики работы с ним.

Типология сопротивляющихся: четыре архетипа

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

Архетип

Поведение

Истинная мотивация

Тактика

«Скептик»

Задаёт каверзные вопросы, сомневается в методологии, требует доказательств

Не хочет выглядеть некомпетентным, если изменения провалятся

Вовлечь как эксперта, дать ему «право на сомнение»

«Пассивный саботажник»

Соглашается на встречах, но ничего не делает

Надеется, что проект «сам рассосётся»

Короткие итерации, публичные фиксации договорённостей

«Активный противник»

Открыто критикует, блокирует согласования, жалуется руководству

Реальная угроза его власти или зоне влияния

Найти его личный интерес, сделать союзником или нейтрализовать через спонсора проекта (топ-менеджера, который официально поддерживает изменения и имеет реальные полномочия)

«Равнодушный»

Не участвует, не мешает, не помогает

Перегружен, не видит личной выгоды

Показать конкретную пользу лично для него

Методика мягкой силы: принципы и инструменты

Мягкая сила (Soft Power) в контексте управления изменениями — это способность добиваться нужного поведения без прямого принуждения, через создание привлекательности, доверия и общих смыслов. Это не манипуляция. Это уважение к тому, что у каждого человека есть своя логика и свои интересы.

Методика строится на трёх китах: вовлечение вместо навязывания, язык выгод вместо языка обязанностей и маленькие победы вместо глобальных трансформаций.

Инструмент 1. Интервью «боли и выгоды» до старта проекта

Самая распространённая ошибка — прийти к людям с готовым решением. Правильная последовательность обратная: сначала прийти с вопросами.

До старта любого проекта по описанию или оптимизации процессов я провожу серию коротких интервью (30–40 минут) с ключевыми участниками. Цель: не собрать требования, а понять личные боли каждого человека. Вопросы простые: «Что в вашей работе отнимает больше всего времени?», «Где чаще всего возникают конфликты с соседними отделами?», «Если бы вы могли изменить одну вещь в том, как работает ваш отдел, что бы это было?»

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

Инструмент 2. Коалиция агентов изменений

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

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

Принцип: Изменения, которые исходят «снизу», от коллег, воспринимаются как органичные. Изменения, которые спускаются «сверху» или «со стороны», воспринимаются как угроза.

Инструмент 3. Язык выгод: переформулирование возражений

Это ключевой навык работы с сопротивлением. Каждое возражение нужно переформулировать через призму личной выгоды оппонента. Разберём конкретные кейсы из практики.

Возражение: «У нас и так всё работает, зачем что-то менять?»

Неправильный ответ: «Потому что руководство так решило» или «Потому что есть неэффективности». Оба ответа вызывают защитную реакцию.

Правильный ответ: «Согласна, многое работает хорошо. Именно поэтому мы хотим это зафиксировать, чтобы когда придёт новый сотрудник или вы уйдёте в отпуск, всё продолжало работать так же хорошо без вашего постоянного участия».

Возражение: «Нам некогда заниматься описанием процессов, у нас операционка».

Неправильный ответ: «Это приоритет компании, нужно найти время».

Правильный ответ: «Именно потому, что у вас много операционки, мы и описываем процессы. Давайте я возьму на себя описание — мне нужно от вас только 2 часа на фиксацию. Зато потом вы сможете делегировать эту работу, не объясняя каждый раз с нуля».

Возражение: «Это всё теория, на практике так не работает».

Неправильный ответ: «Нет, работает, вот кейсы других компаний».

Правильный ответ: «Вы правы, что теория и практика расходятся. Именно поэтому мне важно описать процесс так, как он работает у вас, а не так, как написано в учебнике. Покажите мне, где именно стандартный подход не подходит — я это учту».

Инструмент 4. Техника «маленьких побед»

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

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

Мы описали только один процесс — «Инвентаризация остатков» — и встроили в него чёткую точку сверки между складом и закупками с фиксацией ответственного. Конфликты прекратились. Заведующий складом сам пришёл к нам и спросил: «А можете так же разобраться с приёмкой товара?»

Принцип: Один решённый реальный конфликт стоит десяти презентаций о пользе процессного управления.

Инструмент 5. Работа с «активным противником» через интерес, а не давление

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

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

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

Работа с коллективным сопротивлением: фасилитация конфликтов

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

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

Правила воркшопа, которые работают: говорим о процессе, а не о людях (не «вы нам не передаёте данные вовремя», а «в этой точке процесса данные не поступают в срок»); каждый рисует свою часть процесса сам (это снимает ощущение, что кто-то навязывает чужое видение); конфликтные точки фиксируются как «открытые вопросы», а не как чья-то вина; решение принимается совместно и фиксируется в протоколе прямо на встрече.

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

Чего делать нельзя: антипаттерны

За годы практики я собрала список действий, которые гарантированно усиливают сопротивление.

Апеллировать к авторитету. «Так сказал генеральный директор» — это не аргумент для человека, который боится потерять работу. Это лишь подтверждает его страхи.

Игнорировать экспертизу сотрудников. Если вы приходите с готовой схемой и говорите «вот как теперь будет», вы обесцениваете годы опыта людей. Правильно: «Вы эксперт в этом процессе, помогите мне его описать правильно».

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

Требовать немедленного соблюдения новых регламентов. Изменение привычки требует времени. Установите переходный период, в течение которого работа по новому регламенту поощряется, а не наказывается за отклонения.

Итог: процессное управление — это прежде всего управление людьми

Методология, нотации, инструменты моделирования — это всё важно. Но самый красивый процесс на бумаге ничего не стоит, если люди продолжают работать по-старому.

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

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

Самый сложный проект по внедрению процессного управления, который я вела, закончился тем, что самый активный противник на итоговой презентации сказал: «Мы наконец-то навели порядок». Он искренне считал, что это была его идея. Это и есть мягкая сила в действии.