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

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

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

Хотя отслеживание таких показателей может быть полезным, группам технического обслуживания по-прежнему следует уделять первоочередное внимание основным ключевым показателям эффективности (KPI), таким как среднее время ремонта (MTTR), среднее время между отказами (MTBF), соблюдение требований по профилактическому обслуживанию (PM) и размер журнала невыполненных работ. Это классическое сочетание отстающих и опережающих ключевых показателей эффективности обслуживания по-прежнему дает командам, работающим в сегодняшних все более сложных условиях, ценную ценную информацию.

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

Новая интерпретация:как оценить классические показатели обслуживания для сегодняшних операций

Передовые методы технического обслуживания существенно изменились с момента зарождения промышленных операций в 18 веке — даже с момента появления концепций, которые превратились в ключевые показатели эффективности в начале 20 века. Если раньше заводы и предприятия отслеживали ключевые данные о производительности с помощью простых журналов и ручных расчетов, то теперь на предприятиях внедрены практики Индустрии 4.0; крупномасштабный автоматический сбор данных, анализ с помощью искусственного интеллекта и создание информационных панелей являются нормой.

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

Давайте рассмотрим каждый из этих ключевых показателей эффективности с современной точки зрения.

1. Среднее время ремонта (MTTR)

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

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

Чтобы гарантировать, что этот риск не останется скрытым, руководителям групп и менеджерам следует рассматривать показатели MTTR в контексте других показателей, таких как частота первоначальных исправлений (FTFR) или частота доработок, чтобы гарантировать, что технические специалисты выполняют надлежащий ремонт в самом начале неудовлетворительной работы. Например, если показатели MTTR низкие, но показатели FTFR также низкие, а процент доработок высок, ваши низкие показатели MTTR не имеют большого значения, поскольку технические специалисты не ставят правильный диагноз ремонта.

2. Среднее время наработки на отказ (MTBF)

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

Современный взгляд на среднее время безотказной работы и способы его интерпретации :В прошлом команды могли использовать MTBF просто для того, чтобы обеспечить ощущение доступности активов. Но поскольку профилактическое обслуживание становится более приоритетным для большего числа групп технического обслуживания, менеджеры и другие руководители групп должны использовать MTBF в качестве индикатора того, какие части портфеля активов нуждаются в анализе первопричин (RCA); выбросы с особенно низким MTBF, вероятно, являются хорошими кандидатами для такого анализа. Вооружившись результатами RCA, команды могут соответствующим образом скорректировать задачи проекта, чтобы предотвратить проблемы, вызвавшие прошлые неудачи.

3. Уровень соблюдения требований PM

Соответствие требованиям профилактического обслуживания (PM) отслеживает процент запланированных задач PM, которые отдел обслуживания выполняет вовремя. В идеале организации хотят, чтобы это число оставалось на уровне 90 % или более от общей нагрузки задач PM, обеспечивая при этом выполнение задач не позднее, чем за 10 % времени графика PM. Например, если одну из ваших задач по проектированию необходимо выполнять каждые две недели, технические специалисты должны стремиться выполнить эту задачу не позднее, чем через 1,4 дня после запланированного времени.

Современный взгляд на соблюдение требований PM и его интерпретация :В прошлом многие специалисты по техническому обслуживанию выполняли задачи по проектированию, выполняя их быстро (и, возможно, без особого внимания) и переходя к завершению своего контрольного списка. Хотя этот подход приводит к высокому уровню соблюдения требований по PM, он может сделать объект уязвимым для значительных рисков, особенно когда небрежные проверки приводят к снижению производительности, что может привести к выходу оборудования из строя.

Теперь команды должны рассматривать соответствие PM более детально. Другие показатели, такие как FTFR/уровень доработок и среднее время безотказной работы, могут контекстуализировать эффективность работы по проектированию; они помогают командам лучше понять, эффективно ли сотрудники выполняют необходимые задачи по управлению проектом или просто ставят галочки. Например, если показатели соответствия PM высоки, в то время как FTFR низок, а среднее время безотказной работы короткое, ваши показатели соответствия, скорее всего, не заслуживают доверия. Кроме того, если соответствие PM высокое, но FTFR, MTBF и другие показатели, которые могут указывать на надежность, проблематичны, вам может потребоваться определить, не страдаете ли вы от раздувания PM.

