Может ли одно обновление сократить время простоя на 50 %? Да, и вот как

Я видел, как простой причинял сильный вред сильным командам. Машина останавливается, смена замедляется, начинаются звонки, график начинает смещаться. Самое страшное это не сам ремонт. Это ожидание, догадки и спешка, возникающие после неожиданной остановки. Да, одно простое обновление может значительно сократить время простоя на правильной линии. Я предпочитаю начинать с мониторинга состояния машины, которая чаще всего выходит из строя. Я не начинаю со всего растения. Я выбираю один двигатель, один насос или один подшипник, который продолжает вызывать проблемы. Небольшой датчик может отслеживать вибрацию или тепло. Четкое предупреждение может подсказать мне, когда деталь начинает отклоняться от нормы. Это дает команде шанс действовать до того, как очередь остановится. Я видел это на упаковочной линии, которая постоянно теряла производительность, потому что один двигатель конвейера перегревался, а затем без предупреждения вышел из строя. У команды был ремонт, но проверки пришли слишком поздно, и остановки продолжали поступать. Мы добавили небольшой датчик, установили простой лимит оповещений и привязали оповещение к одному списку действий. Когда показания изменились, команда проверила деталь до того, как она вышла из строя. Линия по-прежнему нуждалась в обслуживании, но команда избегала неожиданных остановок, которые раньше снижали производительность. Время незапланированных простоев на этой линии сократилось почти вдвое. Этот вид обновления работает лучше всего, когда процесс остается простым. - Выберите один актив, который вызывает повторные остановки - Отслеживайте один или два наиболее важных сигнала - Установите точки оповещения на основе нормального использования - Скажите одному человеку, что делать при появлении предупреждения - Держите необходимую запасную часть под рукой Я не считаю это волшебством. Я считаю, что это лучший способ сделать скрытую проблему видимой. Перед остановкой машина часто подает небольшие сигналы. Проблема в том, что многие команды не готовы их поймать. Как только я увижу слабое место, я получу меньше сюрпризов, меньше срочных ремонтных работ и более спокойную смену. Если я хочу сократить время простоя, я не гонюсь за большими изменениями сразу. Я начинаю с одного слабого места, чтобы его было легко наблюдать. Вот почему одно простое обновление может привести к значительному снижению потерь в производстве, когда точка отказа очевидна и команда действует в соответствии с предупреждением.

Подобные жалобы я слышал от руководителей заводов, начальников цехов и начальников смен. Очередь снова остановилась. Стоимость заключалась не только в счете за ремонт. Это были сбои в работе, поспешные заказы, лишние звонки, напряженные разговоры с клиентами и последовавшие сверхурочные. Я видел, как команды обвиняли машину, детали, погоду и даже ночную смену. Более глубокая проблема часто была меньше этой. Пропущенный чек. Слабая передача. Проблема, которая началась с небольшого шума и переросла в полную остановку. Я видел, как одно небольшое изменение сократило время простоя на загруженной упаковочной линии почти на 50%. Смена заключалась не в новой машине. Это не было масштабное внедрение программного обеспечения. Это была короткая фиксированная проверка перед началом смены, которую каждый оператор использовал одинаково. Это та часть, которую упускают многие команды. Простой редко начинается как большое событие. Обычно это начинается с небольшого предупреждения. Датчик загрязняется. Ремень немного ослаб. Оператор видит сигнальную лампу и ждет. Записка последней смены никогда не читается. Один крошечный разрыв превращается в потерянный час. Мне нравится этот пример, потому что он прост и практичен. Команда по упаковке пищевых продуктов, с которой я работал, неоднократно останавливалась на одной линии. Команда потеряла время из-за заторов, ложных срабатываний датчиков и медленных перезапусков. Каждая смена решала проблемы по-своему. Некоторые люди писали заметки. Некоторые отправляли сообщения. Некоторые ничего не сказали и надеялись, что следующая смена поймет это. Эта надежда стоила им денег. Мы изменили одну вещь. Каждая смена начиналась с короткого контрольного списка, который каждый раз охватывал одни и те же пункты: - шум машины - натяжение ремня - поверхность датчика - давление воздуха - проблемы последней смены - любые детали, которые выглядели изношенными. Контрольный список занял всего несколько минут. Команда также использовала общий журнал, чтобы следующая смена могла увидеть, что произошло до запуска очереди. Результат не был волшебным. Результатом стало меньшее количество пропущенных сигналов. Ранее команда поймала незакрепленные детали. Они очистили датчики, прежде чем ложные показания распространились по линии. Исправляли мелкие проблемы во время плановых пауз, вместо того, чтобы ждать остановки. Через несколько недель время незапланированных простоев сократилось почти вдвое по сравнению с предыдущим периодом. Я не говорю, что это правильный ответ для каждого сайта. Я говорю это с уверенностью: многие команды ищут большое решение, когда маленькая привычка может решить большую часть проблемы. Если бы мне пришлось разбить процесс на простой путь, я бы использовал это: 1. Посмотрите на последние десять остановок. Я бы не стал начинать с длинного отчета. Я бы спросил, что чаще всего останавливает очередь и что повторяется в сменах. 2. Выберите одну повторяющуюся причину. Я бы выбрал проблему, которая возникает снова и снова. Часто бывает застревание, неисправность датчика, пропущенный этап очистки или слабая передача управления. 3. Разработайте один краткий стандарт, который бы облегчал выполнение проверки. Короткие шаги работают лучше, чем длинный лист, который никто не читает. 4. Поместите результат так, чтобы его могла видеть каждая смена. Я бы использовал доску, журнал или общее приложение. Суть проста. Следующему человеку нужны те же факты. 5. Просматривайте журнал каждую неделю и ищите закономерности. Если одна и та же остановка продолжает возвращаться, команде нужно лучшее решение, а не большая стопка заметок. Этот подход помог мне по-новому взглянуть на время простоя. Я перестал относиться к этому как к одной большой технической проблеме. Я начал относиться к этому как к цепочке небольших выборов. Если одно звено становится слабым, страдает линия. Если команда укрепит эту связь, линия будет работать с меньшим количеством перерывов. Самое приятное то, что такого рода изменения не всегда требуют большого бюджета. Для этого нужна дисциплина, общие привычки и четкое представление о том, что на самом деле происходит на площадке. Вот почему я доверяю простым системам. Их легче хранить. Их легче обучать. Они соответствуют реальным сменам, реальным людям и реальному давлению. Я до сих пор ищу те же знаки, когда гуляю по местам. Я смотрю на лист передачи. Я слушаю, что говорят операторы, еще до того, как откроется очередь. Я наблюдаю за мелочами, которые люди пропускают, потому что чувствуют себя безобидными. Они не безвредны. Они часто сидят в начале следующего срыва. Если вы хотите сократить время простоя, я бы не стал давать больших обещаний. Я бы начал с одного небольшого изменения, которое использовалось бы одинаково в каждую смену, каждый день. Именно здесь многие растения находят возможности для совершенствования.

