В прошлом посте разобрал механику ККИ (контроль коротких интервалов).

На бумаге всё выглядит почти идеально: план - факт - отклонение - причина - действие - ответственный - проверка.

А потом эту конструкцию приносишь на реальную фабрику.

И производство делает то, что умеет лучше любого методолога: быстро объясняет, где ты был слишком оптимистичен.

Поэтому первое решение - не раскатывать ККИ сразу на весь процесс.

Сначала пилот.

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

Следующий шаг - показатель.

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

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

Если на красную цифру можно только посмотреть и философски вздохнуть - это не ККИ. Это почасовая летопись производственных страданий.

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

Интервал должен соответствовать динамике процесса и реальной скорости управленческой реакции.

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

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

И отдельно - работа с людьми. Потому что можно идеально спроектировать ККИ и уничтожить её одной фразой: Коллеги, заполняйте. Нам это для отчёта нужно. Всё.

С этого момента система формально внедрена, а фактически уже умерла.

✅ККИ начинает работать, когда руководитель использует её не для контроля людей, а для управления процессом. - Увидел отклонение - пошёл в процесс. - Проверил факт. - Поговорил с оператором. - Понял причину. - Помог снять ограничение. - Вернулся и проверил результат.

Именно поэтому ККИ нельзя было внедрять отдельно. Она связывалась с СРР (стандарт работы руководителя) и СПА (система производственного анализа).

- ККИ давала сигнал. - СРР определял, что должен сделать руководитель. - СПА обеспечивала эскалацию и решение вопросов между уровнями управления.

Получался единый контур: увидели - проверили - отреагировали - эскалировали - решили - проверили устойчивость.

И постепенно стало понятно:

🎯 самая сложная часть внедрения ККИ вообще не Excel, не доска и не формула.

Самая сложная часть - изменить управленческую привычку. Не объяснять вчерашнее отклонение. А управлять сегодняшним. И вот здесь проходит важная граница.

Пока консультант каждое утро спрашивает: - Таблицу обновили?

ККИ остаётся проектом консультанта.

Когда мастер сам говорит: - У нас второй интервал подряд отклонение, причина повторяется, своими силами не снимаем - нужна эскалация.

ККИ становится частью производственной системы.

Для меня это и есть один из главных тестов внедрения: после ухода консультанта инструмент должен продолжать работать без напоминания «коллеги, обновите к комитету».

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

А настоящий проект операционной эффективности начинается именно там.☝🏻