Профилактические работы или устранение аварий: почему компании выбирают второе

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

В пятницу вечером встал упаковочный автомат. Линия стоит, смена сидит, механик едет из дома и к полуночи всё запускает. В понедельник на планёрке его хвалят: вытащил.

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

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

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

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

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

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

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

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

Реактивное обслуживание производит события. Профилактическое производит их отсутствие.

Событие можно посчитать, показать и защитить. В месячном отчёте строка «закрыто 43 аварийные заявки, средний простой 2,5 часа» выглядит как работа. Строка «проведено 12 плановых осмотров» выглядит как расходы. Авария, которой не случилось, не попадает вообще ни в один отчёт: у неё нет ни номера, ни длительности, ни стоимости.

Из этого следуют две неприятные вещи.

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

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

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

Стандартный реакция на фразу «у нас всё чинится по факту поломки» — написать систему планового обслуживания и раздать инструкции. Дальше повторяется один и тот же набор ошибок.

➤ Всё ради отчёта. «Сделайте план так, чтобы наверху красиво смотрелось». Через месяц о нём забывают, потому что никто не понял, зачем это было.

➤ Никто ничего не объяснил. Однажды приходят и говорят: теперь раз в день протирай станок, проверяй ремень и всё записывай. А зачем? Куда именно записывать? Что будет, если не сделать? Без ответов это воспринимается как дополнительная бессмысленная нагрузка — и тихо саботируется.

➤ Пытаются охватить всё сразу. Запуск на всём производстве разом гарантирует провал: где-то не успели обучить, где-то не назначили ответственных, где-то оборудование не готово. Получается хаос и раздражение — и вывод «эта система не работает».

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

Общее у всех четырёх — попытка ввести профилактику приказом, не тронув причину, по которой её раньше не было.

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

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

➤ Становится видно невыполнение. Не «мы вроде обслуживаем», а «из 14 запланированных работ за месяц сделано 9, пять просрочены». Это уже предмет разговора.

➤ Становится видно отказ в окне. Когда просьбу остановить линию на два часа фиксируют как заявку, у неё появляется автор, дата и тот, кто её отклонил. Не для того, чтобы искать виноватого после аварии, а чтобы решение принималось осознанно: мы сейчас меняем два часа плановой остановки на риск незапланированной.

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

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

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

Идея, что за состояние оборудования отвечают не только ремонтники, а вся команда — операторы, мастера, техслужба, руководители, — сформировалась в Японии на рубеже 1960–1970-х. Инженер Сэйити Накадзима переработал американскую практику профилактического обслуживания и в 1971 году представил концепцию Total Productive Maintenance — всеобщего ухода за оборудованием. Первой её на практике реализовала компания Nippondenso, поставщик Toyota, и в том же году получила премию PM Prize от Японского института технического обслуживания (JIPM).

Из публичных примеров, на которые ссылается Certiprof: после внедрения TPM Procter & Gamble сократила годовые затраты на техническое обслуживание на 20%, а подразделение Nestlé в Латинской Америке снизило количество остановок производства на 35%.

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

Последние несколько лет изменили экономику вопроса.

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

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

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

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

Четыре пункта из шести — повод не писать новый регламент, а сначала настроить учёт.

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

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

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

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