CMMSパイロットプロジェクトをスケーリングするための4つのヒント

パイロットプロジェクトとは、企業が組織全体に実装する前に、新しいテクノロジーまたはプロセスを小規模に実装することです。これらは、より大きな投資が行われる前に、製品、サービス、またはアイデアが望ましい結果をもたらすことができるかどうかをテストするために使用されます。パイロットプロジェクトにより、組織は間違いから学び、その影響を小さく保ち、大規模な展開中に同じリスクを回避することができます。

…ほとんどの企業は、新しいテクノロジーの試験運用に行き詰まり、その可能性を最大限に発揮することはありません。実際、IoTプロジェクトの84％はテストフェーズに合格していません。

たとえば、製造業では、1つの施設にソフトウェアを実装して6か月間使用させることにより、CMMSを試験的に導入する場合があります。これにより、会社はソフトウェアをテストし、その使用を最大化する方法を学び、投資収益率を測定するのに十分な時間を得ることができます。パイロット期間の終了時に、組織は他のサイトにCMMSを実装するか、他のソフトウェアに移行するか、現在のオプションをテストし続けるかを決定できます。

CMMSパイロットが行き詰まるのはなぜですか？

流砂で泳ぐ。壁にぶつかる。どこにも速くならない。 「行き詰まっている」と言う方法はたくさんあります。なぜなら、それは誰もが関係できるものだからです。 CMMSの実装がパイロット段階で行き詰まるのは珍しいことではなく、通常は4つの理由のいずれかが原因です。

無関心はプロジェクトを拡大する意志を打ち砕く

CMMSを実装することの最初の興奮は、急速に衰退し、無関心、またはさらに悪いことに、完全な否定性に変わる可能性があります。これにより、ユーザーの採用がどんどん低くなり、ソフトウェアの効果が低下します。その結果、CMMSは、上級管理職から技術者まで、すべての人の目には銀の弾丸からホーハムツールに変わります。プロジェクトを前進させる動機はなくなっています。この問題は、資格のある野心的なCMMSチャンピオンなど、パイロットフェーズからの移行を主導できる人がいない場合にも発生する可能性があります。

誰にも値が表示されない

多くの場合、企業の注目期間は短く、CMMSが迅速な成果を上げられない場合、焦点は次の大きなものに移ります。メンテナンスソフトウェアを使用すると、小さな目標をかなり迅速に達成できますが、より実質的なROIを確認するには時間がかかります。他のシナリオでは、メンテナンス以外の人は、CMMSがビジネスにもたらすメリットに気付かない可能性があります。短期的な成功または認識された価値の欠如は、CMMSの完全な展開の計画を凍結し、組織をパイロットモードにとどまらせる可能性があります。

流砂で泳ぐ。壁にぶつかる。どこにも速くならない。 「行き詰まっている」と言う方法はたくさんあります。なぜなら、それは誰もが関係できるものだからです。

長いやることリストと競合する優先順位が邪魔になります

それに直面しましょう、誰もが長くなり続ける長いやることリストを持っています。タスクはプッシュダウンされるか、完全にリストから外されます。 CMMSを実装するという大変な作業が終了すると、完全なロールアウトが待機できることを確信するのは簡単です。しかし、CMMSパイロットをバックバーナーにシフトすると、その場所を離れることはめったにありません。優先順位の競合という問題もあります。新しいプロジェクト、目標、または義務は、パイロットを卒業することにどれだけ専念しているかに関係なく、多くの場合克服できない障害を生み出す可能性があります。

標準化は存在しません

CMMSパイロットの構築には、多くの場合、データを収集、クリーンアップ、およびソフトウェアにアップロードするために多くの時間と労力が必要です。データとプロセスが乱雑で不正確な場合、それははるかに困難になります。次に、CMMSを拡張するときにこれらの課題がどのように増大するかを想像してみてください。標準化されたデータとプロセスなしで完全な展開を調整するために必要な時間、労力、および財源は、気が遠くなる可能性があります。多くの場合、必要なリソースの数により、組織は移行を可能な限り延期する必要があり、最終的にはプロジェクトが衰退します。

CMMSパイロットをスケーリングする4つの方法

上記の悪夢のシナリオが組織に起こらないようにするときが来ました。以下の戦略は、成功を保証したり、発生する可能性のあるすべての問題を解決したりするものではありませんが、CMMSパイロットのスケーリングに対する最も一般的で有害な障害を回避するための青写真を提供します。

拡張を実装計画の一部にする

完全な展開のための詳細な計画を作成することにより、パイロットの煉獄を避けてください。この戦略は、実装計画の一部として、CMMSパイロットを開始する前に設計することが不可欠です。完全な展開のための明確な目標、タイムライン、マイルストーン、および3つすべてに到達するために必要なリソースを確立します。このように、プロジェクトをスケーリングするときに最初から始める必要はありません。何がうまくいったか、何がうまくいかなかったか、そして次に何を改善できるかについてのパイロットプロジェクトレポートを作成します。これにより、元の拡張計画を再評価し、必要な変更を加えることができます。

大小を問わず、成功を測定して伝達する

メンテナンスチームがCMMSパイロットから達成した勝利を追跡します。どんなに小さくても、到達したマイルストーンに注意し、部門の内外の人々がそれらについて知っていることを確認することが重要です。これにより、経営幹部から技術者まで、すべての人がCMMSの具体的なメリットとそれがどのように関連しているかを確認できます。プロジェクトは、あなたやリーダーシップチームの他のメンバーの頭に残るだけでなく、プロジェクトを拡大するインセンティブを高めます。

現在および将来のすべてのユーザーのエンゲージメントを維持する

CMMSパイロットから完全なCMMS実装への飛躍は、テクノロジーよりも人と関係があります。変化を受け入れるスタッフがいると、CMMSの拡張が成功する可能性が高くなります。これには、パイロットでソフトウェアを使用している人と、完全なロールアウト後にソフトウェアを使用する人が含まれます。定期的にCMMSに関するフィードバックをユーザーに求め、生活を楽にする変更を取り入れます。ソフトウェアの価値について彼らを教育し、優れたトレーニングプログラムを作成し、問題や質問に対処するためのCMMSチャンピオンを指名します。

ソフトウェアベンダーを選択するのではなく、CMMSパートナーを選択してください

CMMSパイロットのスケーリングは簡単な作業ではないため、プロセスのガイドを支援できるCMMSプロバイダーと協力することが重要です。ソフトウェアプロバイダーは、何百もの同様の実装の一部であり、回避すべきベストプラクティスと障害についてアドバイスすることができます。また、CMMSを会社の他のテクノロジーシステムと統合する方法を明確にするのにも役立ちます。これにより、面倒で複雑な可能性のある操作がはるかに簡単になるだけでなく、保守部門以外の意思決定者にとってCMMSの価値が浮き彫りになります。

歩き方を知っているので、走る時間です

あなたの施設は宿題を済ませ、CMMSパイロットを実装し、ソフトウェアの使用を完璧にするために一生懸命働きました。プロジェクトを拡大する以外に達成すべきことはありません。これは、口で言うほど簡単ではありません。ただし、しっかりとした計画を立て、パイロットプロジェクトの成果を追跡し、ユーザーを引き付け、ソフトウェアプロバイダーと緊密に連携してプロセスをスムーズにすることで、多くの障害を回避できます。