Лучшие практики интеграции CMMS со Стюартом Фергюссоном (PODCAST)

Тонкости интеграции CMMS с подкастом Fiix and the Rob’s Reliability Project

Правильного программного обеспечения недостаточно для выживания (не говоря уже о процветании) бизнеса в современном мире. Все эти разные системы должны обмениваться информацией, работать в команде и предоставлять вам данные для принятия лучших решений. Чтобы это произошло, их нужно интегрировать. Конечно, часто легче сказать, чем сделать. Стюарт Фергюссон, старший менеджер по продажам Fiix, посетил подкаст Rob’s Reliability Project, чтобы прояснить интеграцию CMMS. Стюарт и ведущий Роб Кальваровски обсуждают:

• Что такое интеграции CMMS и как они работают
• Разработка бизнес-обоснования и стратегии реализации для интеграции CMMS.
• Лучший способ управлять данными, оценивать результаты и добиваться результатов.
• Что ждет программное обеспечение и технологии технического обслуживания в будущем?

Послушайте приведенный ниже выпуск подкаста (также доступный в подкастах Google или Apple) или прочитайте стенограмму ниже.

Стенограмма эпизода

Посмотреть стенограмму эпизода

Роб Кальваровски :Добро пожаловать в проект надежности Роба. Я Роб Кальваровски. В выпуске на этой неделе я приветствую Стюарта Фергюссона из Fiix Software, который расскажет об интеграции CMMS. Мы обсуждаем, какое еще программное обеспечение или источники данных мы должны подключить к нашей CMMS, и говорим о том, с чего начать. Стюарт, как дела?

Стюарт Фергюссон :Отлично. Спасибо, что пригласили меня.

Роб :Нет, спасибо, что присоединились к нам сегодня. Итак, для всех, кто слушает, Стюарт - руководитель разработки решений в Fiix Software. Это Fiix, f-i-i-x с двумя i. А если вы хотите посетить их веб-сайт, просто зайдите на fiixsoftware.com. Опять Fiix с двумя i. А теперь, Стюарт. Вы можете немного рассказать о себе? Например, как начать с обслуживания и надежности?

Стюарт :Да, конечно. Итак, до Fiix я фактически провел всю свою карьеру в промышленности. Итак, только что окончив школу, молодой инженер-электрик, все еще мокрый за ушами, я вскочил с Проктором и Гэмблом. На самом деле мы в инженерном отделе, откуда я это как бы привел. Итак, обучение на начальном этапе проектирования и установки с элементами управления заводом в Information Systems Group. Итак, там много электромонтажных работ. Но это действительно учит вас важности этого дизайна и установки, когда вы начинаете заниматься обслуживанием. После того, как все это разыгралось, я перескочил на операционную сторону дома в управлении операциями, занимаясь повседневным и всеобъемлющим нарушением культуры надежности и действительно узнавая, насколько важен этот интерфейс, но я стараюсь впиться зубами в заднюю часть, так сказать, чтобы растение работало как можно более плавно. После этого я перешел на Fiix, чтобы донести эти знания до нашей команды и по-настоящему работать над тем, как мы можем быть действительно ориентированными на надежность и донести эту ценность до людей, использующих нашу платформу.

Роб :Ага. Замечательно. Мне очень нравится дизайн и установка, потому что я думаю, что с точки зрения надежности есть много проблем, которые, возможно, мы не всегда рассматриваем как квази-специалисты по обслуживанию.

Стюарт :Определенно да. Есть вещи, которые вы должны учитывать заранее, и они могут не входить в вашу матрицу оценки, или в вашу модель затрат, или во все остальное, но если вы действительно можете понять жизненный цикл, что вы вкладываете и что действительно собираетесь изучите этот элемент оборудования, не только в течение первых шести месяцев или года, но и как вы собираетесь поддерживать его работоспособность в течение следующего десятилетия, двух десятилетий или эй, даже трех десятилетий. У нас там была техника 70-х годов. Он работал как часы, потому что кто-то предусмотрительно подумал о том, как его использовать и как это поддерживать. Это большой вопрос.

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

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

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

