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

Важно и то, как выглядит саботаж на практике. Открытого отказа не бывает почти никогда: никто не выходит на совещание с заявлением, что работать в новой системе не будет. Вместо этого заявка заводится задним числом, поля заполняются словом «уточнить», рядом заводится «своя табличка для удобства», а на вопрос руководителя звучит «да-да, мы пользуемся». Формально всё в порядке, отчёт зелёный, а через полгода выясняется, что реальная работа идёт мимо системы за 1 200 000 ₽.

Ниже — разбор пяти причин с признаком каждой в данных, три вопроса, которые отличают дельное возражение от защиты позиции, расчёт цены тихого сопротивления, набор ранних сигналов на первые две недели после запуска и план работы с людьми по неделям проекта. Все расчёты — на модельном примере: оптово-производственная компания на 140 человек, внедряется учёт заказов и отгрузок, 22 пользователя в отделе продаж и на складе, 2 400 операций на участке в месяц, проект 1 200 000 ₽ и 14 недель.

Саботаж — это поведение, а не характер

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

Что это значитТихий саботаж

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

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

Пять причин сопротивления и признак каждой

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

ПричинаКак звучит вслухЧто за этим стоитПризнак в данныхЧем снимается
Страх увольнения«Нам это не нужно, мы и так справляемся»Человек не знает, останется ли его работа после проектаРезкое падение активности сразу после первой демонстрации; вопросы о сроках проекта уходят в кадры, а не в проектную группуПрямой разговор о трёх сценариях будущего до старта работ
Потеря статуса эксперта«Система не учтёт наши нюансы»Знание процесса было личным рычагом влияния и защитойКлючевой сотрудник переносит встречи, не отдаёт выгрузки, требует согласовывать через него любые правилаРоль эксперта в проекте: он утверждает правила, а не подчиняется чужим
Рост прозрачности«Это слежка, нам просто не доверяют»Стали видны сроки, простои, переделки и реальная загрузкаЗаписи вносятся задним числом, всплеск записей в конце недели, массовые правки статусов одним заходомОпубликованный список того, что система пишет и чего не пишет; три месяца без премий и штрафов по её данным
Недоверие к качеству системы«Она всё равно показывает не то»Был опыт неверных остатков, цен или потерянных заявокПараллельная таблица «на всякий случай», рост выгрузок, сверка вручную перед каждым решениемПубличный журнал дефектов со сроком закрытия и сверка на глазах у людей
Реальное ухудшение работы«Раньше было три минуты, теперь почти шесть»Операция объективно стала длиннее или рискованнееСреднее время операции в логах выросло; растёт доля незавершённых карточек и возвратов на предыдущий шагДоработка: убрать лишние обязательные поля, подставить значения, свернуть экраны

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

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

сравнениеpochemu-sotrudniki-sabotiruyut--01
Пять причин сопротивления: четыре снимаются договорённостями, пятая — доработкой системы

Сравнительная схема из двух зон. Левая зона «Снимается договорённостями» содержит четыре карточки: «Страх увольнения», «Потеря статуса эксперта», «Рост прозрачности», «Недоверие к качеству». Правая зона «Снимается только доработкой» — одна крупная карточка «Система добавила работы: 3 минуты стало 5 минут 40 секунд». Под правой карточкой подпись «183 568 ₽ в месяц при 90 заказах в день». На каждой карточке мелкой строкой — признак в данных. Чертёжный стиль, подписи по-русски.

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

Три вопроса, которые отличают возражение от саботажа

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

  1. 1
    Вопрос 1. Покажи на своём последнем примере, как ты делаешь это сейчас

    Не «расскажи», а «покажи на конкретном заказе, который ты вёл вчера». Человек с реальным возражением немедленно открывает пример и показывает узкое место — ему это удобно, он давно хотел, чтобы кто-то увидел. Человек, защищающий позицию, примера не находит, переходит к общим рассуждениям про «в принципе бывает» или к историям про соседний отдел. Это первый и самый надёжный разделитель.

  2. 2
    Вопрос 2. Что стало занимать больше времени, чем раньше, и на сколько

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

  3. 3
    Вопрос 3. Что должно измениться, чтобы ты перестал вести свою таблицу

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

Каждое возражение получает номер и дату

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

Сколько стоит тихое сопротивление

