Просмотр по категориям
Введение: Почему MTTR и MTBF важны в современном производстве
На многих заводах станок останавливается из-за 20 минут Стоимость ремонта может оказаться выше, чем сами затраты, если учесть потери производительности, время ожидания рабочей силы и сбои в графике. Незапланированные простои являются одним из основных факторов, влияющих на затраты в обрабатывающей промышленности, и, по оценкам отрасли, их стоимость часто составляет... тысячи долларов в час в зависимости от процесса. Вот почему MTTR и MTBF Остаются двумя наиболее практичными ключевыми показателями эффективности технического обслуживания для заводских бригад, которым необходимо более четкое представление о времени простоя и надежности оборудования.
Для руководителей технического обслуживания, управляющих производственными объектами и инженеров по надежности эти два показателя отвечают на разные, но взаимосвязанные вопросы. MTTR показывает, насколько быстро ваша команда может восстановить оборудование после поломки, а также MTBF показывает, как долго данное оборудование обычно работает до следующего отказа. Один показатель измеряет эффективность ремонта, другой — надежность оборудования.
При совместном использовании эти показатели преобразуют необработанные данные о поломках в более качественный анализ простоев. Они помогают определить, вызваны ли потери производства в основном частыми отказами, медленным устранением неполадок, недостаточной готовностью к поставке запасных частей или сочетанием всех трех факторов. В следующих разделах мы подробно рассмотрим значение каждого показателя, способы его расчета, точные методы отслеживания и способы использования этих показателей для принятия более эффективных решений по техническому обслуживанию в производственных условиях.
MTTR против MTBF: что измеряет каждый показатель
Цель: Скорость ремонта против надежности.
В MTTR против MTBF Для сравнения, самое простое различие заключается в следующем: MTTR измеряет, насколько быстро ваша команда восстанавливает оборудование после сбоя, в то время как MTBF Этот показатель измеряет, как долго оборудование обычно работает до следующего отказа. Один показатель относится к ремонтопригодности, а другой — к надежности. Оба являются основными показателями эффективности технического обслуживания, но отвечают на разные вопросы управления на производстве.
Если сборочный цех останавливается из-за неисправности датчика, показатель MTTR (среднее время восстановления после поломки) показывает, насколько эффективно служба технического обслуживания диагностировала, устранила неисправность и вернула цех в производство. Если же тот же цех выходит из строя три раза за неделю, показатель MTTF (среднее время безотказной работы) показывает, что оборудование работает ненадежно, даже если каждый ремонт выполняется быстро. Именно поэтому эффективность ремонта и надежность никогда не следует рассматривать как одно и то же.
Что учитывается в MTTR?
MTTR фокусируется на ремонт окна После того, как поломка уже произошла. В большинстве производственных сред это включает время от начала ремонтных работ до восстановления нормального рабочего состояния оборудования. В зависимости от ваших внутренних стандартов, это также может включать диагностику, ожидание доступа, замену, тестирование и проверку перезапуска.
Например, на линии упаковки продуктов питания и напитков неисправный запайщик может остановить производство на 50 минут. Если 35 минут было потрачено на диагностику проблемы с нагревательным элементом и 15 минут — на замену и тестирование детали, то общее время ремонта, как правило, будет учитываться в показателе MTTR (среднее время восстановления после сбоя). Цель этого показателя — показать, насколько эффективно команда может восстанавливаться после сбоя, а не как часто происходит сбой.
Что имеет значение в показателе MTBF?
MTBF Сосредоточивается на времени работы между одним отказом и следующим отказом. Применяется к ремонтопригодные активы, Например, конвейеры, испытательные стенды, разливочные машины, компрессоры или сборочные роботы, которые, как ожидается, будут работать, выходить из строя, ремонтироваться и возвращаться в эксплуатацию. Показатель учитывает время продуктивной работы, а не продолжительность самого ремонта.
Возьмем, к примеру, испытательный стенд для электроники, работающий 240 часов в несколько смен и зафиксировавший за это время четыре функциональных отказа. Показатель MTBF (среднее время безотказной работы) отражает среднее время работы между этими отказами. На практике анализ простоев помогает инженерам по надежности определить, является ли оборудование в целом стабильным или же повторяющиеся неисправности сокращают время безотказной работы производства.
Когда показатель MTTR наиболее полезен в цеху
MTTR Этот показатель наиболее полезен, когда вы пытаетесь улучшить скорость реагирования, дисциплину поиска и устранения неисправностей, готовность запасных частей и эффективность работы технических специалистов. Высокое значение MTTR может указывать на плохую локализацию неисправностей, длительные задержки в утверждении, отсутствие запасных частей или слишком долгие процедуры перезапуска. Часто это один из самых быстродействующих показателей эффективности технического обслуживания, поскольку изменения в процессе могут сократить время ремонта еще до завершения более глубоких работ по повышению надежности.
Для руководителей предприятий показатель MTTR особенно полезен во время сменных обзоров и ежедневных производственных совещаний. Если в краткосрочной перспективе простои неизбежны, сокращение времени восстановления все равно может защитить объемы производства. Именно поэтому показатель MTTR часто фигурирует в отчетах по техническому обслуживанию на передовой и в ежедневных обзорах потерь.
Когда показатель MTBF наиболее полезен в цеху
MTBF Этот показатель наиболее полезен, когда необходимо оценить надежность оборудования во времени. Если оборудование быстро ремонтируется, но продолжает выходить из строя каждые несколько дней, то на бумаге может казаться, что команда технического обслуживания оперативно реагирует на запросы, в то время как производство продолжает терять производительность. Низкое значение MTBF обычно указывает на повторяющиеся дефекты, слабое профилактическое техническое обслуживание, проблемы с конструкцией, проблемы с условиями эксплуатации или неустраненные первопричины.
Например, если паллетизатор на заводе по производству напитков неоднократно выходит из строя после коротких циклов работы, показатель MTBF (среднее время безотказной работы) помогает количественно оценить эту нестабильность таким образом, как это не могут сделать одни только показатели времени простоя. Он предоставляет службам технического обслуживания и эксплуатации общую основу для принятия решения о необходимости анализа первопричин проблемы, перепроектирования компонентов или изменения условий эксплуатации. Среди показателей надежности оборудования MTBF является одним из наиболее наглядных индикаторов того, действительно ли повышается надежность.
Формулы MTTR и MTBF с простым примером технического обслуживания.
Две формулы, которые вам действительно понадобятся
Для практического отслеживания ключевых показателей эффективности технического обслуживания формулы довольно просты. MTTR = Общее время ремонта ÷ Количество ремонтов, пока Среднее время безотказной работы (MTBF) = Общее время работы ÷ Количество отказов. В обсуждении соотношения MTTR и MTBF ключевым моментом является не сама математика, а правильное деление времени на количество событий.
Простой пример с одного производственного актива.
Возьмем, к примеру, одну машину для запечатывания картонных коробок, работающую на упаковочной линии более 30 дней. За этот месяц машина выходила из строя 4 раза, а время ремонта, затраченное ремонтной бригадой, составило 35, 50, 40 и 55 минут. За тот же период машина отработала 540 часов между этими поломками.
Сначала рассчитайте MTTR.
Сложите продолжительность ремонтов: 35 + 50 + 40 + 55 = 180 минут. Затем разделите на 4 ремонта, что даст среднее время восстановления (MTTR) 45 минут. Это покажет вам среднее время ремонта данного оборудования за период.
Затем рассчитайте среднее время безотказной работы (MTBF).
Теперь воспользуемся данными о времени работы. Разделим 540 часов работы на 4 отказа, и получим среднее время безотказной работы (MTBF) равное 135 часам. Проще говоря, машина работала в среднем 135 часов между отказами.
Как читать числа вместе
Здесь на помощь приходит анализ среднего времени ремонта и среднего времени между отказами для оценки простоев. Среднее время ремонта в 45 минут может быть приемлемым, если запасные части находятся поблизости, а переналадка проста, но среднее время безотказной работы в 135 часов все еще может указывать на слишком большое количество остановок, если линия работает в две или три смены. Совместное рассмотрение обоих показателей надежности оборудования помогает определить, в чем заключается большая проблема: в скорости ремонта, частоте отказов или в обоих факторах.
Что означают эти показатели для отчетов о доступности
Эти показатели также способствуют формированию более широкой системы отчетности по техническому обслуживанию. Когда среднее время безотказной работы (MTBF) увеличивается, а среднее время восстановления (MTTR) уменьшается, доступность оборудования обычно улучшается, поскольку машина работает дольше и быстрее возвращается в эксплуатацию после каждой поломки. Именно поэтому многие предприятия отслеживают эти ключевые показатели эффективности технического обслуживания параллельно с временем безотказной работы, временем простоя и количеством незапланированных остановок, а не по отдельности.
Как MTTR и MTBF взаимодействуют при отслеживании ключевых показателей эффективности технического обслуживания
Почему вам нужны обе метрики?
На практике, MTTR и MTBF Это не конкурирующие показатели эффективности технического обслуживания. Они отвечают на два разных вопроса, которые важны одновременно: как часто выходит из строя оборудование и как быстро ваша команда его восстанавливает. Если вы отслеживаете только один показатель, вы можете упустить истинную причину потерь производства. Линия может выглядеть надежной, пока не будет проанализировано время ремонта, или она может выглядеть быстро реагирующей, в то время как повторяющиеся отказы продолжают снижать производительность.
Простой способ оценить соотношение MTTR и MTBF — это рассматривать его как показатель производительности. Низкое значение MTBF и MTTR обычно означает частые, но легко устранимые отказы, например, повторное загрязнение датчиков на упаковочной линии. Высокое значение MTBF и MTTR указывают на редкие, но разрушительные отказы, такие как проблема с редуктором, диагностика и ремонт которой занимают часы. Низкое значение MTBF и высокое значение MTTR представляют собой наиболее опасное сочетание, поскольку оборудование часто выходит из строя и каждый раз простаивает слишком долго.
Как это сочетание улучшает анализ простоев
Совместный анализ среднего времени ремонта и среднего времени между отказами делает анализ простоев более эффективным, поскольку позволяет отделить проблемы надежности от проблем ремонтопригодности. Если среднее время безотказной работы (MTBF) снижается, а среднее время восстановления (MTTR) остается стабильным, это может означать, что ремонтная бригада эффективно ремонтирует оборудование, но при этом актив или процесс генерируют слишком много отказов. Если же MTTR растет, а MTBF остается в норме, проблема может заключаться во времени поиска и устранения неисправностей, доступности запасных частей, квалификации технических специалистов или задержках в эскалации, а не в состоянии оборудования.
Это различие имеет значение при анализе потерь на производственной линии совместно с производственными и инженерными группами. Например, на станции тестирования электроники может наблюдаться приемлемое общее время безотказной работы, но при более внимательном рассмотрении выявляются кратковременные простои, происходящие несколько раз за смену. В этом случае показатель MTBF (среднее время безотказной работы) выявляет характер нестабильности, а показатель MTTR (среднее время восстановления) показывает, быстро ли специалисты справляются с последствиями или каждое событие приводит к более длительным простоям.
Перед принятием решений ознакомьтесь с контекстом.
Ни один из этих показателей не следует рассматривать изолированно от других факторов. история отказов. Снижение среднего времени безотказной работы (MTBF) может означать разные вещи в зависимости от того, повторяется ли одна и та же неисправность, выходят ли из строя несколько разных компонентов или изменяются ли условия эксплуатации после изменения ассортимента продукции. Аналогично, ухудшение среднего времени восстановления (MTTR) может отражать более сложные отказы, но также может указывать на некачественную передачу заказов на ремонт, отсутствие стандартных этапов ремонта или длительное ожидание согласований и запасных частей.
Вот почему сильный показатели надежности оборудования Обычно эти показатели рассматриваются как единое целое, а не как одно число. Руководители служб технического обслуживания часто сравнивают MTTR и MTBF с количеством повторяющихся неисправностей, основными причинами простоев, возрастом незавершенных работ и критичностью активов. Это помогает командам избежать распространенной ошибки, когда каждый всплеск простоев рассматривается как проблема выполнения технического обслуживания, в то время как первопричиной могут быть недостатки конструкции, ошибки в работе операторов или нестабильная работа инженерных систем.
Раздельное планирование и внеплановые простои
Распространенная ошибка в отчетности — смешивание плановых остановок с простоями, связанными с отказами. Когда плановые переналадки, периоды санитарной обработки или плановые проверки объединяются в записи о ремонте, MTTR завышается, а MTBF становится менее информативным. Для производственных активов эти показатели наиболее полезны, когда они сосредоточены на незапланированных отказах и интерпретируются вместе с данными о плановом техническом обслуживании, а не объединяются с ними.
Хорошим примером может служить предприятие пищевой промышленности. Если разливочная машина останавливается для планового цикла очистки, это событие не следует рассматривать так же, как неожиданный отказ клапана во время производственного цикла. Разделение этих двух ситуаций позволяет панели мониторинга технического обслуживания показывать, вызваны ли потери времени нормальными условиями эксплуатации или сбоями в работе, требующими корректирующих действий.
Используйте шаблон, чтобы решить, что нужно починить в первую очередь.
При ежемесячном или еженедельном анализе тенденций совокупный сигнал от различных источников MTTR и MTBF помогает расставить приоритеты в действиях. Низкое среднее время безотказной работы Обычно это направляет внимание на устранение первопричин, интервалы профилактического обслуживания, перепроектирование компонентов или соблюдение правил эксплуатации. Высокое MTTR Как правило, это указывает на ускорение диагностики, улучшение подготовки запасных частей, повышение оперативности реагирования технических специалистов, более четкие правила эскалации или более стандартизированные методы ремонта.
Здесь находится панель технического обслуживания Это становится более полезным, чем просто таблица KPI. Вместо того чтобы просто показывать средние значения, это должно помочь вам увидеть, какие активы часто выходят из строя с длительным временем восстановления, какие неисправности постоянно повторяются и какие смены или линии страдают больше всего. Такой подход превращает MTTR и MTBF из пассивных показателей отчетности в инструменты принятия решений по оптимизации трудозатрат, запасных частей и повышению надежности.
Как собирать правильные данные для расчета MTTR, MTBF и создания надежной панели мониторинга технического обслуживания
Самая сложная часть отслеживания MTTR и MTBF Обычно это не формула. Важно получать достоверные данные о неисправностях непосредственно в цехе, смену за сменой, в формате, которому можно доверять. Если один техник регистрирует время простоя из-за остановки оборудования, другой — из-за создания рабочего задания, а третий закрывает рабочее время после того, как линия уже работает, ваши показатели эффективности технического обслуживания будут выглядеть точными, но будут рассказывать неверную историю.
Определите причину отказа до начала его измерения.
Начните с четкого определения отказов для каждого класса активов. Например, для высокоскоростной картонажной машины отказом может быть любая незапланированная остановка, требующая вмешательства технического обслуживания и приводящая к простою производства продолжительностью более пяти минут. Это правило важно, поскольку среднее время безотказной работы (MTBF) зависит от того, что вы считаете истинным отказом, а расплывчатые определения быстро искажают показатели надежности оборудования.
В качестве наглядного примера представим, что картонажная машина на линии 3 останавливается в 10:14 утра, потому что датчик подачи перестал стабильно обнаруживать продукцию. Оператор сообщает об остановке через цифровую форму, выбирает идентификатор оборудования и категорию простоя, например, электрическая неисправность, механическая неисправность или проблема с датчиком. Эта первая запись служит отправной точкой для последующего анализа простоев, поскольку она определяет, когда произошла неисправность и как следует классифицировать это событие.
Зафиксируйте ключевые временные метки в последовательности.
Для надежного отслеживания среднего времени ремонта и среднего времени между отказами каждая запись об отказе должна иметь одинаковые минимальные временные метки. На практике необходимы время обнаружения отказа, время реагирования службы технического обслуживания, время начала ремонта, время завершения ремонта и время перезапуска производства. Некоторые предприятия используют только время начала и окончания, но разделение этих этапов помогает определить, связаны ли задержки с уведомлением, диагностикой, ожиданием запчастей или самим ремонтом.
В случае остановки картонажной машины оператор сообщает об этом в 10:14 утра, техник подтверждает это в 10:19 утра, ремонт начинается в 10:26 утра, неисправный датчик заменяется и тестируется к 10:48 утра, а линия возвращается к стабильному производству в 10:52 утра. Благодаря такой структуре ваша команда может точно определить, какой интервал относится к MTTR, а какой — к более широкому отчету о простоях. Это также предотвращает распространенную проблему в электронных таблицах, когда одна ячейка с пометкой “время окончания” смешивает завершение ремонта с перезапуском производства.
Стандартизируйте обязательные поля и этапы рабочего процесса.
Точное отслеживание KPI зависит от структурированные поля, Недостаточно просто текстовых заметок. Каждая запись о неисправности должна включать название или идентификатор актива, номер линии, смену, тип неисправности, код причины простоя, время сообщения о неисправности, начало ремонта, завершение ремонта, подтверждение перезапуска, назначенного техника, предпринятые действия, использованные детали, флаг повторной неисправности и статус причины неисправности, например, временное или постоянное устранение. Не менее важно, чтобы рабочий процесс проходил через четкие этапы, такие как сообщение о неисправности, назначение, ремонт, тестирование и закрытие, чтобы изменения статуса автоматически фиксировались по времени, а не запоминались позже.
В том же примере с картонажной машиной техник регистрирует, что кабель датчика показал периодическую потерю сигнала, заменяет датчик, закрепляет разъем и помечает событие как повторную проблему, поскольку та же неисправность появилась дважды за последние 30 дней. Эта деталь меняет ценность записи. Это уже не просто одна запись о простое на панели мониторинга технического обслуживания; это становится полезной историей отказов, которая помогает в анализе первопричин и более точном толковании соотношения MTTR и MTBF.
Коды на случай простоя должны быть полезными, а не излишне сложными.
Многие заводы допускают здесь ошибку, создавая либо три расплывчатых кода, либо двести чрезмерно подробных. Полезная структура обычно имеет два уровня: широкую категорию для обеспечения единообразия отчетности и более узкий код причины для последующего технического обслуживания. Например, остановка картонажной машины может быть закодирована в разделе «Управление/Датчики» на уровне категории, а потеря сигнала фотоэлектрического датчика — на уровне причины.
Такой подход упрощает чтение панелей мониторинга, сохраняя при этом достаточную детализацию для принятия решений. Руководители предприятий могут видеть, являются ли причиной большинства простоев электрические неполадки или механические заклинивания, а инженеры по надежности могут детально изучать повторяющиеся отказы датчиков на одной производственной линии. Без такой дисциплины программирования анализ простоев превращается в ручную интерпретацию результатов, а не в надежную операционную систему.
Документирование действий технических специалистов и истории отказов на момент закрытия.
Завершение записи должно подразумевать нечто большее, чем просто отметку о выполненной работе. Техник или руководитель должны подтвердить, что было обнаружено, что было отремонтировано, была ли неисправность временной или постоянной, какие запасные части были израсходованы и требуется ли дальнейшее обслуживание. Именно эти данные о завершении превращают необработанные данные о простоях в историю технического обслуживания, пригодную для принятия решений.
В случае с картонажной машиной в заключительных документах указано 26-минутное окно для ремонта, замена одного датчика, регулировка одного разъема и рекомендация проверить прокладку кабелей во время следующего планового технического обслуживания. Со временем подобные записи показывают, связана ли падение среднего времени безотказной работы с хроническим износом компонентов, проблемами с установкой или задержкой профилактических работ. Именно здесь показатели эффективности технического обслуживания становятся не просто отчетными, а оперативными инструментами.
Почему рабочие процессы без программирования превосходят ведение журналов в электронных таблицах
Электронные таблицы могут хранить данные о простоях, но они плохо справляются с обеспечением последовательности, обязательных полей и точности временных меток в разных сменах. Рабочий процесс без программирования может потребовать от оператора регистрации неисправности до назначения техника, автоматического запуска временных меток на основе статуса и предотвращения закрытия до завершения кодов причин и ремонтных работ. Такой контроль процесса повышает качество данных, не требуя от ремонтных бригад дополнительной ручной административной работы.
Именно здесь появляется такая платформа, как Jodoo Это органично вписывается в систему отслеживания технического обслуживания. Команда может создавать мобильные формы для регистрации неисправностей, рабочие процессы ремонта на основе ролей и панель мониторинга технического обслуживания, которая собирает одну и ту же структурированную запись от отчета до закрытия, вместо того чтобы сверять журналы операторов, заметки техников и сводные таблицы в конце месяца. Непосредственная выгода заключается не только в более четкой отчетности о среднем времени ремонта по сравнению со средним временем между отказами, но и в более достоверных данных для принятия повседневных решений.
Заключение: Превратите MTTR и MTBF в практические действия с помощью Jodoo
MTTR и MTBF Наиболее полезны эти показатели, когда отслеживаются вместе, а не по отдельности. MTTR показывает, как быстро ваша команда восстанавливает оборудование после отказа, а MTBF демонстрирует, насколько надежно работает это оборудование до следующего сбоя. Когда оба показателя определены согласованно и сопоставлены с реальной историей отказов, они дают руководителям по техническому обслуживанию и эксплуатации более четкое представление о том, является ли основной проблемой низкая надежность, медленная реакция или и то, и другое.
Следующий важный шаг — это выполнение. Если отчеты о неисправностях, отметки времени ремонта и заметки техников по-прежнему хранятся в бумажных журналах или разрозненных электронных таблицах, ваши ключевые показатели эффективности технического обслуживания всегда будут запаздывать, быть неполными или вызывать споры. Цифровой рабочий процесс делает эти показатели более достоверными и упрощает принятие мер на всех линиях, сменах и заводах.
Jodoo Это помогает производителям создавать такие рабочие процессы без сложной разработки на заказ. Будучи платформой для бережливого производства без программирования, она может фиксировать события простоя, действия по ремонту, время начала и окончания, коды причин и историю повторяющихся неисправностей в одной подключенной системе, а затем отображать MTTR и MTBF на панелях мониторинга в режиме реального времени. Например, упаковочное предприятие может заменить журналы простоя в виде электронных таблиц мобильными формами и автоматизированными изменениями статуса, предоставляя менеджерам более четкое представление о ключевых показателях эффективности на каждой линии.
Если вы хотите стандартизировать отслеживание технического обслуживания и использовать показатели MTTR и MTBF для принятия более быстрых решений, начать бесплатную пробную версию или заказать демонстрацию с Джоду.