Стюар t:Да, конечно. На самом высоком уровне интеграция CMMS соединяет вашу платформу обслуживания с другими источниками данных в вашем производственном бизнесе, будь то выездное обслуживание, вплоть до потребительских товаров, продуктов питания и напитков. У вас наверняка есть ПЛК, у вас наверняка есть датчики, ERP-системы. Как бы то ни было, он соединяет эти другие источники данных с вашей платформой обслуживания, чтобы вы могли принимать более обоснованные решения по обслуживанию и предоставлять вам немного больше данных.

Роб :Теперь, когда вы говорите о подключении ПЛК и других источников данных, вы планируете также проводить анализ в CMMS или просто выдавать рабочие задания для этих конкретных активов?

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

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

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

Роб :Это действительно помогает.

Стюарт :О, да. Нет ничего хуже, чем 15-минутная прогулка до кладовой, чтобы узнать, что ее все равно там нет.

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

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

Роб :У управления запасными частями много преимуществ, и я не считаю, что многие компании делают это очень хорошо.

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

Роб :Итак, вы коснулись нескольких с точки зрения подключения или CMMS к ERP или к источникам данных из зала. Это оно? Или есть другие? Каков полный список?

Стюарт :Полный список:что это такое, каков вариант использования, давайте заставим его работать. Но наиболее распространенные из них связаны с системой ERP, а затем и с производственными данными. Итак, ERP по очевидным причинам, о которых мы здесь говорили, с запчастями и инвентарем, и даже с отправкой запросов на покупку. И нам что-то нужно, и мы можем запустить это в вашей CMMS и связать это с вашей платформой ERP. Вам не нужно менять способ совершения покупок на сегодняшний день. Вы просто запускаете это и видите эти обновления через свою CMMS. Планировщикам и планировщикам намного проще справиться со всем этим в рамках одной системы. Затем, с другой стороны, вы можете поговорить об интеграции на уровне машины, и именно здесь вам будет весело. Это могут быть данные датчика пола в цехе. Это могут быть данные автопарка, поступающие от парка, работающего в полевых условиях, или, вы знаете, ежедневные текущие показания счетчиков от ваших активов, которые могут запускаться даже в зависимости от условий. Вы можете использовать это где угодно, начиная от простого и начинающего работать с триггерами пропускной способности, вплоть до настоящего мониторинга на основе условий. Вот где действительно все начинает развиваться.

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

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

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

Стюарт :Определенно да. И в этом все дело, верно? Мы всегда говорим о ползании, прогулке, беге. Когда вы начинаете использовать эти источники данных, они дают вам много полезной информации и знаний. Но это не обязательно заменит того квалифицированного парня, который сидит с ИК-камерой и знает, как ею пользоваться, знает это оборудование как свои пять пальцев. Он сможет сказать тебе, что не так. В том смысле, что мы действительно можем помочь с такой интеграцией данных, так это то, что у человека есть только определенное количество часов в день. Что он собирается делать? На что он будет смотреть? Мы можем создать список тех проверок с высоким приоритетом, которые источник данных сообщает ему, что он должен пойти и посмотреть. Теперь мы действительно начинаем возвращать ценность его жизни и стараемся использовать этих высококвалифицированных специалистов наилучшим образом.

Роб :Итак, Стюарт, вы упомянули, что у вас есть план в начале этой интеграции, вроде того, каким должен быть ваш план. Что входит в план? Как вы порекомендуете людям, которые слушают, составить план своей интеграции?

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

Роб :Похоже, что план интеграции - это скорее управление активами или исполнение с точки зрения надежности. После того, как он будет разработан, он просто передаст его ИТ-отделу или как вы порекомендуете это сделать?

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

Роб :На что это похоже? Очевидно, нам нужно действовать медленно, но как выглядит этот первый шаг?

