Запуск до отказа: когда допуск поломок — умная стратегия

Что такое стратегия «запуск до отказа» (RTF)?

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

Но прежде чем знать, где применять run-to-failure (RTF), нужно сначала точно знать, что это такое и почему это не тот «страшилка» из обслуживания, какую его часто изображают.

Начнем с базовых определений.

Как следует из названия, «запуск до отказа» — это когда вы позволяете активу или оборудованию работать до отказа. Но точнее — это обычно когда вы позволяете детали работать до отказа.

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

Примеры запуска до отказа

Прежде чем смотреть, где это применимо, стоит помнить, что то, что верно для run-to-failure, верно и для всех других стратегий обслуживания: их нужно тщательно подбирать под ваши активы и оборудование. Обслуживание не подходит для всех одинаково. Что работает для одного актива, может не сработать для другого.

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

Когда это похоже на лампочку

Так где run-to-failure имеет наибольший смысл? Классический пример — лампочки. Если что-то в основном похоже на лампочку, вы можете использовать run-to-failure.

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

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

Так что если у вас есть деталь, которая близкий родственник лампочки, вы, скорее всего, можете использовать run-to-failure.

Когда затраты одинаковы в любом случае

Но не всегда это должно быть похоже на лампочку. В некоторых случаях, где у вас есть хорошее представление о том, сколько стоит обслуживание vs сколько стоит ремонт, вы можете решить, что дешевле просто ждать поломки, прежде чем чинить.

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

Представьте, что у вас есть Актив А на производственной линии. Каждый час простоя этого актива стоит вам X. С программой предупредительного обслуживания вы заперты в Y часах офлайн-времени благодаря инспекциям и задачам. Умножив X на Y и добавив труд, детали и материалы, можно быстро рассчитать общую стоимость обслуживания. Для большинства активов это меньше стоимости отсутствия программы ППР.

То же с вашей машиной. Замена масла занимает время и деньги. Но это меньше стоимости замены закисшего двигателя.

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

Каковы выгоды запуска до отказа?

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

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

Каковы недостатки запуска до отказа?

Если вы неправильно сделаете расчеты, вы можете создавать себе дорогостоящие головные боли.

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

И чтобы компенсировать повышенную непредсказуемость, вы вынуждены держать больше на складе. Вместо того чтобы соответствовать уровням запасов заранее определенным датам, когда вы запланировали ППР, вам нужно постоянно держать определенный запас, потому что никогда не знаете, когда он понадобится.

Как CMMS помогает при запуске до отказа?

Когда вы смотрите на run-to-failure, сначала нужно знать, как ваши активы склонны к отказу. Без твердого понимания различных режимов отказа нет способа сопоставить активы со стратегиями обслуживания.

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

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

И наряды-заказы, которые вы отправляете команде, تأتي набитыми всем, что им нужно для эффективного закрытия, включая:

• Полные истории обслуживания и ремонтов актива
• Пошаговые инструкции
• Настраиваемые чек-листы
• Связанные детали и материалы
• Цифровые изображения, схемы и руководства O&M

Они могут даже включать интерактивные карты площадки и планы этажей.

Поскольку ПО помогает контролировать запасы с подсчетом в реальном времени, вы можете убедиться, что правильные детали там, прямо когда команде они нужны.

Дальнейшие шаги

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

Резюме

Хотя у него tends to have a bad reputation, есть много ситуаций, где лучшая стратегия обслуживания — run-to-failure. По сути, вы позволяете активу или оборудованию работать до отказа. Обычно вы внедряете эту стратегию только для активов, похожих на лампочки. Они некритичны, дороги или невозможны для обслуживания и ремонта, дешевы для хранения на складе, и все в команде обслуживания могут заменить их на новые. Однако есть случаи, когда вы можете обнаружить, что стоимость запланированного простоя, необходимого для обслуживания, больше стоимости ремонта. Преимущества run-to-failure — вы экономите деньги и получаете максимальную ценность от деталей перед утилизацией. Однако вы теряете много предсказуемости, и чтобы компенсировать, нужно держать больше деталей и материалов на складе. Современные решения CMMS помогают с run-to-failure, оптимизируя управление нарядами-заказами, доставляя инструкции, нужные техникам для хорошей работы, и контролируя необходимый запас.