Экспертное руководство к успеху CMMS: Джефф О'Брайен делится проверенными стратегиями внедрения

Внедрение CMMS может быть пугающей темой для некоторых. В конце концов, никто не хочет рассматривать, что внедрение CMMS может провалиться в их организации. Джефф О'Брайен почти 10 лет помогает командам ТО успешно разворачивать Fiix на их объектах, и недавно он заглянул в подкаст Rooted in Reliability, чтобы поговорить с хостом Джеймсом Ковачевичем обо всем, что связано с внедрением.

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

Послушайте эпизод подкаста здесь (также доступен на сайте Accendio Reliability и PodBean) или прочитайте расшифровку ниже. Обязательно оставайтесь на связи для будущих появлений экспертов Fiix.

Хотите узнать больше о внедрении CMMS?

• Создание рабочей культуры для настройки вашего внедрения CMMS на успех
  
• 3 шага к успешному внедрению CMMS
  
• Неплановое техническое обслуживание: Необходимое зло или избегаемое неудобство?
  
• Мобильное техническое обслуживание: Больше, чем просто отраслевой тренд (ПОДКАСТ)
  
• Все статьи, написанные Джеффом О'Брайеном

---

Расшифровка эпизода

Просмотр расшифровки эпизода

Джеймс Ковачевич: Это мое удовольствие приветствовать Джеффа О'Брайена в подкасте. Добро пожаловать, Джефф.

Джефф О'Брайен: Привет, Джеймс. Спасибо, что пригласили.

JK: Ну, Джефф, ты новый гость подкаста. Чтобы представить тебя, ты — Старший директор профессиональных услуг в Fiix Software.

JO: Верно.

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

JO: Я думаю, это всё. Это очень хорошее введение. Как ты говоришь, я управляю командой консультантов по внедрению, а также командой технической поддержки. Так что я вижу много проблем технической поддержки после того, как люди уходят в live.

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

JO: Верно.

JK: Отлично. Теперь как долго ты участвуешь во внедрении CMMS?

JO: Я участвовал во внедрении приложений CMMS только с тех пор, как присоединился к Fiix в 2010 году, но у меня было много воздействия на приложения CMMS до присоединения к Fiix как инженер оборудования в ASML. Я работал по всему миру в разных объектах, как AMD в Германии, я работал в Infineon в Германии тоже — целый куч разных объектов: SD, micro и т.д. и я использовал много много разных версий всех разных приложений CMMS, так что много воздействия на них за годы.

JK: Отлично. И кто лучше поможет внедрить их, чем тот, кто, вероятно, имел дело с не лучшими внедрениями в прошлом. Верно?

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

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

JO: Без проблем.

JK: Теперь, что такое внедрение CMMS? Разве мы не просто покупаем софт и он включается и работает для нас?

JO: Не совсем. Так, внедрение CMMS — это интеграция программного обеспечения CMMS в рабочий процесс организационной структуры, или рабочий процесс отдельного конечного пользователя. Так что это в основном получение CMMS полностью настроенным и операционным для организации со всеми ключевыми пользователями, должным образом обученными. Это определенно не простое plug-and-play enforcement.

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

JO: Нет, определенно не так, и что происходит со временем, это становится больше бременем и организация людей перестают его использовать. Они не получают выгоды от системы. Знаешь, неважно, техник ты или менеджер, планировщик, супервайзер, человек по запчастям. Ты всегда думаешь: «Что в этом для меня?» Так что ты всегда хочешь убедиться, что приложение делает твою жизнь легче на ежедневной основе, и если оно не настроено и не внедрено правильно, ты просто перестанешь его использовать и это, знаешь, не будет успешным в организации.

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

JO: Верно.

JK: Так, Джефф, как ты определяешь успешное внедрение CMMS? Это просто наличие всех мастер-данных правильно? Что на самом деле является успехом?

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

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

JO: Именно.

JK: Ты видел другие версии успеха внутри организаций?

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

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

JO: Хорошо. Так что после признания необходимости в CMMS, мы идентифицировали пять шагов для успешного внедрения CMMS. Первый шаг — вы хотите получить поддержку от руководства. Запуск CMMS требует времени и ресурсов. Я видел множество проектов внедрения CMMS, где руководство не было полностью на борту. Они неохотно давали ресурсы, и в результате внедрение CMMS не шло так плавно, как планировалось. Так что вам нужно получить поддержку от руководства, потому что это в основном приведет к бюджету и ресурсам для успешного внедрения CMMS.

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