Стюарт :Ага. И я бы даже не сказал медленно. Я бы сказал сознательно. Вы можете довольно быстро выполнить эти интеграции, если у вас есть подходящая группа. Но я всегда предлагаю начать с чего-то не простого, а с чего-то действительно важного. Итак, если у вас есть система автопарка, которая неэффективна, как вы делаете техническое обслуживание сегодня, и вам нужно изменить ее на пропускную способность, основанную на часах, давайте сначала займемся этим. Там нужен водительский бизнес. Это будет означать, что вам будет намного проще собрать заинтересованных лиц в комнате. Будет несколько действительно измеримых бизнес-результатов, которые вы можете измерить на основе этого, чтобы доказать это и действительно сказать:мы сделали это, это выглядит хорошо, мы получаем от этого отличные результаты. А теперь давайте расширим эту программу. Теперь, когда у нас есть это доказательство концепции, все согласились, что же нам делать дальше? Начните с малого и начните критически.

Роб :Любите это, любите это, любите это. Одна вещь, которую я часто видел в своей карьере, - это когда люди внедряют CMMS или выполняют эти большие ИТ-проекты, я думаю, люди недооценивают объем работы. Что вы видели, и для наших слушателей, сколько на самом деле требуется работы? Допустим, вы инженер по надежности и пытаетесь сделать это на своем сайте. Сколько на самом деле требуется работы?

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

Роб :Да, я считаю, что поставщики по большей части очень полезны, независимо от того, что вы на самом деле пытаетесь сделать. Я работал с кучей запасных частей, над покупкой нового оборудования, не так много со стороны ИТ или интеграции CMMS, но я всегда получал отличную поддержку. Я считаю, что люди должны не только протягивать руку помощи, но если вы этого не сделаете, было бы ошибкой.

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

Роб :Итак, если клиент обратился к вам, ребята из Fiix, и сказал:ну, мне нужна помощь с моей интеграцией с CMMS, и, возможно, у них есть общий план, как он будет выглядеть с вашей стороны? Вы помогаете им со стороны ИТ или помогаете им со стратегией? Чем вы им помогаете?

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

Роб :Одна вещь, о которой вы упомянули, была рентабельность инвестиций. Очевидно, это действительно важно. Хочу немного коснуться этого и задать вам вопрос. Несколько месяцев назад мы разговаривали с Джо Куном, который раньше был директором завода. Одна вещь, которую он сказал, заключалась в том, что в отношении инициатив по обеспечению надежности, если кто-то приходит ко мне как к руководителю завода, он должен убедиться, что это имеет как краткосрочную, так и долгосрочную ценность. Теперь, исходя из того, что вы видели, какова краткосрочная ценность или где мы должны начать искать краткосрочную ценность в подобном процессе? И очевидно, что долгосрочную ценность немного легче понять, но, возможно, расскажите нам и об этом.

Стюарт :Ага. Я слушал это с Джо. Это было действительно хорошо, но он совершенно прав, что долгосрочная ценность по какой-то причине кажется намного более простой задачей. В краткосрочной перспективе, от шести до 12 месяцев, какие выгоды мы увидим? Это может быть сложнее, особенно когда вы говорите о более серьезных вещах, таких как контроль и управление запасами. Это не обязательно краткосрочный период. Но когда вы действительно можете работать в краткосрочной перспективе, просто покажите несколько быстрых и легких промахов. Итак, допустим, у вас есть часть. Расставания случаются постоянно. Скорее всего, в половине случаев у кого-то в шкафчике что-то застряло, что поможет решить проблему. Но если вы можете выделить на самом деле преследование, это время простоя, верно? Здесь 15 минут, потому что мы не смогли найти деталь. Нам пришлось съездить в три разных места, или, знаете, надеюсь, что нет, но это могло занять до шести часов. Деталь нужно было отправить, или мне нужно было получить ее у поставщика. Что-то вроде этого, довольно легко сразу начать показывать эту картинку. Еще один хороший вариант - на основе пропускной способности. Итак, когда вы говорите об обслуживании на основе пропускной способности, если вы можете наложить производственный календарь на фактическое время выполнения, а затем на свои запланированные уровни обслуживания и показать это через 11 месяцев или 12 месяцев, вместо того, чтобы делать это двенадцать раз, с учетом пропускной способности , на самом деле мы делаем это только 10 или 11 раз. И это может быть серия ремней, пневматических цилиндров, что угодно, это связано с затратами. Но главное - это покупка. Ребята на полу просят об этом. Это облегчит им жизнь. Это сократит время перетяжки. Время откручивания немедленно улучшится. Тогда вы действительно быстро добьетесь успеха.

