Jeff O’Brien（PODCAST）によるCMMSの実装の成功

CMMSの実装は、一部の人にとっては恐ろしい問題になる可能性があります。結局のところ、CMMSの採用が組織で失敗する可能性があることを誰も考えたくありません。 Jeff O’Brienは、メンテナンスチームが施設でFiixを正常に展開するのを約10年間支援してきました。彼は最近、Rooted inReliabilityポッドキャストに立ち寄ってホストのJamesKovacevicに実装関連のすべてについて話しました。

エピソードでは、実装の成功がどのように見えるか、スムーズな実装を保証するための5つのステップ、高品質のデータがCMMSソリューションのセットアップの最も重要な側面の1つである理由、組織内で誰が関与する必要があるかを定義します。実装プロセス、および実装の過程で達成すべきマイルストーン。

ここでポッドキャストのエピソードを聞くか（AccendioReliabilityのWebサイトとPodBeanでも入手可能）、以下のトランスクリプトを読んでください。今後、Fiixの専門家からの出演が増えるのをお楽しみに。

CMMSの実装について詳しく知りたいですか？

• CMMSの実装を成功に導くための職場文化の創造
  
• CMMSの実装を成功させるための3つのステップ
  
• 計画外のメンテナンス：必要な悪または回避可能な不便？
  
• モバイルメンテナンス：業界のトレンド（ポッドキャスト）だけではありません
  
• Jeff O’Brienによって書かれたすべての記事

---

エピソードのトランスクリプト

エピソードのトランスクリプトを見る

James Kovacevic： ジェフオブライエンをポッドキャストに迎えることができて光栄です。ようこそジェフ。

ジェフオブライエン： ねえジェームス。よろしくお願いします。

JK： ジェフ、あなたはポッドキャストの新しいゲストです。紹介するために、あなたはFiixSoftwareのプロフェッショナルサービスのシニアディレクターです。

JO： 正解です。

JK： あなたは、顧客が自分の場所でFiixを正常に実装して起動するのを支援するCMMS実装コンサルタントのチームを管理します。また、100を超えるさまざまな業界の記事や電子書籍を執筆しており、その多くはFiixで入手できます。 Fiixに入社する前は、ASMLの機器エンジニアでした。簡単な紹介で、記入または補充したいことを見逃しましたか？

JO： それだけだと思います。それは非常に良い入門書です。あなたが言うように、私は実装コンサルタントのチームを管理し、技術サポートチームも管理しています。ですから、人々がライブになった後、私は多くのテクニカルサポートの問題を目にします。

JK： うん。したがって、技術サポートチームを管理することで、実装で何が改善されたかを特定したり、実装戦略を修正したりする良い機会が得られると思います。

JO： 正解です。

JK： 優れた。さて、CMMSの実装にどのくらい関わっていますか？

JO： そのため、2010年にFiixに参加して以来、CMMSアプリケーションの実装に携わっていますが、ASMLの機器エンジニアとしてFiixに参加する前は、CMMSアプリケーションに多くの経験を持っていました。私はドイツのAMDのようなさまざまな施設で世界中で働いてきましたが、実際にはドイツのインフィニオンでも働いていました。SD、マイクロなど、さまざまな施設がたくさんあり、たくさん使うようになりました。さまざまなCMMSアプリケーションのさまざまなバージョンが含まれているため、何年にもわたってそれらに多くの露出があります。

JK： 優れた。そして、過去に最良の実装ではなかったと思われる人よりも、それらの実装を支援する方がよい人は誰でしょう。でしょ？

JO： その通り。ええ、それらのアプリケーションのそれぞれは、あなたが知っているように、それはすべて同じ種類の概念ですが、それらがそれを提供する方法と使いやすさは常に異なります。私は何年にもわたって非常にやりがいのあるアプリケーションをいくつか扱ってきましたが、それは確かです。

JK： はい、数が少ないため、当面はポッドキャストからそれらの名前を除外します。

JO： 問題ありません。

JK： さて、CMMSの実装とは何ですか？ソフトウェアを購入するだけで、電源がオンになり、機能しますか？

