Система прогнозирующего технического обслуживания выдает предупреждение о неисправности подшипника редуктора охлаждающего насоса: «Повышенный риск отказа, осмотр в течение 14 дней». Техник открывает запись показаний вибрации насоса. Она выглядит нормальной. В последней записи об осмотре, сделанной три недели назад, говорится: «Небольшой шум, мониторинг». Предупреждение не совпадает с показаниями одного датчика и приблизительно совпадает с записью, которую никто не пересматривал. У техника открыто еще двенадцать задач. Предупреждение перемещается в конец списка, и никто не записывает причину.
Это иллюстративный сценарий, а не задокументированный случай из практики клиента. Он показывает, к чему должна подготовить техническую подготовку в рамках превентивного технического обслуживания: к сопоставлению сигнала тревоги с другими данными об оборудовании, принятию решения о дальнейших действиях и умению объяснить принятое решение. Это руководство предназначено для руководителей обучения персонала предприятий, а также для руководителей по техническому обслуживанию или надежности, отвечающих за реагирование на сигналы тревоги. Речь идет о разработке учебных программ. Специалист по техническому обслуживанию должен проверить каждый случай и ответ, прежде чем использовать их.
Что такое обучение по профилактическому техническому обслуживанию?
Обучение по прогнозируемому техническому обслуживанию готовит техников к реагированию на ранние предупреждения о износе оборудования. В случае оповещений, генерируемых искусственным интеллектом, это означает интерпретацию оповещения в контексте работы оборудования, его истории и данных других датчиков, а затем выбор и обоснование дальнейших действий. Это навык принятия решений, а не навык работы с инструментом.
Интересные факты
| Вопрос | Короткий ответ |
|---|---|
| Какая задача? | Проанализируйте оповещение в контексте оборудования и обоснуйте дальнейшие действия. |
| Какой у вас результат? | Использование доказательств и обоснование необходимости эскалации технического обслуживания, а не воспоминания о том, как работает модель. |
| Почему технические специалисты игнорируют оповещения? | Слишком много оповещений, слишком мало контекста, нет обратной связи о том, было ли оповещение верным, и нет информации о времени. |
| Достаточно ли простого ознакомления с продуктом? | Нет. Он показывает, куда нужно нажать, а не как определить, когда оповещение и показания датчика не совпадают. |
| Кто проверяет достоверность дела? | Специалист по техническому обслуживанию или обеспечению надежности, в соответствии с процедурами вашего предприятия. |
| Что нельзя исправить с помощью обучения? | Шумные оповещения, отсутствие данных с датчиков, неясные пути эскалации и отсутствие времени на расследование. |
| Откуда вы знаете, что это сработало? | Новые, ранее не встречавшиеся случаи тревожных сигналов оцениваются по критериям экспертов, затем проводится дальнейшее наблюдение на рабочем месте. |
1. Опишите проблему с производительностью.
Начните с работы, а не с программного обеспечения. Прогнозируемое техническое обслуживание, как это сформулировано Министерством энергетики США. Руководство по передовым методам эксплуатации и технического обслуживания«Предпринимаются попытки обнаружить начало механизма деградации с целью устранения этой деградации до того, как она значительно ухудшится». В той же главе говорится, что правильное применение и обучение имеют «критически важное значение», и что предприятиям не следует приобретать подобное оборудование без серьезного обязательства по обучению операторов, а также по мониторингу и ремонту.
Сигнал тревоги, поступающий от ИИ, побуждает к принятию решения. Техник должен определить, соответствует ли сигнал тревоги имеющимся у него данным о работе оборудования, что еще необходимо проверить и насколько срочно следует действовать. За этим следуют две ошибки. Первая — игнорирование реального сигнала тревоги, поскольку он не совпал с одним из показаний. Вторая — отслеживание каждого сигнала тревоги, что приводит к трате времени на проверку ложных срабатываний и отучению доверия к системе.
Переизбыток оповещений — давняя проблема. В сравнительном исследовании, проведенном... Консорциум ASM В ходе исследования были изучены 37 операторских пультов на технологических предприятиях на соответствие требованиям стандарта EEMUA 191, предусматривающего менее одного сигнала тревоги в 10 минут при стабильной работе. Примерно треть пультов соответствовала этому требованию, и авторы отмечают, что в их выборке преобладали пульты с лучшими показателями. Речь идет о сигналах тревоги из диспетчерской, а не о предупреждениях о техническом обслуживании, но проблема, связанная с человеческим фактором, остается той же: когда предупреждения поступают быстрее, чем люди могут их оценить, они учатся их отфильтровывать.
2. Диагностика пробелов в знаниях и контексте.
Сравните требования к данной должности с тем, что используется и оценивается в рамках вашей текущей системы обучения.
- Используются ли в текущей программе обучения реальные сценарии возникновения тревожных ситуаций? Если технические специалисты изучают только то, что отображается на приборной панели, они практикуют навигацию. Они не практикуются в определении значения предупреждения для конкретного оборудования.
- Какова когнитивная нагрузка? В пересмотренной таксономии Блума сопоставление сигнала тревоги с данными датчиков и историей проверок, а также различение релевантных и нерелевантных доказательств — это анализ, а оценка необходимости дальнейших действий — это анализ. Запоминание категорий сигналов тревоги находится ниже. Наше руководство по соответствие учебных мероприятий таксономии Блума объясняет, как читать эти требования.
- Получают ли технические специалисты обратную связь по поводу оповещений, на которые они реагируют? Если им никто не сообщит, подтвердила ли проверка наличие предупреждения, они не смогут выполнить калибровку. Спросите свою группу по обеспечению надежности, существует ли такая петля.
- Что-то ещё, помимо навыков, мешает? Проверьте количество оповещений, качество данных с датчиков, алгоритм эскалации и доступное время. Если большинство оповещений ложные, игнорирование их является рациональной реакцией, и обучение этого не изменит.
3. Разработайте целенаправленную подготовку и практику.
На каждом этапе следует отвести отдельную задачу.
Подготовка: повторить основные понятия. Краткая самостоятельная проверка режимов отказов рассматриваемого оборудования, того, что измеряет каждый датчик, как система оценивает риск и ваши шаги по эскалации. Подобная проверка отзыва подтверждает только предварительные условия. Не указывайте это как подтверждение работоспособности.
Практика: внедрение ошибок и противоречивые доказательства. Три вида упражнений, в порядке возрастания спроса:
- Тревога или шум? Покажите серию предупреждений с данными о тенденциях работы датчиков и недавними заметками по проверке. Для каждого предупреждения обучающийся должен указать, подтверждают ли данные предупреждение и насколько он в этом уверен. Включите предупреждения, которые впоследствии оказались ложными.
- Выберите дальнейшие действия. Выдать предупреждение при наличии противоречивых данных. Учащийся выбирает между мониторингом, повторным измерением, немедленным осмотром, планированием ремонта или передачей проблемы на рассмотрение вышестоящим инстанциям и обосновывает свой выбор.
- Напишите акт передачи дел. Учащийся записывает два-три предложения, которые он хотел бы оставить на следующую смену, включая то, что ему еще нужно знать.
Используйте безопасные сценарии отказов, разработанные на основе прошлых поломок вашего оборудования или созданные специалистами. Не внедряйте неисправности в работающее оборудование для проверки людей.
Обратная связь, связанная с принимаемыми решениями. Фраза "Вы полагались на единственное нормальное показание датчика и не проверили протокол осмотра, который указывал на обратное" более полезна, чем процентная оценка.
Ввод данных в режиме реального времени или асинхронная проверка? Ввод информации в режиме реального времени наиболее эффективен в неоднозначных случаях, когда важно услышать, почему опытный коллега поступил бы так или иначе. Асинхронного анализа достаточно для освоения основ и проверки ответов на вопросы эксперта. Распространенный вариант – самостоятельная подготовка, а затем обсуждение сложных случаев под руководством модератора.
4. Проработайте реалистичный пример.
Это иллюстративный пример. Специалист по техническому обслуживанию должен проверить кейс и критерии ответа перед использованием.
Дело. Система искусственного интеллекта выявляет подшипник редуктора на охлаждающем насосе с повышенным риском отказа. Показания одного датчика вибрации находятся в пределах нормы. В последнем заключении по результатам проверки указано: «небольшой шум, требуется мониторинг». Насос является частью контура охлаждения и не имеет резервного блока.
Задача. Учащийся указывает, подтверждают ли доказательства предупреждение, называет доказательства, выбирает дальнейшие действия и говорит, что еще ему необходимо знать.
Первая попытка. «Показания вибрации в норме, поэтому, вероятно, это ложная тревога. Я оставлю это как есть». Ученик использовал один датчик и проигнорировал остальные.
Отправьте отзыв и попробуйте снова. Преподаватель просит обучающегося сравнить сигнал тревоги с протоколом проверки и задать вопрос, какие виды неисправностей датчик вибрации должен был бы обнаружить, а какие нет. При повторной попытке требуется предоставить доказательства, провести дальнейшие действия и задать открытые вопросы.
Более убедительная попытка. «И предупреждение, и старая запись о проверке указывают на подшипник, и только один датчик не подтверждает это. Я не знаю, расположен ли этот датчик достаточно близко к подшипнику, чтобы обнаружить эту неисправность. Резервного насоса нет, поэтому ожидание влечет за собой затраты. Я сделаю второе измерение на корпусе подшипника и попрошу перенести проверку на более ранний срок. Если второе измерение также окажется в норме, а проверка ничего не выявит, я зафиксирую это, чтобы группа по надежности могла проверить настройки предупреждений. Если я не смогу получить время для проверки на этой неделе, я сообщу об этом руководителю отдела технического обслуживания и объясню причину».
Почему каждый ответ является обоснованным или неполным. Оценивайте каждую попытку по утвержденным критериям, а не по предпочтениям ведущего. Первая попытка основывается на одном прочтении. Более сильная попытка взвешивает источники, указывает на то, что ей неизвестно, учитывает последствия ошибки, предпринимает соразмерный шаг и замыкает цикл обратной связи. Она не претендует на знание причины.
5. Оценить возможности и спланировать передачу.
Подтверждением компетентности является реакция на новые тревожные сигналы, с которыми обучающийся ранее не сталкивался. Для каждого критерия оцените его по краткой шкале от 0 до 2, разработанной совместно со специалистом по техническому обслуживанию.
| Критерий | Наблюдаемые доказательства |
|---|---|
| Выполнение задачи | Интерпретирует сигнал тревоги в контексте оборудования, регистрирует дальнейшие действия и подтверждающие их доказательства. |
| аргументация | Объясняет ограничения, альтернативы и неопределенность, а также проверяет доказательства по нескольким источникам. |
| Границы | Использует утвержденные процедуры и передает информацию или полномочия вышестоящему руководству в случае их отсутствия. |
Критерии оценки: 0 означает отсутствие или отсутствие подтверждения, 1 — частичное выполнение с соответствующими упущениями, а 2 — полное выполнение и обоснование в соответствии с согласованными критериями. Критические ошибки следует определять отдельно, например, закрытие критического оповещения без какой-либо проверки, чтобы высокий общий балл не скрывал ошибку. Включайте ложные оповещения во все оценки, чтобы увидеть, реагируют ли учащиеся чрезмерно или недостаточно. Данная рубрика является предлагаемой отправной точкой, а не утвержденным стандартом готовности. Наше руководство по Оценка способности принимать решения и решать проблемы в процессе обучения Рассматривается калибровка оценщиков и написание опорных пунктов.
Последующие действия на рабочем месте. После достаточного времени работы, проанализируйте выборку недавних решений техника по оповещениям вместе со специалистом по надежности, используя результаты проверок. Сравните исходные данные и данные последующего наблюдения по тем же двум показателям: использование доказательств и обоснованная эскалация, с учетом определенной совокупности, знаменателя и сроков.
Измерьте, что изменилось.
Если вы также отслеживаете незапланированные простои или долю оповещений, требующих проверки, проверьте, что еще изменилось за тот же период, например, новые датчики, перенастроенная модель или новая политика в отношении запасных частей, прежде чем учитывать затраты на обучение. Сокращение времени простоя после обучения само по себе не является доказательством того, что обучение стало причиной этого.
Где интерактивная доставка помогает
Интерактивные форматы помогают в тех аспектах проектирования, которые зависят от согласия каждого участника на участие в звонке до начала группового обсуждения. В ходе интерактивной сессии модератор может показать оповещение с данными датчиков и примечаниями, попросить каждого технического специалиста подтвердить свое участие в последующем обсуждении до начала группового обсуждения. Те же самые примеры можно выполнять в удобном для себя темпе в качестве подготовки. AhaSlides Поддерживает интерактивное обучение и переход от обучения в режиме реального времени к самостоятельному обучению. Проверьте любые функции создания контента, обратной связи или отчетности, которые вы планируете использовать, на соответствие вашему собственному рабочему процессу, и рассматривайте симуляторы, ИИ и системную интеграцию как внешние или неподтвержденные, пока не убедитесь в их работоспособности. Для получения информации о проектировании производственных процессов см. наше руководство. обучение операторов устранению неполадок.
Что обучение не исправит
- Слишком много предупреждений. Если большинство предупреждений ложные, технические специалисты учатся их игнорировать, и исправление проблемы ложится на плечи того, кто настраивает модель. Приведенная выше статья о сравнительном анализе ASM — это ранний, хорошо задокументированный пример перегрузки оповещений.
- Отсутствуют или некорректные данные с датчика. Система оповещения, основанная на показаниях неисправного датчика, нуждается в ремонте, а не в обучении.
- Неясная эскалация. Если никто не договорился о том, кто будет принимать решение о необходимости отключения системы в случае срабатывания сигнализации, технические специалисты будут импровизировать.
- Нет времени на расследование. Время проведения проверки определяется в рамках планирования.
- Ограничения по количеству доказательств. Оценка, выставленная по набору дел, не отражает всех решений, принимаемых техником на месте.
Сообщите об этих проблемах спонсорам на раннем этапе и договоритесь, кто будет их устранять.
Часто задаваемые вопросы
Что такое обучение по профилактическому техническому обслуживанию?
Обучение, которое готовит технических специалистов к реагированию на ранние предупреждения о износе оборудования. В случае оповещений, генерируемых искусственным интеллектом, оно сосредоточено на интерпретации оповещения в контексте и обосновании последующих действий.
Почему технические специалисты игнорируют оповещения о плановом техническом обслуживании?
Распространенные причины: переизбыток оповещений, недостаточно контекста, отсутствие обратной связи о правильности оповещения и нехватка времени. Проверьте эти факторы, прежде чем разрабатывать программу обучения.
Должны ли технические специалисты изучать принципы работы модели искусственного интеллекта?
Обучите их тому, что необходимо для оценки сигнала тревоги: какие входные данные используются, что модель может и чего не может видеть, и насколько надежной она показала себя на их оборудовании. Внутренние механизмы модели требуются редко.
Как вы поняли, что обучение сработало?
Оцените новые, ранее не встречавшиеся случаи срабатывания оповещений на предмет использования доказательств и обоснования эскалации, сравните с базовым уровнем, а затем обсудите реальные решения по оповещению со специалистом по надежности.
Когда начать
Выберите один класс активов, где часто возникают оповещения. Попросите специалиста по надежности выбрать десять прошлых оповещений, некоторые из которых были подтверждены проверкой, а некоторые — ложными, и согласуйте ожидаемые дальнейшие действия для каждого из них. Составьте трехкритериальную рубрику, проведите упражнение «оповещение или шум?» с одной командой, а затем оцените новый набор оповещений, прежде чем внедрять его.
Чтобы узнать, как подобный анализ оповещений может запускаться в режиме реального времени и использоваться повторно в удобном для вас темпе, изучите... AhaSlides.