Роб :Вы упомянули бай-ин в магазине. Каковы преимущества для специалиста по обслуживанию, если все данные будут в одном репозитории?

Стюарт :Так лучше изо дня в день. Если он знает, что идет в нужные места, основываясь не только на расписании или потому, что кто-то сказал, что ему следует что-то проверить, а потому, что данные говорят им, что здесь есть аномалия, и вы должны пойти посмотреть или знаете, мы пропустили X тысяч коробок через эту машину, пора заменить ее, потому что мы знаем, что она скоро выйдет из строя, это иная срочность. Вы знаете, что делаете правильную работу в нужных местах . А потом по частям. Мы снова и снова просматривали детали. Часть есть? Мне нужно искать его где-нибудь еще? Это процесс покупки, который нам нужно начать сейчас. В каком складском помещении он находится? Контейнер, проход, ряд? Это бесконечно, правда? Это сэкономит им кучу времени. Время - это ключ, верно? Все хотят делать хорошую работу, и никто не хочет, чтобы их машины выходили из строя. Так что чем быстрее вы сможете вернуть ее обратно, а еще лучше, вы сможете оставаться в курсе, чтобы не получить эту поломку, это повлияет на всех.

Роб :Это надежность. Одна вещь, которую я часто видел за эти годы, - это то, что люди борются с качеством данных в своих КСУП. Как вы порекомендуете людям обеспечить высокое качество данных?

Стюарт :Путем интеграции. Но, честно говоря, вы хотите выбрать те важные фрагменты данных, которые должны быть высокого качества. Если вы можете получить их непосредственно из источника, а не через человека или что-то вроде импорта / экспорта, вы можете получить эти данные прямо из источника. Это будет происходить правильно с этой точки зрения, и это будет отражено таким же образом в CMMS. Например, записи показаний счетчика. У вас есть ребята, которые снимают показания счетчиков, и они могут делать 15, 20 или 50 из них. Для кого-то это большой объем ввода данных. Хорошо, что они покупают это оборудование и смотрят на все, но если кто-то вводит по сотне таких вещей в день, вы не можете винить их в том, что они ошиблись с одним из них. Но если это критично, и если вы основываете свое обслуживание на этом, есть веские аргументы в пользу их интеграции, потому что тогда мы будем получать эти данные прямо с машины. Это те же данные, которые получает машина. Это даст вам настоящую ценность. То же самое с деталями в инвентаре. Если у вас есть такое право, вам понадобится запасной элемент, интегрируйте его со своей ERP, мы сделаем эти цифры точными, и это значительно упростит жизнь ребятам. Они не проходят и не вводят все это вручную. И после ввода этих показаний счетчика они могут сосредоточиться на завершении своего списка задач, вводя примечания по качеству. Еще лучше, если у них есть приложение, просто сделайте несколько фотографий и прикрепите их к своему рабочему заданию, и действительно начните передачу данных, этот чистый, согласованный ввод данных в CMMS. Но все, что имеет решающее значение, давайте объединим, просто извлеките из источника истины.

Роб :Да, мне нравится, и еще, мне нравится приложение, но оно забавное. Этим утром я опубликовал цитату Джерарда Вуда, и он рассказывал о том времени, когда он был на объекте, и у них произошел сбой в проводе. Случилось так, что этот провод должен был прослужить два года, и примерно через 18 месяцев он вышел из строя. Итак, они провели анализ первопричин и обнаружили, что в заказах на инспекционные работы два или три раза они отмечали, что часть проводов изнашивается, и, по сути, ничего не произошло. Итак, Джерард действительно говорил о RCA, и одним из результатов RCA было то, что нам пришлось перепроектировать всю систему проводов. Для меня, очевидно, это неработающий процесс. Как вам кажется этот процесс обратной связи? Когда кто-то помещает заметки в рабочее задание, где они должны быть, чтобы убедиться, что триггеры сработают?