Сопротивление обсуждают как психологическую тему, поэтому оно почти никогда не попадает в бюджет проекта. Между тем считается оно ровно так же, как любая другая ручная работа: через объём операций, время на операцию и полную стоимость часа сотрудника. Полную — то есть с взносами, рабочим местом и полезной загрузкой; как она собирается, мы разбирали в материале о стоимости ручной работы, оттуда же взята ставка менеджера по продажам 2 086 ₽ за час полезной работы.

Во что обошлись шесть месяцев тихого сопротивления после запуска
Операций на участке за месяц: заказы и отгрузки2 400
Идут мимо системы или заводятся дважды — 60 %1 440 операций
Повторный ввод и сверка, 5 минут на операцию120 часов в месяц
Полная стоимость полезного часа менеджера2 086 ₽
Двойной маршрут, в месяц250 320 ₽
То же за шесть месяцев1 501 920 ₽
Переделки, вскрывшиеся после запуска вместо теста180 000 ₽
Повторное обучение двух групп по 11 человек60 000 ₽
Итого1 741 920 ₽ за полгода — при том что весь проект стоил 1 200 000 ₽

Цифра неприятна не размером, а структурой. В ней нет ни одной строки про конфликт, скандал или уволенного сотрудника: 86 % суммы — это спокойный, вежливый двойной ввод, который никто не считает работой и который не виден ни в одном отчёте. Именно поэтому руководитель узнаёт о проблеме не тогда, когда она возникла, а через полгода, когда кто-нибудь случайно сверит выгрузку из системы с реальными отгрузками.

графикpochemu-sotrudniki-sabotiruyut--02
Столбцы: проект 1 200 000 рублей против цены полугода сопротивления 1 741 920 рублей

Два вертикальных столбца в рублях. Левый — «Проект внедрения, 1 200 000 ₽», сплошной. Правый — «Шесть месяцев сопротивления, 1 741 920 ₽», составной из трёх сегментов с подписями: «Двойной ввод — 1 501 920 ₽», «Переделки после запуска — 180 000 ₽», «Повторное обучение — 60 000 ₽». Над правым столбцом подпись «120 часов в месяц по 2 086 ₽». Ось подписана в рублях, стиль чертёжный.

Полгода двойного маршрута обходятся дороже, чем всё внедрение целиком

Ранние сигналы: что смотреть на десятый рабочий день

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

СигналКак снятьНорма на конец второй неделиТревога
Доля операций в системеСверка выгрузки с независимым источником за 10 рабочих дней60 % и вышеНиже 35 %
Полнота обязательных полейВыборка 50 карточек, считаем заглушки «-», «нет», «уточнить»70 % и выше заполнены содержательноНиже 40 %
Обращения в поддержку на человекаЖурнал заявок проектной группы за две недели2–5 обращенийНоль или больше 12
Вошли в систему не меньше шести разЖурнал входов, уникальные пользователи70 % и выше от выданных доступовНиже 40 %
Записи, внесённые позже суток после событияРазница между датой события и датой создания записиМеньше 20 %Больше 45 %

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

графикpochemu-sotrudniki-sabotiruyut--03
Пять ранних сигналов второй недели с нормой и зоной тревоги по каждому

Пять горизонтальных шкал с зонами. Шкалы: «Доля операций в системе — норма от 60 %, тревога ниже 35 %», «Полнота обязательных полей — норма от 70 %, тревога ниже 40 %», «Обращения в поддержку на человека — норма 2–5, тревога 0 или больше 12», «Вошли шесть раз и более — норма от 70 %, тревога ниже 40 %», «Записи позже суток после события — норма до 20 %, тревога больше 45 %». Третья шкала имеет две зоны тревоги: слева у нуля и справа, левая подписана «тишина — это обход». Стиль чертёжный, подписи по-русски.

Пять чисел на десятый рабочий день вместо полугода догадок

Прозрачность: почему статусы читаются как слежка

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

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

схема процессаpochemu-sotrudniki-sabotiruyut--04
Две колонки: что учётная система фиксирует и что она не фиксирует о работе сотрудника

Схема из двух колонок под общим заголовком «Что система знает о вашей работе». Левая колонка «Фиксируется»: время создания и изменения записи, автор изменения, длительность этапа по заявке, факт открытия карточки, история статусов. Правая колонка «Не фиксируется»: местоположение сотрудника, содержание личных сообщений и звонков, время у рабочего места, «сколько человек работал», причины пауз. Внизу подпись: «Первые три месяца — метрики по отделу, без премий и штрафов по данным системы». Чертёжный стиль, подписи по-русски.

