Промышленное производство
Промышленный Интернет вещей | Промышленные материалы | Техническое обслуживание и ремонт оборудования | Промышленное программирование |
home  MfgRobots >> Промышленное производство >  >> Техническое обслуживание и ремонт оборудования

Переход на программное обеспечение CMMS с помощью Стива Рикарда (PODCAST)

Как реализовать CMMS с Fiix и подкастом Rooted in Reliability

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

Менеджер группы внедрения Fiix Стив Рикард посетил подкаст Rooted in Reliability, чтобы рассказать о проблемах, преимуществах и передовых методах внедрения программного обеспечения CMMS. Стив и ведущий Джеймс Ковачевич обсуждают:

Послушайте выпуск подкаста здесь (также доступный на веб-сайте Accendio Reliability) или прочитайте стенограмму ниже.

Настройте свою CMMS с помощью этого бесплатного контрольного списка реализации CMMS

Стенограмма серии

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

Джеймс Ковачевич :Я рад приветствовать Стива Рикарда. Добро пожаловать, Стив.

Стив Рикард :Привет, Джеймс, как дела?

JK :У меня все хорошо, спасибо. Стив, для тех, кто с вами не знаком, вы руководитель группы внедрения в Fiix Software. Раньше у нас было много людей из Fiix, поэтому многие люди используют эту CMMS, с которой многие люди знакомы. Вы также являетесь CRL, и у вас также есть CFM. А теперь очень краткое введение, что вы можете сделать, чтобы заполнить для нас пробелы?

SR :Конечно. Я начал свою карьеру в области технического обслуживания еще в 1986 году. Я выполнил свое первое внедрение CMMS, когда работал в компании по управлению недвижимостью. В то время это были потоки данных и совершенно новый, только что представленный продукт MP2, который, чтобы дать вам представление о том, сколько мне лет, устарел, поэтому иногда мне кажется, что я приближаюсь к устаревшему. поставлю себя.

Я продолжил свою карьеру и действительно влюбился в компьютеры в тот момент и поддержал карьеру технического персонала, получив сертификат сетевого администратора. Затем, как вы упомянули, я получил сертификат по управлению объектами Северо-Восточного университета. Я решил, что мне так нравятся компьютеры, что я хочу делать больше, чем просто внедрять их для компании по управлению недвижимостью, в которой я работал. Поэтому я перешел на работу к другому поставщику CMMS еще в 2000 году и с тех пор много работаю в этой сфере.

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

SR :Итак, начну с аббревиатуры. Я уверен, что почти все ваши слушатели знают, что это означает компьютеризированную систему управления техническим обслуживанием. Некоторые люди заменят эту «систему» ​​программным обеспечением.

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

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

JK :Отлично. Итак, очень хорошее определение того, что такое CMMS. И они существуют довольно давно, как вы упомянули ранее. Но как организации узнать, устарела ли их текущая КСУП, устарела или пришло время искать что-то новое?

SR :Хотите верьте, хотите нет, но первая CMMS вышла примерно в 1965 году, и это была система с перфокартой. Итак, принципы работы КСУП существуют уже более 50 лет.

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

Есть ли в системе, которую мы сейчас используем, надежное мобильное решение? Хотим ли мы отказаться от ручки и бумаги и отказаться от бумаги? Что ж, тогда вам понадобится надежное мобильное решение для этого.

Как насчет дополнительных функций? В старых КСУП почти все плановое техническое обслуживание должно было проводиться в определенный период времени. Допускает ли ваша система мониторинг на основе счетчиков и / или условий?

Тогда последнее, на что я обращаю внимание, это каковы требования к оборудованию системы? Заказчик работает на устаревших серверах и старых операционных системах, потому что само программное обеспечение не работает на более новых версиях?

Думаю, еще кое-что. Если кто-то еще использует CMMS с перфокартой, то им непременно стоит подумать об обновлении.

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

SR :Абсолютно. И вы также должны учитывать, что на старых серверах, возможно, не было емкости для хранения. Новые CMMS действительно способствуют прикреплению электронных файлов, будь то изображения или видео, или, возможно, чертежи Autocad, которые занимают довольно много места. Старые серверы просто не имеют такой мощности.

У них также могло не быть оперативной памяти или процессора для работы в быстро меняющейся среде. Итак, да, помимо проблем с безопасностью, есть еще много вещей, на которые стоит обратить внимание, когда вы смотрите на свое оборудование.

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

SR :Вы знаете, это замечательный момент, и одна из вещей, которые я должен был затронуть ранее, когда я говорил вам, на что стоит обратить внимание, это: может ли ваша система интегрироваться и есть ли в вашей системе закрытое приложение , что означает, что ему не разрешено подключаться к внешнему миру, или вы развертываете какие-то новые технологии, например API-интерфейсы? Например, в Fiix мы используем открытую платформу API. Мы можем подключиться практически ко всему, что также позволяет подключаться через API.

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

JK :Да, конечно. Итак, мы рассмотрели довольно много причин, по которым организации могут узнать, что их система устарела. Но когда им действительно стоит сделать такой решительный шаг и перейти от устаревшей системы к новой? Что побуждает их к этому?

SR :Что ж, это интересно. Когда я только начинал работать в отрасли, облачного программного обеспечения не существовало. Итак, мы поговорили об оборудовании, которое им необходимо рассмотреть, поэтому следует ли им рассмотреть вопрос о переходе на программное обеспечение как услугу или SaaS?

Кроме того, им необходимо внимательно изучить свою существующую систему, возможно, применить криминалистический подход. Что работало с их исходной системой, а что нет, и как их можно улучшить?

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