JO： ではない正確に。つまり、CMMSの実装は、CMMSソフトウェアを組織構造のワークフロー、または個々のエンドユーザーのワークフローに統合することです。つまり、基本的には、CMMSが完全に構成され、組織で運用可能になり、すべての主要なユーザーが適切にトレーニングされます。これは、単純なプラグアンドプレイの強制ではありません。

JK： そして、それは触れることが重要だと思います。あなたはワークフローとそれらすべての重要なことの中に統合することについて言及しました。メンテナンスの専門家や信頼性の専門家ではないかもしれませんが、確かに一部の個人はCMMSを、ダウンロードしてインストールするだけのソフトウェアと見なしています。そして、それは間違いなくそうではありません。

JO： いいえ、間違いなくそうではありません。時間の経過とともに起こることは、それがより大きな負担になり、人々の組織がそれを使用しなくなることです。彼らはシステムの恩恵を受けていません。あなたが技術者であるかマネージャーであるか、プランナーであるか、スーパーバイザーであるか、部品担当者であるかは関係ありません。あなたはいつも「私にとって何が入っているのか」と考えています。そのため、アプリケーションが日常生活を楽にしてくれることを常に確認したいと考えています。正しく構成および実装されていない場合は、使用をやめるだけで、そうではありません。組織で成功するでしょう。

JK： いいえ、そうではありません。適切なデータが入っていない場合、適切なレポートを取得して、その組織に適切な変更を加えることはできません。

JO： 正解です。

JK： では、ジェフ、CMMSの実装を成功させるにはどうすればよいでしょうか。すべてのマスターデータが正しく入っているだけですか？本当に成功とは何ですか？

JO： ですから私にとって、成功にはさまざまなレベルがあります。しかし実際には、最終的に成功する実装は、組織が新しいシステムの価値を最大化するときです。 これは、システムが組織のユースケースに合わせて正しく構成されていることを意味します。つまり、PMは期日までにトリガーされ、コストは正しい親資産にロールアップされ、人々は倉庫の在庫を確認できます。 2つ目は、CMMSを使用する必要があるすべての人がCMMSを使用していることです。日常的に。 それは、技術者が修理を記録するか、計画担当者がその週のスケジュールを準備するか、またはラインマネージャーが作業要求を記録するだけである可能性があります。 最後に、実際の正確なデータをCMMSから取得して、KPIとレポートを作成し、そのデータを使用して傾向を特定し、修理と交換などの決定を行うことができます。ですから、私にとっては本当に成功した実装です。

JK： 完全。そのため、私たちはシステムを使用し、データを収集し、そのデータを使用して組織内の意思決定を推進しています。これが真の成功です。

JO： その通りです。

JK： 組織内で他のバージョンの成功を見たことがありますか？

JO： ええ、私が言ったように、さまざまなレベルの成功がある可能性があり、それは私にとって究極です。しかし、どこからともなく、ペンと紙からやってくる組織があり、システムが整っていません。つまり、作業指示書と作業要求を管理するためだけにシステムを導入することでさえ、それはある程度成功しています。明らかに、そこから成長する機会はもっとたくさんありますが、それは、アプリケーションである程度の成功を収めていると思います。数年前、貧しいメンテナンスマネージャーがさまざまな角度からのリクエストで苦しんでいた組織を見ました。ポストイット、テキストメッセージ、机に残された紙、机の横にあるホワイトボードのリマインダーですが、多くのことがひび割れを通り抜けたばかりなので、CMMSを導入すれば、基本的にそのプロセスを自動化できます。リクエストはすべて同じチャネルを通過します。その後、必要に応じて優先順位を付けることができ、何も失敗しません。そのため、システムを非常に単純に使用するだけでも、実装はある程度成功します。

JK： 優れた。したがって、組織によっては、その成功のレベルが変わる可能性があります。しかし、私たちが行っているのは、ビジネスプロセスの改善、ビジネスプロセスの効率化を推進し、最終的にはそのデータを使用して意思決定を推進することです。さて、組織がその成功した実装を達成することを可能にするあなたが見たステップは何ですか？