Стюарт :Да, конечно. Эти неудавшиеся проверки необходимо обрабатывать в КСУП. Это должно быть автоматическое удаление заказов на работу. И я имею в виду, что некоторые из них, вероятно, связаны с ошибками процесса и системы. Но есть эта старая цитата, и я понятия не имею, кто ее сказал, поэтому не могу ее правильно процитировать, но культура ест стратегию на завтрак. Если у ваших парней действительно есть такая культура надежности, и они действительно заботятся о ней, это первый шаг. Они хотят это увидеть. Они хотят сообщить об этом сбое и хотят внедрить его в систему. Однако способ, которым с этим справляется система, должен соответствовать этому. Если они поступают правильно и проводят эти неудавшиеся проверки, но их не накапливают и не привлекают ресурсы, это совсем другое дело. You need your CMMS to be able to handle that kind of thing so that your maintenance supervisors are getting the right view into the data and the right urgency around what’s actually failing and what we need to go and take a look at. And again, on an inspection task like that, it’s a lot of data input. Those failed inspections go trigger it, go out and go do some of those tasks. But if that’s something that you could put some form of condition monitoring on, especially if it’s something to do with, you know, a safety-critical component, get some condition monitoring on that. Feed that information back into the CMMS automatically so that you can actually see those high priority work orders kick out based on whether it’s resistance to that wire, or whatever it is, we can measure it.

Rob :Yeah, it seemed like a pretty simple—like even if someone was really just bought into the reliability culture, they may even go out and either fix it themselves or put in a work order to follow up, but that’s another story for another day.

Stuart :You’re right, we could talk about reliability culture for a long, long time.

Rob :Yes, you’re completely correct.

Stuart :If it’s something you can fix right then and there, don’t even bother failing an inspection task. Put in a work order that says you fixed it.

Rob :So, Stuart, coming back to it, I assume that you’ve seen the CMMS integration a bunch of different times. What are some common mistakes that people make when doing a CMMS integration and how do we avoid those mistakes?

Stuart :That’s a big one. A big one. You know, I’ve seen a couple of times, I’m talking to people who have active integrations with a few different systems. It’s integrating for the sake of it. Some people feel that they have to do this kind of stuff and they need data flowing back and forth because somebody told them that they need it. But if it’s not going to be used, you’re adding a whole lot of complexity. So it really comes back to having that plan and a business case around which you’re trying to integrate. Because if you go out and put a ton of energy and resources towards getting a big integration up and running and your guys aren’t using it, well, what was the point? What win did you get into that? It’s kind of misused. it’s all about having that plan and really focusing on the actionable data. So what’s the gap? Why do we need this data and what’s that going to help us with, whether it’s preventing an issue or whether it’s fixing something quicker, or whatever it is? Have a plan, have an impact of that data. Don’t just do it because you think you have to.

Rob :I love it. Я люблю это. I guess the last one I have for you on this topic is do you have any other tips that maybe you haven’t touched on already?

Stuart :Yeah, I do. I have a couple. Understanding the journey is the big one. We talk about reliability culture, and that’s a journey as well. You got to start somewhere and you got to get somewhere. Have that goal in mind, have that endpoint, but understand it’s a journey. And the easiest way to start is just to start. Pick something. Let’s get it in there. High business importance. Start the process. Просто сделай это. I guarantee it’s not easy, but it’s not as hard as you think it is half the time. Understand the journey. Start somewhere. Начни с малого. но ты можешь сделать это. It’s not the most complicated thing in the world. I would say the other tip is, don’t discount flexibility. A lot of times, there’s really good out-of-the-box integrations with a particular piece of hardware equipment, but you should make sure you’re keeping your system open. You don’t want to pigeonhole yourself too hard in one direction. You want to make sure you have the flexibility to get all your equipment in there. We see that a lot. You might have a state of the art department on one wing of the plant, but then you get back to the other side and it’s all that equipment from the 70s still ticking away. The throughput data on all those is equally as important. I’m sure there’s a great historian-level data lake somewhere that you can go and integrate that new machinery to. But you’re going to need your systems to be able to ramp back down and go get that data from those older pieces of equipment as well.