Третий шаг в успешном внедрении CMMS — эффективное планирование проекта. Просто помните старую поговорку: «Не планируй — планируй на провал». Вашей организации нужно построить детальный план проекта, чтобы ничего не упустить. Это значит, знаешь, провести анализ потребностей, выявить, какие болевые точки есть прямо сейчас и что новое программное обеспечение будет адресовать, выявить, кто будет использовать систему, определить и контролировать объем, построить график от первоначального сбора данных до пост go-live, знаешь, шесть месяцев или год спустя: как выглядит этот обзор? Наш самый детальный план внедрения — около 96 пунктов.

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

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

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

JK: Отлично. Так что пять шагов к внедрению CMMS. Знаешь, получение поддержки руководства, построение правильного плана проекта, понимание тех возвратов, понимание того, как ты будешь поддерживать во время go-live и пост go-live. Все это жизненно важные вещи, которые, знаешь, обычно организации пропускают одну или две из них. Я часто видел, где организации во время go-live, они сделают один набор обучения за месяц или два перед тем, как пойти в live без фоллоу-ап или коучинга после этого в результате. Никто не знает, как делать вещи правильно и так далее. Так что мне нравятся эти пять простых шагов к внедрению того CMMS.

Теперь, насколько важно для пользователей понимать бизнес-процессы до внедрения CMMS?

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

Это все тот же самый сорт вещей. Операторы сообщают о проблеме станка, планировщики или супервайзеры ревьюют или подписывают работу под своими техниками, техники завершают работу, люди по инвентарю убеждаются, что есть запчасти на полке. Это все очень похожие процессы. Многие off-the-shelf приложения CMMS спроектированы вокруг лучших практик, так что принятие системы может фактически помочь тому, как ты работаешь и улучшить твои процессы.

У меня есть пример для тебя, на самом деле. Я работал с внедрением там пару месяцев назад и ребята на полу, если им нужна была запчасть, что они бы делали, они бы заполняли форму в Microsoft Word. Они бы затем PDF эту форму и затем они бы эмейлить ее в склад 45 минут позже. Они бы затем идти к складу, чтобы увидеть, была ли запчасть там и готова ли она сейчас. Конечно, если запчасть не была готова, они бы должны были заказать ее и они бы не могли завершить работу. Так что внедряя CMMS теперь они могут проверять доступность запчасти по мере завершения наряда-заказа.

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

JK: Отлично. Так что это сокращает много времени, не добавляющего ценности, для техников, знаешь, набор в word, PDF-инг, эмейлинг, ходьба туда, только чтобы узнать, что это на самом деле не там.

JO: Именно.

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

JO: Верно.

JK: Отлично. Теперь, какая конфигурация важна для понимания, для размышления, перед внедрением?

JO: Ну, это все зависит от того, CMMS on-prem или cloud-based. Так что если твоя организация выбирает on-prem, тогда может быть целый груз конфигурации железа, установки, открытия портов, открытия файрволов, и это все вещи, о которых я ничего не знаю. Тебе нужна IT экспертиза для этого. Так что с cloud-based CMMS, нет конфигурации железа нужной. Ты просто регистрируешься в интернете и оно готово к работе в течение 60 секунд. Теперь cloud-based CMMS tends to be more data-configurable than system-configurable. Так что там очень мало пред-конфигурационной работы нужно. Например, в начале любого из наших проектов внедрения, наши консультанты обычно тратят пару дней на понимание процессов, стандартизации данных, именования активов, типов счетчиков, кастомных рабочих процессов и т.д. и они настраивают CMMS соответственно. Это обычно занимает только один-два дня.

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

JO: Именно. Многие cloud-based приложения CMMS имеют эти настройки пред-конфигурированными или они имеют хороший go с ними. Ты, вероятно, получишь 95% того, что тебе нужно, уже пред-конфигурированным в системе. Там только немного твикинга тут и там, чтобы получить именно то, что тебе нужно.

