Затраты на техническое обслуживание редко связаны с одним крупным сбоем. Они часто строят из-за мелких проблем: неоднократных проверок, экстренного ремонта, неиспользованных запасных частей и оборудования, которое работает дольше, чем должно, прежде чем кто-либо проверит его состояние. Я видел, как бригады технического обслуживания часами просматривали разрозненные записи, но не находили четкой закономерности. Машина может останавливаться несколько раз в месяц, однако каждый инцидент регистрируется как отдельное событие. Когда информация разделена между электронными таблицами, бумажными формами и отчетами об услугах, становится трудно понять, что на самом деле влияет на стоимость. Данные могут помочь объединить эти детали и принять более обоснованные решения по техническому обслуживанию. Я начинаю со сбора уже существующей информации: - Тип и возраст оборудования - Часы работы - История ремонта - Замененные детали - Результаты проверок - Записи о простоях - Изменения в энергопотреблении или производстве - Рабочее время - Затраты на поставщиков и услуги Целью не является сбор всех возможных деталей. Я сосредотачиваюсь на записях, которые могут помочь ответить на практические вопросы. Какие машины выходят из строя чаще всего? Какие детали заменяются снова и снова? Сколько производственного времени теряется после каждого сбоя? Проводятся ли проверки слишком рано, слишком поздно или через определенные промежутки времени? После того как информация систематизирована, группа технического обслуживания может сравнить оборудование на основе одних и тех же показателей. Обслуживание машины, которая подвергается множеству мелких ремонтов, может стоить дороже, чем машина с одним плановым обслуживанием в год. Взглянув только на счет за ремонт, можно скрыть эту разницу. Простой отчет о техническом обслуживании может показать: - Общие затраты на ремонт машины - Время простоя по месяцам - Среднее время между отказами - Детали с высокой частотой замены - Трудочасы, связанные с каждым активом - Плановое техническое обслуживание по сравнению с аварийными работами. Это представление помогает мне отделить неотложные проблемы от повторяющихся шаблонов. Одна-единственная неисправность может потребовать ремонта. Повторяющаяся неисправность может потребовать изменения условий проверки, условий эксплуатации, запасных частей или использования оборудования. Например, представьте себе упаковочную линию, которая останавливается несколько раз в месяц из-за повреждения ленты. Стоимость замены может выглядеть приемлемой для каждого заказа на обслуживание. Изучив записи за три месяца, команда обнаружила, что один и тот же ремень заменяется каждые шесть недель. Данные также показывают, что линия работает в верхнем диапазоне нагрузки в течение одной смены. Следующим шагом может быть проверка нагрузки, проверка выравнивания ремня и изменение графика проверок. Затем команда может сравнить срок службы ремня, время простоя и рабочее время после замены. Данные сами по себе не решают вопрос о ремонте. Это дает команде более четкую основу для тестирования решения. Я также использую данные для проверки интервалов профилактического обслуживания. Некоторые активы могут обслуживаться чаще, чем того требует их состояние. Это может привести к увеличению затрат труда и запасных частей без снижения риска сбоя. Другое оборудование может получить слишком мало внимания и выйти из строя во время производства. Подход, основанный на условиях, может помочь сбалансировать эти две ситуации. Такие показания, как температура, вибрация, давление или потребление тока, могут выявить изменения до того, как произойдет полный отказ. Ценность заключается в отслеживании показаний с течением времени и связывании их с записями обслуживания. Одно необычное прочтение, возможно, потребует расследования. Постоянное изменение в ходе нескольких проверок может способствовать плановому ремонту. Контроль затрат также зависит от запасных частей. Слишком большие запасы связывают деньги и создают проблемы с хранением. Слишком малый запас может увеличить время простоя, когда общая деталь недоступна. Анализируя прошлые данные об использовании, сроках выполнения заказов и характере отказов, я могу помочь командам установить уровни запасов на основе реальных потребностей, а не на догадках. Полезный процесс выглядит так: 1. Соберите записи по техническому обслуживанию и эксплуатации в одном месте. 2. Проверьте данные на предмет отсутствующих или противоречивых записей. 3. Сгруппируйте затраты по оборудованию, типу отказа и виду обслуживания. 4. Выявление повторяющихся сбоев и длительных простоев. 5. Выберите одну область для небольшого теста на улучшение. 6. Отслеживайте результаты за установленный период. 7. Скорректируйте план технического обслуживания на основе полученных результатов. Небольшим тестом зачастую легче управлять, чем масштабным изменением системы. Команда может выбрать десять похожих машин, сравнить историю их ремонта и скорректировать план проверки для одной группы. Результаты могут показать, влияет ли изменение на время простоя, рабочую силу или использование деталей, прежде чем команда применит его к большему количеству оборудования. Я не рассматриваю данные как обещание автоматической экономии. Плохие записи могут привести к плохим решениям. Сотрудникам нужен простой способ ввода информации, а менеджерам нужно время, чтобы проанализировать, что показывают цифры. Знания в области технического обслуживания по-прежнему имеют значение. Данные работают лучше всего, когда они поддерживают опыт технических специалистов, операторов и инженеров. Когда я рассматриваю расходы на техническое обслуживание, я смотрю не только на сумму, уплаченную за ремонт. Я также учитываю потерянное время работы, повторную работу, запасные части, задержки производства и риск еще одного сбоя. Этот более широкий взгляд может показать, где небольшое изменение может сократить текущие потери. Самый полезный результат — это несложная приборная панель. Это более четкий ответ на практический вопрос: что команде следует проверить, отремонтировать, заменить или изменить дальше? Благодаря единообразным записям и регулярному анализу команды технического обслуживания могут перейти от реагирования на каждую поломку к планированию работ с учетом фактического состояния оборудования. Этот сдвиг может облегчить понимание затрат и помочь предприятию с большей осторожностью использовать бюджет на техническое обслуживание.
Затраты на техническое обслуживание часто растут по простой причине: данные, лежащие в основе решений по техническому обслуживанию, являются неполными, запоздалыми или им трудно доверять. Я могу увидеть машину с пометкой «работающая» в одной системе, в то время как техник уже сообщил о необычном шуме в сервисной заметке. В записи о деталях может быть указан доступный запас, даже если товар находится в другом месте. Подобные небольшие пробелы могут привести к дополнительным проверкам, повторным посещениям, чрезвычайным распоряжениям и более длительным простоям. Более качественные данные дают мне более четкое представление о том, что происходит. Это помогает мне планировать техническое обслуживание с учетом состояния оборудования, а не полагаться только на фиксированные графики или срочный ремонт. Практическая система данных по техническому обслуживанию должна охватывать пять областей. ### 1. Создайте единую надежную запись об оборудовании. Для каждого актива требуется последовательная запись, включающая: - Название и идентификатор актива - Местоположение - Тип оборудования - Дату установки - История обслуживания - Сведения о гарантии - Часы работы - Известные неисправности - Детали, использованные во время ремонта Мне следует избегать создания отдельных записей для одной и той же машины. Насос, указанный как «P-104» в одном файле и «Водяной насос 4» в другом, может создать путаницу во время ремонта. Общий формат именования упрощает поиск информации. Это также помогает менеджерам сравнивать аналогичное оборудование на разных площадках. ### 2. Записывайте работы по техническому обслуживанию у источника. Технические специалисты часто знают о состоянии оборудования больше, чем указано в любом отчете. Если их результаты останутся в бумажных заметках, текстовых сообщениях или личных таблицах, бизнес потеряет полезную информацию. Простой цифровой заказ на работу может отражать: - Что было проверено - Что было обнаружено - Какие действия были предприняты - Какие детали были использованы - Сколько времени заняла работа - Требуется ли последующий визит Форма должна заполняться быстро. Если ввод данных занимает слишком много времени, люди могут пропустить детали или заполнить форму позже по памяти. Это делает запись менее полезной. Фотографии, показания счетчиков и коды неисправностей также могут служить подкреплением письменных примечаний, когда они уместны. ### 3. Отслеживайте причины, а не только ремонт. История ремонта показывает, что именно вышло из строя. Более сильный рекорд также помогает мне понять, почему он потерпел неудачу. Например, двигатель конвейера можно заменить три раза в год. Первой реакцией может быть заказ другого мотора. Проверка рабочих заданий может показать, что двигатель подвергается воздействию пыли, работает с нагрузкой, превышающей нормальную, или имеет плохую центровку. Мотор – не единственная проблема. Окружающие условия эксплуатации могут повлиять на срок его службы. Я могу добавить простые категории неисправностей, такие как: - Износ - Несоосность - Перегрев - Загрязнение - Электрическая неисправность - Повреждение оператора - Неизвестная причина. Эти категории облегчают обнаружение повторяющихся закономерностей. Они также способствуют лучшему планированию ремонта. ### 4. Свяжите данные об оборудовании с запчастями и трудозатратами. Данные по техническому обслуживанию становятся более полезными, когда они связывают актив, деталь и выполненную работу. Предположим, что предприятие тратит на замену ремней больше, чем ожидалось. Базовый анализ затрат может показать цену покупки, но не может показать полного эффекта. Компания также может оплачивать: - Дополнительные часы технического специалиста - Экстренную доставку - Задержки производства - Повторные проверки - Утилизацию поврежденных деталей. Связанная запись может показать общую стоимость обслуживания актива за выбранный период. Это дает мне лучшую основу для принятия решения о корректировке плана технического обслуживания, изменении спецификации детали или более частой проверке оборудования. ### 5. Установите правила обработки данных, которым смогут следовать люди. Хорошие данные не требуют сложного процесса. Нужны четкие правила. Я могу начать с краткого стандарта: - Названия активов - Категории неисправностей - Обязательные поля заказа на работу - Частота проверок - Требования к фотографиям - Номера деталей - Этапы утверждения капитального ремонта Команда должна пересмотреть правила после их использования в течение нескольких недель. Если поле не поддерживает реальное решение, возможно, оно не обязательно должно быть обязательным. Качество данных также требует регулярных проверок. Дублирующиеся активы, отсутствующие показания счетчиков и закрытые рабочие задания без записей о ремонте могут повлиять на планирование технического обслуживания. ### Простой пример Региональная компания по переработке пищевых продуктов замечает, что на одной упаковочной линии часто случаются кратковременные остановки. Команда технического обслуживания отвечает каждый раз, но та же проблема продолжает возвращаться. Компания просматривает заказы на выполнение работ за три месяца и обнаруживает, что остановки чаще всего происходят после циклов уборки. В примечаниях также указана влага рядом с местом подключения датчика. Команда изменила точку проверки, улучшила крышку разъемов и добавила краткую проверку после очистки. Результат не основан на догадках. Это достигается за счет увязки времени простоя, примечаний по обслуживанию и условий эксплуатации. Предприятию все еще может потребоваться ремонт. Более качественные данные не устраняют все ошибки. Это помогает команде тратить время и силы на вопросы, заслуживающие внимания. Я бы начал с одной группы оборудования, а не пытался очистить все пластинки сразу. Выбирайте активы с частыми ремонтами или большим временем простоя. Стандартизируйте свои записи, улучшите детализацию рабочих заданий и просматривайте данные вместе с техническими специалистами, которые их используют. Снижение затрат на техническое обслуживание часто начинается еще до начала ремонта. Когда история оборудования, использование деталей, рабочее время и причины отказов фиксируются в удобной форме, команды могут принимать более взвешенные решения и сокращать объем работ, которых можно избежать.
Свяжитесь с нами сегодня, чтобы узнать больше. jxzhengsheng: ms.yan@xinshowcleantech.com/WhatsApp +8613732587308.
Ссылки Рики Смит и Р. Кейт Мобли, 2003 г., Практические правила практики технического обслуживания Джон Д. Кэмпбелл, Эндрю К. С. Джардин и Джоэл МакГлинн, 2011 г., Превосходное управление активами Энтони М. Смит и Гленн Р. Хинчклифф, 2004 г., RCM Gateway к техническому обслуживанию мирового класса Р. Кейт Мобли, 2002 г., Введение в прогнозируемое обслуживание Джон Мубрей, 1997 г., Техническое обслуживание, ориентированное на надежность. Сейити Накадзима, 1988 г., Введение в комплексное производственное обслуживание.