Rob :Yeah, that sounds like more of a challenge than the new stuff.

Stuart :It can be, it can be for sure. But, you know, there’s a lot of tips and tricks and strategies we’ve done quite successfully with a few of our partners around how to get that into the right format, from the right places, and through the right firewalls to make sure you’re using that effectively. As long as the sensors are there, we can get the data. And if the sensors aren’t there, well, good news, those are getting a whole lot cheaper and easier to install as well. Better yet, they do integrate out of the box. So there’s a lot of different routes you can do as soon as you’ve identified what it is you need to integrate into your system.

Rob :Yeah, absolutely. I definitely love the tip about business need. I think a lot of people, especially now, just think more data is better and if we need another terabyte, it’s just $100 to buy it. But again, like you mentioned, what’s the point of this data? I forget when it was, but someone bought this new Samsung fridge and it has Twitter on it. It’s like, okay, that’s cool, but what’s the use for this?

Stuart :Yeah, exactly. Why do you need Twitter on your fridge? I mean, sure, if you’re on Twitter 18 hours a day and that’s what you’re getting paid to do and that’s your job, that’s great. But if you’re like me and you haven’t looked at your Twitter account in about two years, you probably don’t need it on your fridge.

Rob :So Stuart, I love this question, but especially because you’re in the software space and you’re seeing new developments, where do you see the future of reliability going in the next five to 10 years?

Stuart :That’s a doozy of a question there. I like these, though. I could talk your ear off all day about the Industrial Internet of Things and technology. I think augmented reality is going to play a really interesting role, and it already is, but it’s going to be a lot more accessible. We’re going to move towards predictive analytics, all these great things. But the thing I think that’s most exciting about where reliability is going is the importance that it’s starting to see. The culture you’re talking about, that reliability culture that’s really growing. That’s not going anywhere. You go into manufacturing plants now, they have a reliability culture or they’re starting it. They’re starting to drive that. You talk health, you talk safety, you talk reliability. In that order, usually, which it should be. You start talking about really driving that culture and having a strategy. You get so much more done. You start integrating these systems, you start meaningfully looking at your data and that’s really exciting to have that culture. And then you start leveraging IoT, and leveraging that new technology, and starting to move towards predictive analytics. When you’ve got the culture and a good plan, it’s going to be really exciting.

Rob :I can hear you getting fired up and I love it, too. I get excited about this stuff too. it’s cool stuff.

Stuart :It gets me going. I really enjoy it. And I think it’s a really exciting space to be in. It’s not the most sexy topic in the world, but it’s going to be big for both industry and infrastructure. I think it’s the right conversation to be having, and in my opinion, it’s a little too late to be having it, but we’re having the conversation and we’re moving in the right direction. I couldn’t be more excited about the next five to 10 years for sure.

Rob :Yeah, I really agree, and I really think it’s a great time to be in the reliability space. We’re sort of seeing asset management become a little bit bigger, but obviously, reliability is a fairly large portion of asset management. And then we’re also seeing the IIoT stuff and, if you go to some of the conferences, you’ll see augmented reality, virtual reality. Those are a few years away, but I mean, if we’re talking five to 10 years from now, there’s gonna be a lot of cool stuff coming out.

Stuart :Oh, yeah. And it’s all going be driven by people that genuinely feel ownership for their equipment and really care about their machines, and that’s exciting. When you take that kind of level of ownership and responsibility for your equipment and your day-to-day, then you get really passionate about it, you get fired up, and you start seeing results almost immediately

Rob :And everyone who listens to the show is always fired up about reliability. So, Stuart, first off, I want to thank you for coming on the show. The second thing is, do you have anything to plug?

Stuart :Nothing particular to plug. Go out and learn more about reliability. I’m always interested in that. Feel free to follow me on LinkedIn. I’m somewhat active. I do occasionally a re-share some Rob’s Reliability stuff. That’s always solid content. But yeah, that’s always a good place to keep in touch. It’s great seeing what people have to share on there, so find me on LinkedIn at Stuart Fergusson with Fiix Software.