JO： わかった。したがって、CMMSの必要性を認識した後、 CMMSの実装を成功させるための5つのステップを特定しました。したがって、最初のステップは、経営陣からのサポートを受けたいということです。 CMMSを立ち上げるには、時間とリソースが必要です。私は、管理が完全に組み込まれていない多数のCMMS実装プロジェクトを目撃しました。彼らはリソースを提供することに消極的であり、その結果、CMMSの実装は計画どおりにスムーズに進みませんでした。したがって、基本的にそのCMMSを正常に実装するための予算とリソースにつながるため、経営陣からのサポートを受ける必要があります。

2番目のステップは、このプロジェクトに専用のリソースを割り当てることです。 先ほどおっしゃったように、オンにするだけでいいのでしょうか。そうではありません。その実装プロジェクトを支援するには、組織側に誰かがいる必要があります。 CMMSプロジェクトは、ベンダーとクライアントの両方のリソースがプロジェクトに関与している場合に成功する可能性が高くなります。 私たちは常にクライアントにこう言います。「私たちはCMMSを知っています。私たちはあなたの機器を知りません。」私は昨年リモート実装を行いましたが、クライアントには他にも多くの責任がありました。彼らはプロジェクトに時間を割くことができず、私たちがスケジュールしたすべてのセッションは、復習セッションのように感じました。私たちは常に同じことを何度も繰り返していましたが、約9か月後、最終的には専用のリソースを使用するか、プロジェクトを立ち上げてプロジェクトを終了させるために誰かをプロジェクトに割り当てる必要があることに同意しました。専用のリソースを入手したとき、実際には1週間以内に完了しました。

CMMSの実装を成功させるための3番目のステップは、効果的なプロジェクト計画です。 「計画に失敗する、失敗する計画を立てる」という古いことわざを覚えておいてください。 組織は詳細なプロジェクト計画を作成して、見逃すことのないようにする必要があります。つまり、ニーズ分析を実行し、現在の問題点と新しいソフトウェアが対処する内容を特定し、システムを使用するユーザーを特定し、スコープを定義および制御し、最初のデータ収集からスケジュールを作成します。ポストの運用開始まで、6か月または1年後には次のようになります。そのレビューはどのようになりますか？最も詳細な実装計画は、約96の広告申込情報です。

4番目のステップは、そのプロジェクト計画を効果的に実行することです。 これですべての計画を完了しました。今では、その計画を体系的かつ体系的に実行する必要があります。チームに変更の準備をし、データを収集し、データをクリーンアップし、システムを構成し、エンドユーザーを結び付け、システムを稼働させます。稼働中のサポートが重要です。次に、プロジェクトの最後に実装レビューを行います。

そして最後に、5番目のステップは継続的な改良です。 ですから、私にとって、CMMSは常に進化しており、CMMSを設置してじっと座っていることに意味はありません。将来的には、より多くの機能を作業方法に組み込むことができる可能性があります。先に述べたように、作業指示システムだけから始めて、後日、在庫とPMを追加することを検討できます。より多くのユーザーをシステムに取り込むことができます。たとえば、ベンダーが新機能をリリースしたときに毎日の検査を追跡できるように、マシンオペレーターを追加します。これらの新機能をどのように作業方法に組み込んでいますか？

そして最後に、CMMS自体が資産に関する情報のデータベースです。では、その情報をどのように使用して作業方法を変更し、PMをどのように変更または改良しますか？たとえば、以前のキャリアでは、実際に信頼性と可用性のデータを確認し、PMサイクルを7日ごとから8日ごとに移動することにしました。可用性への影響はなく、施設全体で数百万ドルを節約しました。そのため、システムを改良し、システムからより多くを得るそのような機会を探しています。

JK： 優れた。したがって、CMMSを実装するための5つのステップ。ご存知のとおり、管理サポートを取得し、適切なプロジェクトプランを作成し、それらの収益を理解し、運用開始時と運用開始後にどのようにサポートするかを理解します。これらはすべて重要なものであり、ご存知のとおり、通常、組織はそれらの1つまたは2つを見逃しています。稼働中の組織が稼働する場所をよく見かけますが、稼働する前に1〜2か月に1セットのトレーニングを行い、その後はフォローアップやコーチングを行いません。物事を適切に行う方法などを誰も知りません。そのため、CMMSを実装するための5つの簡単な手順が気に入っています。

では、CMMSを実装する前に、ユーザーがビジネスプロセスを理解することはどれほど重要ですか？