JK :Хорошо, отлично. Итак, что следует учитывать организациям при подготовке к переходу с устаревшей КСУП на новую? Что им действительно нужно учитывать? Это облако или хостинг? Что еще им нужно учесть?

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

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

JK :Хорошо, отлично. А что насчет тренировочной части? Обращает ли это внимание на это внимание, когда мы смотрим от старой системы к новой? К чему привыкли люди, будут ли они переходить на новую систему? Что-то в этом роде?

SR :Абсолютно. Во многих случаях я уходил, и решение заменить программное обеспечение или установить программное обеспечение, если они не заменяют что-то старое, принималось сверху без участия конечного пользователя.

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

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

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

SR :Это может быть. Это отличный вопрос, потому что очень часто мы получаем клиентов, у которых есть данные в их устаревшей системе, и их немедленная реакция:"Эй, давайте перенесем все в новую систему".

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

Важная проблема заключается в том, что нам нужно выяснить, владеют ли они данными, когда они покидают свою старую систему. Потеряют ли они к нему доступ? Были ли данные на подходящей платформе базы данных? Что ж, если они потеряют к ним доступ, мы, безусловно, захотим внести эти данные. Однако, если они могут получить доступ к данным, обычно я рекомендую, чтобы они принесли свои записи активов, свои части. , любое из их расписаний PM, а также любые открытые заказы на работу. Тогда, как правило, мы рекомендуем им хранить свои исторические записи в своей исторической системе. Опять же, если есть случай, когда у клиента не будет доступа к своей старой системе после миграции, мы действительно хотим провести обзор исторических данных, которые необходимо ввести.

JK :Хорошо. Я видел некоторые организации, которые, как вы знаете, не будут иметь доступа к этой старой системе, поэтому они экспортируют ее в Excel, все записи и сохраняют их в Excel, если им когда-нибудь придется вернуться к ним. Я видел, как некоторые переносили все это в какую-то доступную базу данных, а другие действительно перемещали это в КСУП. У всех есть свои плюсы и минусы, но в итоге мы хотим убедиться, что у нас есть доступ к данным. Верно?

SR :Абсолютно. Пока у вас есть к нему доступ. И не забывайте, что многие из этих старых данных, вероятно, вводят люди, которые больше не работают в компании, поэтому хотим ли мы ввести такую ​​информацию в новую систему? Итак, как вы вкратце сказали, нам просто нужно убедиться, что у вас всегда есть к нему доступ.

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

SR :Конечно. Изменить сложно. Люди борются с переменами. Нам нравится чувствовать себя комфортно. Поэтому, когда вы вносите изменения, людям может быть трудно.

Самое главное, прежде всего, мы должны общаться. Нам необходимо проинформировать конечного пользователя о том, что вносятся изменения, и в идеале мы хотим привлечь персонал к процессу выбора.

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

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

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

SR :Абсолютно. Как я уже сказал, если вам удастся привлечь к себе скептиков, большинство людей присоединятся к вам .

JK :Теперь, допустим, мы получаем этих скептиков на борту. Какие еще приготовления необходимо предпринять организациям, чтобы подготовиться к этому переходу?

SR : Я не могу порекомендовать достаточно создать стандартное руководство по процедурам. СОП.

Меня всегда удивляет, когда я прихожу, и люди вытаскивают СОП абсолютно для каждого выполняемого ими технического обслуживания, но у них нет их для программного обеспечения для обслуживания, их КСУП.

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

JK :Я думаю, что наличие этих СОП гарантирует, что каждый вводит данные правильным способом, в правильном формате, используя правильные отчеты. Все это действительно обеспечивает согласованность качества данных в этой CMMS.

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

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

JK :Абсолютно. Если бы у вас была волшебная палочка, помимо СОП, что бы вы сделали иначе с организациями, которые хотят обновить свои CMMS?

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

JK :Хорошо, отлично. Теперь, что вы хотите, чтобы наши слушатели вынесли из этого разговора об обновлении CMMS, переходе на обновленные? Что вы хотите, чтобы они забрали и сделали по-другому завтра или на следующей неделе?

SR :Если могу, я хотел бы сделать вам два вывода.

JK :Хорошо, возьму два.

SR :Хорошо. Номер один, смотрите. Внимательно посмотрите на свою систему. Делает ли он все, что вам нужно? Посмотрите на это так, как если бы это был ваш первый рабочий день. Легко ли им пользоваться, удобно ли им пользоваться? Получаете ли вы от этого то, что вам нужно?

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

JK :Хорошо, отлично. Два замечательных вывода. Я хочу поблагодарить вас, Стив, за то, что вы нашли время поговорить с нами сегодня о том, как отказаться от устаревших CMMS.

SR :Никаких проблем, Джеймс, мне было приятно.


Техническое обслуживание и ремонт оборудования

  1. Лучшие практики интеграции CMMS со Стюартом Фергюссоном (PODCAST)
  2. Пример для обслуживания мобильных устройств:Fiix останавливается на подкасте Asset Reliability @ Work
  3. Успешная реализация CMMS с Джеффом О’Брайеном (PODCAST)
  4. Программное обеспечение для обслуживания и электронные таблицы для обслуживания
  5. Семь советов по обслуживанию активов с помощью программного обеспечения CMMS
  6. Обязателен ли переход производственных компаний на SaaS?
  7. 5 широко распространенных мифов о недостатках программного обеспечения CMMS
  8. Назад к основам:полное руководство по CMMS, часть 3
  9. EAM и CMMS:в чем разница?
  10. Окончательный список функций программного обеспечения CMMS