Опубликованный список закрывает больше вопросов, чем собрание про доверие

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

Премия за заполнение полей портит данные быстрее, чем саботаж

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

Недоверие к данным лечится сверкой на глазах у людей

Четвёртая причина стоит особняком: здесь сотрудник защищает не себя, а результат работы. Он однажды поверил экрану, отгрузил то, чего на складе не было, и объяснялся с клиентом сам. После такого «система показывает не то» перестаёт быть мнением и становится выученным правилом, а параллельная таблица — страховкой. Убеждать в этой ситуации бесполезно: утверждение о точности данных либо проверяется, либо ничего не стоит.

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

В модельном примере первая сверка дала семь расхождений из тридцати — 23 %. Три из них были настоящими дефектами и ушли в работу со сроком. Ещё четыре оказались спором об определениях: в системе «отгружено» означало проведённый документ, а у кладовщика — уехавшую машину, и обе стороны были по-своему правы. Лечится это не кодом, а словарём на одну страницу, где у каждого статуса написано, каким событием в реальном мире он подтверждается. Повторная сверка через месяц считается пройденной, если расхождений остаётся не больше одного-двух из тридцати, то есть 3–7 %.

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

План работы с людьми по неделям проекта

Работа с людьми — не отдельная активность в конце, а расписание, встроенное в проект. Ниже — план на модельные 14 недель. Он ничего не стоит в деньгах, кроме обучения, и требует от руководителя примерно двух часов в неделю; сравните это с 1 741 920 ₽ из расчёта выше.

  1. 1
    Минус две недели. Руководитель говорит голосом, до писем

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

  2. 2
    Недели 1–2. Обследование с исполнителями, а не только с руководителями

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

  3. 3
    Недели 3–4. Ключевые пользователи: один на 8–10 человек

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

  4. 4
    Недели 5–8. Прототип показывается на своих заказах

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

  5. 5
    Недели 9–10. Обучение первой волны на своих задачах

    Обучение идёт не по кнопкам, а по сценариям рабочего дня: принять заказ, разобрать возврат, закрыть отгрузку. Норматив для системы средней сложности — 4–6 часов на пользователя, разбитых на два-три захода, а не один длинный день. Итог проверяется контрольным заданием на реальных данных, а не подписью в ведомости.

  6. 6
    Недели 11–12. Параллельный период и публичный журнал дефектов

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

  7. 7
    Недели 13–14. Старый маршрут отключается по метрике, а не по календарю

    Условие отключения формулируется числом: например, не меньше 75 % операций участка за 20 рабочих дней проходят через систему, и все дефекты уровня «блокирует работу» закрыты. Отключение по календарю при доле 40 % не переводит людей в систему — оно переводит их в таблицы на личных устройствах, откуда данные уже не достать.

этапыpochemu-sotrudniki-sabotiruyut--05
План работы с людьми на 14 недель: от разговора до отключения старого маршрута

Горизонтальная лента времени с семью отметками: «−2 недели — руководитель говорит голосом», «Недели 1–2 — обследование с исполнителями», «Недели 3–4 — ключевые пользователи, один на 8–10 человек», «Недели 5–8 — прототип на своих заказах», «Недели 9–10 — обучение, 4–6 часов на человека», «Недели 11–12 — параллельный период, дефекты закрываются за 5 рабочих дней», «Недели 13–14 — отключение при 75 % операций в системе». Под лентой сноска: «Стоимость плана — 2 часа руководителя в неделю». Стиль чертёжный, подписи по-русски.

Разговор стоит двух часов в неделю и стоит на две недели раньше первой строчки кода

Когда сопротивление право: система действительно добавила работы

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

Пять лишних обязательных полей на карточке заказа
Было: один экран, шесть полей, среднее время оформления заказа3 минуты
Стало: четыре экрана, одиннадцать обязательных полей5 минут 40 секунд
Разница на один заказ2 минуты 40 секунд
Заказов в день на отделе90
Потеря за рабочий день4 часа
За месяц, 22 рабочих дня88 часов
Полная стоимость полезного часа менеджера2 086 ₽
Итого183 568 ₽ в месяц против разовой доработки за 60 000–90 000 ₽

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

сравнениеpochemu-sotrudniki-sabotiruyut--06
Маршрут оформления заказа до и после: один экран за 3 минуты против четырёх за 5 минут 40 секунд