JO： それは絶対に重要です。これらのプロセスを文書化して、見逃すことのないようにすることが非常に重要です。ただし、メンテナンスプロセスは、どこにいても非常に似ている傾向があります。

それはすべて同じ種類のものです。オペレーターは機械の問題を報告し、計画担当者または監督者は技術者の下で作業を確認または署名します。技術者は作業を完了し、在庫担当者は棚に部品があることを確認します。それはすべて非常に似たようなプロセスです。多くの既製のCMMSアプリケーションは、ベストプラクティスに基づいて設計されているため、システムを採用することで、実際に作業方法やプロセスの改善に役立つ可能性があります。

実はあなたに例があります。私は数か月前にそこで実装を行っていましたが、フロアにいる人たちは、パーツが必要な場合は、MicrosoftWordのフォームに入力するだけでした。次に、そのフォームをPDFで送信し、45分後にそれを倉庫に電子メールで送信します。次に、倉庫に歩いて行き、部品がそこにあるかどうかを確認し、準備ができているかどうかを確認しました。もちろん、部品の準備ができていない場合は、注文する必要があり、作業を完了することができません。そのため、CMMSを実装することで、作業指示を完了するときに部品の可用性を確認できます。

また、それを計画部品として作業指示書に追加すると、部品が必要であることがストアに自動的に電子メールで送信されます。だから彼らはそれが店にあることを知って、それから彼らは自動的に物置に注文を出します。だから彼らが行ってそれを手に入れるとき、それは彼らを待っているでしょう。

JK： 優れた。これにより、技術者の付加価値のない時間を大幅に削減できます。Wordで入力し、PDFを送信し、メールでその先を歩いて、実際にはそこにいないことがわかります。

JO： その通りです。

JK： そのため、CMMSで標準ワークフローの一部を採用することで、その多くを削減することができました。

JO： 正解です。

JK： 優れた。さて、実装前に理解し、考えることが重要な構成は何ですか？

JO： これはすべて、CMMSがオンプレミスであるかクラウドベースであるかによって異なります。したがって、組織がオンプレミスを選択している場合は、ハードウェア構成、インストール、ポートのオープン、ファイアウォールのオープンなど、すべての負荷がかかる可能性があります。これは、私が何も知らないことです。そのためにはITの専門知識が必要です。したがって、クラウドベースのCMMSでは、ハードウェア構成は必要ありません。インターネットにサインアップするだけで、60秒以内に準備が整います。現在、クラウドベースのCMMSは、システム構成可能よりもデータ構成可能である傾向があります。したがって、事前設定作業はほとんど必要ありません。たとえば、実装プロジェクトの開始時に、コンサルタントは通常、プロセス、データの標準化、アセットの命名、メータータイプ、カスタムワークフローなどを理解するために数日を費やし、それに応じてCMMSを構成します。通常、これには約1〜2日しかかかりません。

JK： 優れた。ここで、いくつかの優れた点に触れました。資産に名前を付ける方法、資産に番号を付ける方法、スペアパーツに名前を付ける方法です。そこに番号を付けるのと同じこと。どのタイプのメーターが使用されていますか？彼らはどのように読まれていますか？これらはすべて、CMMSを構成するために不可欠です。また、ユーザーと権限レベルを考慮する必要があります。必要に応じてユーザーグループも考慮する必要があります。そのため、プランナーはこれらの部分にアクセスできますが、この部分にはアクセスできません。必要に応じて、アクセスを「編集」します。これらはすべて、CMMSを設計および構成する際に事前に非常に重要です。

JO： その通り。クラウドベースのCMMSアプリケーションの多くは、これらの設定が事前に構成されているか、うまく機能しています。おそらく、システムで事前に構成されている必要があるものの95％を取得することになります。必要なものを正確に入手するために、あちこちで少し調整するだけです。

JK： 優れた。さて、構成要素について話していたときに、アセットの名前の付け方、番号の付け方などについてお話しました。データ品質と、CMMS内での資産、資料、資産階層、PMなどの設定はどの程度重要ですか？