JK: Отлично. Теперь, когда мы говорили о конфигурации, ты упомянул, как активы названы, как они нумерованы, тот сорт вещей. Насколько важно качество данных и настройка активов, материалов, иерархии активов, ППО и так далее внутри CMMS?

JO: Ну, качество данных очень очень важно. Знаешь, плохое качество данных просто вызывает проблемы в долгой перспективе. Так что если у тебя плохое маркирование активов или плохо настроенная иерархия, это просто сделает труднее найти те активы в CMMS. Если твои данные инвентаря отключены, люди на полу будут заказывать запчасти у поставщиков, когда эти запчасти сидят там на полке. Ты также будешь испытывать больше дефицитов, и когда дело доходит до ППО, неправильные группы задач и неправильные ППО могут привести к тому, что люди выполнят неправильную работу на неправильном оборудовании. И чтобы дать тебе пример, два года назад я работал с клиентом, который переместил свои 12 сайтов в Fiix у них было то же оборудование на каждом сайте. Когда мы мигрировали данные, оказалось, что один из сайтов делал полностью другой набор ППО и задач под like-for-like активами, и в результате эти машины на том сайте были в очень плохом состоянии. Так что если ты получаешь данные правильно с первого раза, тебе нужно сделать это только один раз.

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

JO: Именно.

JK: Теперь, понимая, что нам нужно сделать для внедрения CMMS, кого мы должны иметь в команде внедрения? Это планировщик ТО в их свободное время, или это полная межфункциональная команда?

JO: Внедрение — это общий процесс между IT-лидерами, командами внедрения, поставщиками и системными Чемпионами. Это определенно межфункциональная команда. Это повлияет на многочисленных лиц в долгой перспективе по твоей организации. Это будет ТО. Это будет надежность, безопасность, запчасти и инвентарь закупки, IT, и операции. Так что должно быть некоторое вовлечение от всех тех команд для малого и среднего бизнеса. Не имеет смысла включать представителя от каждой из тех команд в проект внедрения.

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

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

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

JO: Именно.

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

JO: Так, Джеймс, я просто хочу указать одну важную вещь. Хорошо. Так что обратно в 80-х, 90-х, в нулевых, единственный способ получить информацию из CMMS был отчет. Отчет был чем-то вроде способа, которым ты получал данные. Ты строил запрос, ты организовывал данные на листе, и затем ты печатал тот отчет для просмотра. Но в 2018 году есть много других способов получить данные из систем. Сегодняшнее программное обеспечение CMMS позволяет тебе извлекать информацию из твоей системы множеством способов, включая отчеты. Это может быть list views, это может быть динамическая фильтрация, это может быть кастомизируемые дашборды. Так что ты можешь получить данные, которые тебе нужны, живыми в системе без необходимости запускать какие-либо отчеты. Так что говоря это, ответ — да. Это определенно важно понимать, какие отчеты, какие списки, какие KPI или метрики тебе нужны раньше в процессе внедрения. Причина в том, что тебе нужно убедиться, что ты выбираешь приложение CMMS, которое может дать тебе те данные. Они могут дать тебе те отчеты, могут дать тебе те списки. Так что организации, приходящие от существующего CMMS, будут иметь набор отчетов, которые они хотят реплицировать в новом CMMS. Но любые организации, совершенно новые для CMMS, могут не знать точно, что им нужно из ворот. Так что им придется разобраться с отчетностью со временем. Но многие сегодняшние приложения идут с canned reports.

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

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

Так что какие ключевые вехи нужны для нового внедрения CMMS?

JO: Хорошо, так что мы идентифицировали пять ключевых вех. Так первая — планирование discovery, и это все о понимании целей CMMS и в основном получении твоего плана проекта. Так что мы хотим понять наши бизнес-процессы. Мы хотим определить те стандарты данных. Мы хотим планировать для консистентных данных. Мы хотим иметь наш план обучения и т.д. Вторая веха — конфигурация и настройка. Это все о вставлении твоего CMMS на ноги, получении CMMS технически операционным и кастомизированным для твоего варианта использования и твоих бизнес-требований. Веха три — обучение, и обучение — ключ к тому, чтобы сотрудники имели правильные навыки и знания для максимального использования софта. Это увеличивает пользовательское внедрение и гарантирует, что люди используют софт правильным способом, это увеличивает приверженность в долгосрочной перспективе. Мой совет — не экономь на обучении и сделай это правильно с первого раза. Иначе команда будет тратить ценное пробное и ошибочное время, пытаясь научиться системе, и это на времени компании.
Веха четыре — go-live. Так что как только система настроена, твое обучение завершено, ты можешь пойти в live с новой системой. Так что организации, использующие существующую систему, могут иметь период blackout, где обе системы недоступны, пока данные переносятся, но кто угодно новый к системе может просто пойти в live с тем CMMS.

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

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

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