4. Уровень соблюдения графика

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

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

Теперь руководители ожидают, что команды сохранят гибкость и будут проводить техническое обслуживание по состоянию. Этот сдвиг означает, что графики технического обслуживания становятся менее жесткими, а задачи могут меняться в зависимости от возникающих потребностей из условий в реальном времени, которые определяют датчики с поддержкой IIoT. (Надежная CMMS является ключом к централизации и анализу этих данных.) Многие организации настраивают сигналы тревоги датчиков, которые срабатывают, когда общий уровень вибрации или температура достигает определенного предела; в противном случае они устанавливают узкополосные пороговые значения, которые подают сигнал тревоги, когда сигнатуры совпадают с индикаторами общих неисправностей (дисбаланс, несоосность, неисправности подшипников и т. д.)

Если датчики мониторинга состояния не указывают на иное, командам следует стремиться к тому, чтобы уровень соблюдения графика составлял 90 % или выше. Однако если данные датчиков показывают, что объект нуждается в обслуживании, менеджерам, возможно, придется изменить приоритеты в графике.

5. Размер и срок хранения невыполненной работы

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

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

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

Распространенные ошибки и подводные камни при отслеживании ключевых показателей эффективности обслуживания

Даже имея передовые инструменты, промышленные команды часто попадают в следующие распространенные ловушки:

• Раздутие данных, отвлекающее команды от важных задач :Особенно в командах, ориентированных на проектирование проекта, легко впасть в менталитет «отслеживать все». Но если входных данных становится слишком много, команды могут прибегнуть к «подбиванию карандашом», что ухудшает качество сбора данных и отслеживания задач. Регулярно проверяйте, что вы отслеживаете, и оценивайте, как и в какой степени это помогает вашей команде достигать стратегических целей.
• Переполненная и неправильно расположенная панель управления :Говоря о раздувании данных, управление проектированием — не единственный аспект данных по техническому обслуживанию, где больше не обязательно лучше. Многие команды отслеживают слишком много ключевых показателей эффективности, отвлекаются в слишком многих направлениях и, таким образом, слишком распыляют свои ресурсы. Лучше заранее ранжировать, какие ключевые показатели эффективности лучше всего соответствуют вашим целям на уровне отдела, сайта и организации. Выбирайте только наиболее релевантные ключевые показатели эффективности для отслеживания и включения в свою информационную панель. Такой уровень концентрации дает командам осмысленное направление для улучшения наиболее ценных и критически важных операций, которые приносят значительную рентабельность инвестиций.
• Измерение ключевых показателей эффективности перед определением базового уровня эффективности :Чтобы оценить улучшения, вы должны сначала узнать, на каком уровне находятся ваши текущие показатели. Соберите данные за два-три месяца, чтобы определить базовый уровень производительности, который позволит лучше контекстуализировать ваши данные KPI.
• Сообщение без плана действий :Отчеты мало что значат, если к ним не приложен план действий. Убедитесь, что информация из регулярных отчетов содержит соответствующие элементы действий (с указанием сроков и исполнителей), чтобы любые проблемы или проблемы, обнаруженные в отчетах, не остались незамеченными.

Получите максимальную пользу от своих ключевых показателей эффективности с помощью CMMS

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

Облачная CMMS eMaint позволяет пользователям отслеживать все свои активы, даже на нескольких сайтах и в разных странах. eMaint упрощает аналитику, помогая организациям предотвратить простои и повысить рентабельность инвестиций:от заказов на выполнение работ и записей о техническом обслуживании до мониторинга состояния и настраиваемых отчетов о производительности.

Хотите узнать больше о том, как eMaint CMMS может помочь вашей команде обеспечить доверие к данным по техническому обслуживанию и надежности, создавать более полезные отчеты и улучшать операции по техническому обслуживанию? Ознакомьтесь с нашим программным обеспечением или запланируйте демонстрацию сегодня.