JO： ええと、データ品質は非常に重要です。 ご存知のとおり、データの品質が低いと、長期的には問題が発生します。したがって、アセットのラベル付けが不十分であるか、階層が適切に構成されていない場合、CMMSでそれらのアセットを見つけるのが難しくなります。在庫データがオフの場合、フロアの人々は、それらの部品が棚に置かれているときにベンダーに部品を注文します。また、在庫切れが増える可能性があります。PMに関しては、タスクグループとPMが間違っていると、人々が間違った機器で間違った作業を行う可能性があります。 例を挙げると、2年前、私は12のサイトをFiixに移動したクライアントと協力し、各サイトに同じ機器を持っていました。データを移行したところ、サイトの1つが、同様のアセットの下でまったく異なるPMとタスクのセットを実行していたことが判明しました。その結果、そのサイトのこれらのマシンは非常に劣悪な状態でした。したがって、最初にデータを正しく取得する場合は、1回だけ取得する必要があります。

JK： ええ、絶対に。時間とリソースを費やして、3回目または4回目に資産を再びウォークダウンする必要はありません。品目マスタデータの重複排除を行っていないため、私が協力している多くの組織が倉庫に足を運び、3つの異なる場所にある3つの異なるビンに同じ方位があります。誰かが別の名前を付けたり、部品番号にハイフンを入れたり、付けなかったりしたからです。したがって、設定すれば、長期的には多大な労力と労力を節約できます。

JO： その通りです。

JK： さて、CMMSを実装するために何をする必要があるかを理解しました。実装チームには誰が必要ですか？これは余暇のメンテナンスプランナーですか、それとも完全なクロスファンクショナルチームですか？

JO： 実装は、ITリーダー、実装チーム、ベンダー、およびシステムチャンピオンの間で共有されるプロセスです。それは間違いなく部門の枠を超えたチームです。長期的には、組織全体の多数の個人に影響を及ぼします。それはメンテナンスになります。それは、信頼性、安全性、部品と在庫の購入、IT、および運用になります。したがって、中小企業の場合は、これらすべてのチームが関与する必要があります。これらの各チームの代表者を実装プロジェクトに含めることは意味がありません。

つまり、システムチャンピオンを特定し、それがプロジェクトを所有する従業員であることをお勧めします。 そして、これらのチャンピオンは、さまざまなチームの働き方に精通しています。彼らは自分たちのプロセスやワークロードなどを理解しており、それはプランナーやスーパーバイザー、あるいはチームの非常に優れた技術者の1人であり、必要に応じてグループからさまざまな代表者を引き込むことができます。したがって、部品や在庫からの支援が必要な場合は、何かを明確にする必要があります。彼らはそれらの人々に行き、それらの答えを得ます。ただし、大規模な組織の場合、部門の枠を超えたチームを編成し、プロセスに全員を含めるのに十分な規模であるため、システムとプロセスがより複雑になる傾向があります。

したがって、関係するすべてのチームから代表者を集めることで、見逃すことはありません。また、組織がアプリケーションをより迅速にスピードアップできるようになります。ですから、ライブに移行すると、彼らはその専門知識を持ち、グループに行き、必要に応じて支援することができます。

JK： そのクロスファンクショナルチームは、CMMSを実装するサイトまたは組織のサイズによって実際に異なります。また、含める機能や機能によっても異なる場合があります。障害コーディングまたは障害コーディングを含める予定ですか。もしそうなら、それはどのように構築されるのでしょうか？それらのリストなどを所有しているのは誰ですか？

JO： その通りです。

JK： 完全。クロスファンクショナルチームが注目しているもう1つのことは、レポートを定義し、実装中にレポートを作成することです。 CMMSの出力を事前に定義することはどれほど重要ですか？