JO: Внедрение любого программного приложения — пугающая задача для любой организации, и внедрение CMMS не отличается. И многие организации не удается правильно спланировать свои проекты внедрения CMMS. Так что я верю, что наибольшая разница между успехом и неуспехом — это наличие того плана, знаешь fail to plan and then plan to fail.

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

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

JK: Отлично. Так что если бы у тебя была волшебная палочка, одно вещь, которое ты бы изменил — это все имеют план или ты бы изменил что-то другое?

JO: Хорошо. Так что одно вещь, которое я бы хотел изменить — это восприятие сотрудников о приложениях CMMS. Так что они существуют уже довольно давно с 1965 года. Так что у них не лучшая репутация. Я бы хотел, если бы это было немного более позитивным, потому что внедрение CMMS должно рассматриваться как очень позитивное изменение для организации. Это может помочь автоматизировать много задач, как процесс заявки на работу. Это может устранить все те разрозненные системы, как звонки и текстовые сообщения и стикеры. Это будет автоматически триггерить ППО для тебя, так что тебе не нужно проверять твои календари. Это позволит тебе обновлять твои наряды-заказы в реальном времени в поле или на полу, пока ты делаешь работу, так что тебе не нужно возвращаться к столу в конце дня или бить книги в конце дня и логировать всё в ты можешь логировать в реальном времени.

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

JK: Да, выгоды, которые приходят с CMMS, огромны, предоставленные некоторые немного более времязатратны в использовании, немного более громоздки в использовании, но вообще, CMMS — огромные экономии времени. Они действительно движут эффективность, знаешь, процессов управления ТО, техников, wrench time, все те различные вещи.

JO: Именно.

JK: Ну, Джефф, я хочу поблагодарить тебя за уделенное время сегодня для разговора о внедрении CMMS. Но перед тем, как мы пойдем, где люди могут узнать больше о тебе, Fiix, все те великие вещи и ресурсы, которые у вас есть?

JO: Ну, лучшее место, чтобы узнать больше обо мне — мой профиль LinkedIn. Так что если ты хочешь сделать это доступным, пожалуйста, не стесняйся. Сайт Fiix — отличный ресурс. У нас много-много блогов и статей. Как я упоминал, у меня более ста статей, которые я написал. У меня есть электронные книги и руководства лучших практик, доступные там на fiixsoftware.com, и много-много информации.

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

JO: Так, Джефф, у тебя есть какие-то другие дополнительные ресурсы, которые ты хочешь поделиться перед тем, как мы пойдем? Конечно, никаких проблем, в терминах знаешь, в ТО и лучших практиках ТО. Я люблю читать Reliability Web, UpTime Magazine, Reliable Plant — еще один хороший ресурс, но знаешь, мы говорили о внедрении CMMS сегодня и это действительно управление проектом. Ты можешь найти много хороших ресурсов управления проектами онлайн как PMI.org или projectmanagement.com. Так что я определенно рекомендую взглянуть там.

JK: Да, PMI и projectmanagement.com очень очень хорошие ресурсы. Я член PMI тоже. Просто потому что всё, в что это играет: внедрения CMMS, данные проекты, надежность проекты и так далее. Так что некоторые отличные ресурсы. Ну, Джефф. Я хочу поблагодарить тебя еще раз за уделенное время из твоего занятого дня, чтобы поговорить с нами сегодня о внедрении CMMS. Знаешь, я узнал некоторые новые вещи, как всегда делаю от моих великих гостей, так что я предполагаю, наши слушатели тоже. Так что спасибо еще раз.

JO: Спасибо за то, что принял меня, Джеймс.

JK: Я хотел бы поблагодарить тебя за прослушивание и напомнить, что ты всегда можешь узнать больше о надежности ТО и управлении активами на www.eruditio.com и следуя за нашим блогом.