Каждую неделю я терял часы из-за одной и той же проблемы: небольшой сбой останавливал весь рабочий процесс, и моя команда стояла и ждала исправления. Это была не одна большая поломка. Это были мелочи. Медленный перезапуск. Пропущенное оповещение. Старый инструмент, который требовал сброса снова и снова. К концу дня эти короткие паузы накопились. Я продолжал говорить себе, что могу обойти это. Я не мог. Что изменилось для меня, так это одно обновление. Я заменил самую слабую часть своей установки на более новую систему, которая обеспечивала более быстрые оповещения, более стабильный вывод и упрощение проверок. Я не ожидал чуда. Я хотел меньше остановок. Этого было достаточно. После обновления время простоя значительно сократилось. Время от времени у меня все еще возникали проблемы, но долгое ожидание прошло. Моя команда тратила больше времени на работу и меньше времени на просмотр экрана или вызов помощи. Вот что я узнал из этого опыта. Я начал с отслеживания того, откуда берутся потерянные часы. Я записывал каждую остановку в течение одной недели: - что не удалось - сколько времени потребовалось, чтобы заметить - сколько времени потребовалось, чтобы исправить - кто должен был вмешаться. Этот список показал мне закономерность. Большая часть потерянного времени произошла из-за задержек, а не из-за повреждений. Мы не исправляли огромные сбои. Мы теряли время, потому что система не предупредила нас заранее, а старые инструменты восстанавливались медленно. Это была настоящая болевая точка. Больше усилий со стороны моей команды мне не требовалось. Мне нужна была лучшая система. Обновление, которое я выбрал, хорошо выполняет три функции: - оно быстрее отправляет оповещения - оно сокращает ручные проверки - оно упрощает восстановление. Это звучит просто, но базовое решение может сэкономить много времени. Когда машина, инструмент или программное обеспечение подают четкие сигналы, я могу действовать до того, как короткая пауза превратится в длительную остановку. Реальный пример из моей собственной работы: моя упаковочная линия зависала, когда один старый датчик вышел из строя. Команда замечала это поздно, а затем тратила дополнительные минуты на поиск причины. После того как я обновил датчик и добавил простую настройку оповещений, проблему стало легче обнаружить. Нам все еще приходилось иметь дело с неудачей, но мы уже не теряли столько времени, пытаясь ее найти. Это единственное изменение сэкономило больше времени, чем я ожидал. Если вы хотите получить такой же результат, я бы начал здесь: - найти деталь, которая вызывает наибольшее количество повторных остановок - проверить, сколько времени потребуется, чтобы обнаружить проблему - сравнить время ремонта со временем ожидания - модернизировать самое слабое место, прежде чем заменять все. Мне нравится этот подход, потому что он позволяет сосредоточиться на затратах. Я не покупаю дополнительные функции, которые никогда не буду использовать. Я исправляю ту часть, которая сдерживает весь процесс. Я также научился делать обновление простым. Многим людям нужна идеальная установка. Я тоже. Такое мышление замедлило меня. Больше всего мне помог выбор изменения, которое я мог бы использовать сразу, быстро тренироваться и проверять без длительной настройки. Это та часть, которую упускают многие команды. Они думают, что простои происходят только из-за крупных сбоев. Мой опыт был другим. Небольшие пробелы вызвали наибольшее количество отходов. Хорошее обновление закрывает эти пробелы. Если бы мне пришлось объяснить это в одной строке, я бы сказал так: я перестал терять часы, когда перестал относиться к простою как к обычным затратам. Как только я измерил его, устранил слабое место и сделал процесс простым, результат стал легко увидеть. Меньше ожидания. Меньше стресса. Лучше поток. Вот почему я до сих пор смотрю на каждую установку одинаково. Если одно небольшое обновление может убрать половину времени простоя, стоит обратить внимание на ту часть, которая замедляет все остальное.

