Вначале – традиционно вводная часть для тех, кому эта тема в новинку.
На разных предприятиях внесение информации о неисправности на оборудовании может называться по-разному.
Например:
• Создание сообщения вида Дефект или вида Отказ (SAP PM),
• Создание заявки на работу (1С).
В этой статье я буду использовать общепринятое наименование – создание запроса на работу.
И, для простоты изложения, я ограничусь созданием запросов на работы только для ремонтных работ. Тех работ, которые своевременно восстанавливают оборудования до исправного состояния. Как правило, подобные ремонты выполняются по результатам инспекции, обходов оборудования или в результате наблюдений за отклонением от технологических параметров.
Например, подшипник стал чуть более горячее. Или вентилятор начал работать с повышенной вибрацией. То есть оборудование вполне себе еще работоспособно, но признаки неисправности уже очевидны.
Если подобное состояние выявляется своевременно, то информация об этом отражается в запросе на работу, который, потом, приоритизируется и начинается подготовка к ремонту.
Подготовка, в свою очередь, заключается в поиске или заказе нужных запасных частей и инструментов, в определение наиболее эффективного и безопасного порядка проведения ремонта и прочее.
Если все готово – остается лишь выбрать оптимальное время для ремонта, когда оборудование можно остановить и ремонтники свободны.
Есть, конечно и другие пути:
-
- Например, не замечать неисправность до наступления отказа.
Отличие в том, что в этом случае всю упомянутую выше подготовительную работу придется делать в процессе выполнения ремонта. Это, конечно, неэффективно и иногда, не всегда безопасно.
-
- Еще вариант, отремонтировать без учета текущего состояния.
Никаких признаков неисправности нет, но что-то подсказывает – что скоро оборудование или компонент выработает свой ресурс и откажет. Внезапно и в самый неподходящий момент.
Подход эффективен, но защищает лишь от малой части реальных причин отказов оборудования.
Я не буду в этой статье подробно на этом останавливаться.
Суть, я думаю вы уловили.
Выявил отклонение на оборудование – нужно создать запрос. Это важно и нужно для правильной организации ремонтов. К тому же, регистрируя дефекты мы формируем “историю болезни” оборудования, которая необходима для принятия обоснованных решений по улучшениям на производстве.
Но, к сожалению, с созданием этих запросов очень часто бывают проблемы.
Самая частая — запросы просто не создаются.
И вот мы подошли к теме нашей статьи.
Почему сотрудники избегают регистрировать дефекты в CMMS, и как это изменить?
Если проблема для вас актуальна, то давайте разбираться.
Как вы думаете, а зачем вообще сотрудникам создавать запросы на работу? В смысле, зачем им это нужно? В чем их мотивация?
Вариантов ответа может быть много. Но, поскольку нас сейчас интересует в первую очередь ответ на поставленный вопрос,
приведу пример, с которым часто сталкивался на своих проектах.
Это когда оперативный технический персонал отвечает вопросом на вопрос:
— «Объясните, а зачем мне создавать себе работу?»
И правда – зачем?
Под «работой» сотрудник подразумевает не только ремонт, но и всю сопутствующую активность: подготовку к ремонту, поиск и закупку необходимых запасных частей и инструментов, согласование с производством времени остановки оборудования, и, конечно, сам ремонт.
Обратите внимание: обычно все перечисленное нужно делать срочно.
А если проблем несколько – то все не успеть. А значит, качество ремонта будет во многом зависит от удачи и оперативно принятых компромиссов.
А тут его еще просят детально описывать каждую неисправность и формировать запрос на работу… самому себе.
Итак, еле успеваешь ремонтировать, а теперь еще придется тратить время на оформление и внесение записей в CMMS. Кроме того, если дефект зафиксировать, но не устранить вовремя, это станет заметно для всех.
И последует неприятный вопрос: «Почему не успел?»
Вывод: у сотрудника как минимум две причины не создавать этот запрос.
Что же делать?
Выстраивать эффективный процесс управления работами – от подачи заявки до корректного выполнения. По-другому не получится.
Упрощенно, целевой процесс включает следующие шаги:
-
- Определение проблемы и приоритизация.
- Планирование. На этом этапе подготавливается всё необходимое для выполнения работ по устранению проблемы.
- Формирование графика. Выбирают оптимальное время с учетом доступности оборудования и персонала.
- Выполнение. Если предыдущие этапы выполнены плохо, придется импровизировать – с потерями и компромиссами.
- Корректное закрытие работы. Критически важный этап!
- Постоянные улучшения. Без этого система ТОиР не будет эффективной.
Краткий видеообзор целевого процесса доступен в Телеграмм-канале по ССЫЛКЕ
Почему же сотруднику выгодно создавать запросы в этом целевом процессе?
В эффективной системе у него появляется минимум три причины:
- Подготовкой занимается не он, в режиме пожаротушения, а планировщик. Запасные части, особенности ремонта, эффективный порядок выполнения работы – всё готовится заранее, без спешки.
- Оборудование выводится в ремонт с учетом реальной загрузки этого сотрудника и даже времени на обед. Этим занимается отдельная, централизованная функция, которая формирует согласованные оперативные графики подготовленых работ по ТОиР.
- Приоритеты работы четко определены и не меняются в течение смены.
Конечно, не всё так просто. Некоторые проблемы требуют немедленного решения, и тут придется действовать оперативно.
Но, суть, я думаю, теперь очевидна: оперативный персонал должен видеть пользу от регистрации заявок на работу.
Когда сотрудники это понимают – поток выявленных проблем становится постоянным. Более того, выявлять проблемы на ранней стадии – становится логично и понятно для всех.
Остается лишь организовать работу с этим потоком так, чтобы поддерживать, а не убивать правильную мотивацию.
Иначе система снова станет реактивной: «срочные» проблемы будут вытеснять действительно важные задачи, которые начнут откладываться, постепенно увеличивая и без того большой объем работ. Итог закономерен: вечный режим «тушения пожаров» и низкие производственные показатели.
Как перейти от теории → к успешной Практике:
1. Разобраться самому (онлайн в записи) → [НАЧАТЬ ПРЯМО СЕЙЧАС]
2. В команде с наставником (онлайн) → [ЗАПИСАТЬСЯ ЗДЕСЬ]
3. Очно на своем производстве (очный тренинг) → [СКАЧАТЬ ПРОГРАММУ И ЗАПЛАНИРОВАТЬ]
4. Получить результат (проект под ключ с минимальными рисками) → [ОБСУДИТЬ ЗАДАЧУ]
________________________________________
Статьи и разборы успешных практик ТОиР — в Telegram-канале.