JO： ジェームズ、私はただ一つの重要なことを指摘したいと思います。わかった。つまり、80年代、90年代、いたずら好きの時代には、CMMSから情報を取得する唯一の方法はレポートでした。レポートは、データを取得する方法の一種でした。クエリを作成し、データをシートに整理してから、そのレポートを印刷して表示しました。しかし、2018年には、システムからデータを取得する方法は他にもたくさんあります。 今日のCMMSソフトウェアを使用すると、レポートなど、さまざまな方法でシステムから情報を取得できます。リストビュー、動的フィルタリング、カスタマイズ可能なダッシュボードなどが考えられます。そのため、レポートを実行しなくても、必要なデータをシステムに保存できます。 そういえば、答えはイエスです。実装プロセスの早い段階で、どのレポート、どのリスト、どのKPIまたはメトリックが必要かを理解することが非常に重要です。その理由は、そのデータを提供できるCMMSアプリケーションを選択する必要があるためです。彼らはあなたにそれらのレポートを与えることができ、あなたにそれらのリストを与えることができます。したがって、既存のCMMSからの組織には、新しいCMMSで複製したい一連のレポートがあります。しかし、CMMSを初めて使用する組織は、何が必要なのかを正確に把握していない可能性があります。そのため、時間の経過とともにレポートを把握する必要があります。しかし、今日のアプリケーションの多くには、定型のレポートが付属しています。

これらは基本的に、箱に入れる準備ができているレポートであり、おそらく必要なものの約90％を提供します。アプリケーションには、レポートビルダー、または場合によってはサードパーティのレポートビルダーとの統合も付属しています。したがって、おそらく必要なものを手に入れることができますが、必要なのはほんの一握りの有用なレポートだけです。 通常、計画されたメンテナンスの割合、平均故障間隔、平均修理時間、およびコンプライアンスのスケジュールをお勧めします。

JK： 優れた。新しいCMMSの多くには、そのレポートエンジンが組み込まれており、リアルタイムデータでストリーミングするダッシュボードがあります。したがって、必要なデータやシステムから必要な情報、それを使って何をするのかを理解したいのですが、実装中にこれらのレポートを作成する必要があるなど、今ではあまり焦点が当てられていません。 4番目。

では、新しいCMMSの実装に必要な主要なマイルストーンは何ですか？

JO： さて、5つの重要なマイルストーンを特定しました。したがって、最初の計画は発見を計画することです。これはすべて、CMMSの目標を理解し、基本的にプロジェクト計画に到達することです。 したがって、私たちはビジネスプロセスを理解したいと思います。これらのデータ標準を定義し、一貫性のあるデータを計画します。トレーニング計画などが必要です。 2番目のマイルストーンは構成とセットアップです。 これは、CMMSを立ち上げ、CMMSを技術的に運用し、ユースケースとビジネス要件に合わせてカスタマイズすることです。 マイルストーン3はトレーニングであり、トレーニングは、従業員がソフトウェアを最大限に活用するための適切なスキルと知識を確実に身に付けるための鍵です。 それはユーザーの採用を増やし、人々がソフトウェアを正しい方法で使用していることを保証し、長期的にコミットメントを高めます。私のアドバイスは、トレーニングを無駄にせず、最初から正しく行うことです。そうしないと、チームはシステムを学習しようとして貴重な試行錯誤を無駄にすることになり、それは会社の時間になります。
マイルストーン4は稼働しています。したがって、システムが構成されたら、トレーニングが完了し、新しいシステムを使用できるようになります。 そのため、既存のシステムを使用している組織は、データの転送中に両方のシステムを利用できないブラックアウト期間が必要になる場合がありますが、システムを初めて使用する人は、CMMSを使用するだけで稼働できます。

最後に、マイルストーン5を確認して終了します。このステップでは、元の要件がすべて満たされていることを確認し、必要に応じて小さな修正を実装します。 したがって、これはPMの微調整、またはKPI、レポートの変更などである可能性がありますが、通常はごくわずかです。

JK： 優れた。つまり、5つの簡単なステップです。私はトレーニングピースが本当に好きです。それを強調します。システムを適切に使用することの重要性を実感できるので、システムを適切に使用することの重要性を実感できます。私たちはそれを使用しません。とてもとても良いです。

これで、説明したすべてのことを踏まえて、新しいCMMS実装で成功する上で最大の違いをもたらすと思うことは何ですか？

JO： ソフトウェアアプリケーションの実装は、どの組織にとっても困難な作業であり、CMMSの実装も例外ではありません。また、多くの組織は、CMMS実装プロジェクトを適切に計画できていません。ですから、成功することと失敗することの最大の違いは、その計画を立てることだと思います。計画に失敗してから失敗することを知っています。