Я видел одну и ту же проблему во многих командах: машина останавливается, очередь замедляется, заказы накапливаются, и все начинают задавать один и тот же вопрос: «Что на этот раз не удалось?» Это тот вид простоя, который причиняет боль больше всего. Не всегда это происходит из-за серьезной поломки. Часто одна слабая часть продолжает вызывать небольшие остановки, и эти небольшие остановки оборачиваются потерянными часами, стрессом и дополнительными затратами. Моя точка зрения проста. Если я хочу ускорить работоспособность, я не пытаюсь исправить все сразу. Я ищу одно обновление, которое устранит основной источник повторяющихся проблем. Для многих команд таким обновлением является интеллектуальный блок мониторинга, комплект датчиков или подключенный модуль управления, который наблюдает за работой машины. Он дает мне ранние предупреждения, показывает, что меняется, и помогает мне действовать, прежде чем небольшая проблема перерастет в отключение. Мне нравится этот подход, потому что он подходит для реальной работы. Несколько лет назад я разговаривал с представителями небольшого упаковочного цеха, который постоянно терял половину смены из-за того, что двигатель перегревался и останавливался без предупреждения. Бригада уже много раз заменила ремни, проверила проводку и прочищала магистраль. Проблема возвращалась снова и снова. Им не требовалась полная реконструкция. Они добавили простую настройку мониторинга, которая отслеживала нагрев и вибрацию. Первое, что они заметили, это рост цены перед каждой остановкой. Это говорило им, что двигатель изнашивается быстрее, чем ожидалось. Они изменили план обслуживания, досрочно заменили слабую деталь и прекратили внезапные остановки, которые вредили производству. Вот почему я доверяю одному умному обновлению больше, чем длинному списку коротких исправлений. Если я хочу получить тот же результат, я следую четкому пути: - я нахожу наиболее распространенную точку остановки на линии - я проверяю, какая часть выходит из строя чаще всего - я выбираю одно обновление, которое дает раннее предупреждение или облегчает контроль - я устанавливаю простые оповещения, которые моя команда может использовать без путаницы - я отслеживаю результат в течение нескольких недель и наблюдаю за тенденцией простоев. Это работает, потому что цель не состоит в том, чтобы добавить больше инструментов. Цель состоит в том, чтобы дать команде лучший контроль. Меня также волнует удобство использования. Если систему сложно читать, команда ее проигнорирует. Если данные выглядят перегруженными, никто не действует быстро. Мне нужны понятные оповещения, понятные индикаторы состояния и экран, который сообщает мне, что изменилось, где изменилось и что мне следует проверить дальше. Такая установка экономит время двумя способами. Это помогает мне вовремя обнаружить проблемы. Это также помогает мне избежать догадок. Я видел, как команды часами меняли детали, потому что преследовали неправильную цель. Умное обновление сокращает эти потери. Это дает лучшее представление о состоянии машины, поэтому я могу лучше сделать прогноз до того, как будет достигнута следующая остановка. Самое приятное то, что мне не нужно менять всю систему, чтобы увидеть ее ценность. Одно существенное улучшение может облегчить управление линией. Одно полезное предупреждение может предотвратить потерю одной смены. Еще одно прочтение может указать мне на ту часть, которая требует ухода, прежде чем она выйдет из строя. Именно таких изменений я ищу в своей работе. Не шум. Никаких дополнительных шагов. Всего одно обновление, которое помогает мне избежать неприятностей. Если время простоя продолжает проявляться, я не начинаю с больших обещаний. Я начинаю с одного слабого места, одного явного решения и одной команды, которая нуждается в лучшем контроле. Именно так я быстро сокращаю время остановок и продолжаю работу с меньшим стрессом и меньшим количеством сюрпризов.