Сравнение двух маршрутов оформления заказа. Верхний ряд «Было»: один блок-экран с подписью «6 полей, 3 минуты». Нижний ряд «Стало»: четыре блока-экрана подряд со стрелками между ними и подписями «11 обязательных полей», «5 минут 40 секунд». Справа выносная плашка: «+2 минуты 40 секунд × 90 заказов в день = 4 часа в день = 183 568 ₽ в месяц». Внизу подпись «Доработка: 60 000–90 000 ₽ разово». Чертёжный стиль, подписи по-русски.

Пока новый маршрут длиннее старого, любая мотивация работает против данных

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

Чек-лист руководителя: десять признаков, что систему приняли

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

  1. 1Через систему проходит не меньше 75 % операций участка — проверено сверкой с независимым источником, а не отчётом самой системы.
  2. 2Медианная задержка между событием и записью — меньше двух часов, а не «к вечеру пятницы».
  3. 3В выборке из 50 карточек меньше 5 % заглушек вида «-», «нет», «уточнить».
  4. 4Сотрудники приходят с запросами на доработку, а не с жалобами на систему: они считают её своей.
  5. 5Хотя бы одна процедура упростилась настолько, что люди сами отказались от старого шага.
  6. 6Новичок обучается по инструкции компании, а не по устному пересказу соседа.
  7. 7Теневых таблиц либо не осталось, либо их две-три и каждая объяснима.
  8. 8Ключевой пользователь отвечает на вопросы коллег вместо подрядчика.
  9. 9Руководитель берёт числа из системы для оперативного решения, а не только для отчёта раз в месяц.
  10. 10При сбое люди пишут в поддержку, а не молча возвращаются к таблице.
графикpochemu-sotrudniki-sabotiruyut--07
Шкала принятия системы: восемь из десяти признаков — прижилась, меньше пяти — обход

Горизонтальная шкала от 0 до 10 с тремя зонами и подписями: «0–4 — работа идёт мимо системы, вернуться к причинам», «5–7 — приживается, есть участок обхода», «8–10 — система принята». Над шкалой — десять квадратов-отметок по числу признаков, три из них подписаны кратко: «75 % операций», «задержка до 2 часов», «меньше 5 % заглушек». Под шкалой сноска: «Проверка занимает 30 минут и делается по выгрузкам». Чертёжный стиль, подписи по-русски.

Десять проверяемых признаков вместо ощущения «вроде работают»

Когда работать с людьми бесполезно

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

  • Решение сокращать уже принято, но скрывается. Разговор о трёх сценариях превращается в спектакль, который раскрывается за неделю-две, после чего не работает ни одно ваше слово — ни в этом проекте, ни в следующем. Либо говорите как есть, либо не проводите разговор вообще.
  • Автоматизируется хаос. Если у одной задачи три маршрута и три версии правил, сотрудники сопротивляются не системе, а попытке зафиксировать то, чего не существует. Сначала описание процесса, потом внедрение — иначе вы получите справедливое сопротивление, которое невозможно снять.
  • Нет владельца процесса. Возражения собраны, но их некому решать: спорные случаи зависают, дефекты не закрываются, обещания не выполняются. Через месяц люди перестают приносить проблемы, и внешне это выглядит как принятие — до первой сверки.
  • Систему выбрали без исполнителей, и менять её поздно. Если инструмент объективно не подходит процессу, а бюджет уже потрачен, коммуникация превращается в уговоры работать неудобным способом. Дешевле честно урезать охват до одного сценария, чем полгода мотивировать.
  • Сопротивляется единственный незаменимый человек, на котором держится участок. Это не проектная задача, а кадровая: пока у него нет ни замены, ни зафиксированных правил, любые договорённости действуют ровно до его следующего отпуска.

И последнее. Сопротивление стоит воспринимать не как помеху проекту, а как бесплатный источник требований, которого больше нигде нет. Люди, выполняющие процесс руками, точно знают, где он ломается, — и в первые недели они говорят об этом громко и бесплатно. Компания, которая научилась слышать эти слова и отвечать на них правками, получает систему, которой пользуются. Компания, которая ответила приказом и премией, получает те же деньги в отчётах и таблицу в реальной работе.

Люди не сопротивляются системе. Они выбирают маршрут, который сегодня для них дешевле. Сделайте дешевле новый.