JK： 優れた。リソースのタイムラインを特定する完全な計画があることを確認してください。データ収集データのレビューでシステムをセットアップし、それらすべてのさまざまなことをトレーニングすることをすべて知っています。それが違いを生む最大の理由です。

JO： その通り。最初のデータ収集から稼働中のサポートに至るまで、すべてを紙に書き留める必要があります。プロジェクトを適切に計画することで、後のやり直しや混乱をなくすことができます。

JK： 優れた。それで、あなたが魔法の杖を持っていた場合、あなたが変えることの1つは、全員が計画を立てていることですか、それとも何か違うことを変えることですか？

JO： わかった。したがって、私が変更したいことの1つは、CMMSアプリケーションに関する従業員の認識です。ですから、彼らは1965年以来かなり長い間存在しています。したがって、彼らは評判の点で最高ではありません。 CMMSの実装は組織にとって非常に前向きな変化と見なされるべきであるため、それがもう少し前向きであるといいのですが。作業要求プロセスなどの多くのタスクを自動化するのに役立ちます。通話やテキストメッセージ、ポストイットなどの異種システムをすべて排除できます。 PMが自動的にトリガーされるため、カレンダーを確認する必要はありません。作業中に現場やフロアでリアルタイムに作業指示を更新できるので、一日の終わりに机に戻ったり、最後に本を読んだりする必要はありません。その日のすべてをログインすると、リアルタイムでログインできます。

リアルタイムの部品検索が可能で、部品室まで歩いて行かなくても店舗を確認できます。メリットのリストは無限です。ほとんどのユーザーは、CMMSが適切に立ち上がって、それがもたらす価値を理解できるようになると、最終的にはあなたが知っていることを理解していると思います。 冗長で価値の低いアクティビティを排除することで、技術者は価値の高いアクティビティに集中できます。 また、長期的なキャリアにも役立ちます。

JK： ええ、CMMSに伴うメリットは計り知れません。使用するのに少し時間がかかり、使用するのが少し面倒ですが、一般的に、CMMSは大幅な時間の節約になります。彼らは本当にあなたが知っている効率、メンテナンス管理プロセス、技術者、レンチ時間、それらすべてのさまざまなことを推進します。

JO： その通りです。

JK： ジェフ、今日はCMMSの実装についてお話しいただきありがとうございます。しかし、私たちが行く前に、人々はあなたのFiixについて、あなたたちが持っているすべての素晴らしいものやリソースをどこでもっと知ることができますか？

JO： 私のことをもっと知るのに最適な場所は、LinkedInのプロフィールです。したがって、それを利用できるようにしたい場合は、遠慮なくそうしてください。 FiixのWebサイトは素晴らしいリソースです。たくさんのブログや記事があります。私が言ったように、私は私が書いた100以上の記事を持っています。 fiixsoftware.comで利用できる電子書籍とベストプラクティスガイド、およびたくさんの情報があります。

JK： 優れた。そのため、LinkedInプロフィール、FiixのWebサイト、およびそれらのベストプラクティスガイドや電子書籍の1つまたは2つへのリンクを必ず配置します。そのため、人々はそれらをクリックして直接リンクすることができます。

JO： ジェフ、行く前に共有したい他のリソースはありますか？もちろん、メンテナンスとメンテナンスのベストプラクティスについては、問題ありません。信頼性Web、UpTime Magazine、Reliable Plantも良いリソースですが、今日はCMMSの実装について話していましたが、それは本当にプロジェクト管理です。 PMI.orgやprojectmanagement.comなどの優れたプロジェクト管理リソースをオンラインで見つけることができます。ですから、ぜひご覧になることをお勧めします。

JK： ええ、PMIとprojectmanagement.comは非常に優れたリソースです。私もPMIのメンバーです。 CMMSの実装、データプロジェクト、信頼性プロジェクトなど、すべてが機能しているからです。だからいくつかの素晴らしいリソース。ジェフ。 I want to thank you again for taking the time out of your busy day to talk to us today about implementing a CMMS. You know, I’ve learned some new things as I always do from my great guests, so I’m going to guess our listeners did as well. So thank you once again.

JO: Thanks for having me, James.

JK: I would like to thank you for listening and remind you that you can always find out more on maintenance reliability and asset management at www.eruditio.com and by following our blog.