Раньше я думал, что больший результат всегда означает более интенсивную работу. Больше часов. Больше давления. Все больше людей смотрят на часы. Тогда я увидел настоящую проблему. Проблема была не в усилиях. Проблема заключалась в простое. Здесь короткая остановка. Там небольшая ошибка. Пропущенный сброс. Задержка, которая на бумаге выглядела небольшой, но продолжала съедать весь день. К концу недели потерю уже было трудно игнорировать. Вот почему такой вид обновления имеет значение. Я хочу меньше ждать. Я хочу более плавной работы. Мне нужна система, которая продолжает работать без постоянных исправлений. Когда старая установка продолжает меня тормозить, даже сильная команда начинает чувствовать себя застрявшей. Я понял просто: объем производства растет быстрее, когда сначала устраняются слабые места. Я посмотрел на весь процесс с одним вопросом. Где я теряю больше всего времени? Ответом была не всегда главная машина. Иногда это была изношенная деталь. Иногда это был медленный шаг в настройке. Иногда это был инструмент, который выглядел нормально, но уже не соответствовал темпу работы. Я перестал гоняться за каждым мелким симптомом. Я сосредоточился на источнике. Эта смена изменила для меня все. Вот как я подошел к обновлению: начал с полной проверки текущей настройки. Я отмечал каждую задержку, каждую повторяющуюся ошибку и каждую остановку, которая продолжала возвращаться. Я спросил людей на полу, что их больше всего тормозило. Их ответы часто были простыми. Заклинившая часть. Жесткий сброс. Элемент управления, который было нелегко прочитать. Шаг, который потребовал больше усилий, чем следовало бы. Я составил список и отсортировал его по воздействию. Самая большая потеря времени была первой. Затем я поменял детали, которые доставляли больше всего проблем. Я не пробовал заменить все сразу. Я сосредоточился на том, что больше всего влияет на ежедневную производительность. Этот метод избавил меня от траты денег на исправления, которые выглядели хорошо, но мало приносили пользы. Я также обратил внимание на удобство использования. Хорошее обновление не должно усложнять работу. Если моей команде требуется дополнительное обучение только для того, чтобы линия продолжала двигаться, изменений недостаточно. Мне хотелось чего-то четкого, устойчивого и простого в обращении. После изменений я сразу заметил несколько вещей. Очередь перестала так часто останавливаться. Команда тратила меньше времени на повторные проверки. Работа стала спокойнее. Это спокойствие имеет значение. Плавный процесс дает людям возможность сосредоточиться. Они целый день перестают реагировать на проблемы. Они начинают лучше работать. Я видел, как это произошло в небольшом упаковочном магазине, с которым я работал. Их старая установка продолжала замедлять их работу ближе к концу каждой смены. Этикетки промахнулись. Пакеты нуждались в доработке. Персонал по-прежнему был занят, однако окончательный результат все равно оказался ниже ожидаемого. Они обновили ту часть, которая вызвала наибольшую задержку. Результат не был волшебным. Это был устойчивый прогресс. Меньше переделок. Меньше остановок. Более стабильный результат. Я верю в такие изменения. Не громкие обещания. Не кричащие разговоры. Просто лучший поток от начала до конца. Если бы мне пришлось дать один совет, я бы сказал следующее: не ждите, пока проблема вырастет. Небольшое время простоя может стать большой потерей, если оно повторяется часто. Следите за рисунком. Найдите источник. Обновите ту часть, которая сдерживает процесс. Вот как я сейчас думаю о лучшей производительности. Не в качестве жесткого толчка. Не как гонка. Как более чистый способ работы. Когда слабое звено исправлено, вся установка становится легче. Люди передвигаются с меньшим стрессом. Процессом становится легче управлять. Цифры улучшаются, потому что день больше не наполнен остановками, которых можно было бы избежать. В этом и заключается реальная ценность умного обновления. Меньше простоев. Больше выхода. Рабочий день снова кажется под контролем. Хотите узнать больше? Не стесняйтесь обращаться к Чарли: charlie@hlcablemachine.com/WhatsApp +8615524632632.

Ссылки Мобли, Р. Кейт, 2002 г. Введение в прогнозируемое техническое обслуживание Джардин, Эндрю К. С., Лин, Альберт Х. К. и Баневич, Драган, 2006 г. Обзор диагностики и прогнозирования оборудования, реализующего техническое обслуживание на основе состояния. Накадзима, Сейичи, 1988 г. Введение в комплексное продуктивное техническое обслуживание. Практика управления техническим обслуживанием Гулати, Рамеш, 2013 г. Передовой опыт в области технического обслуживания и надежности