CMMSの進化：過去・現在・未来 ─ テクノロジーがメンテナンス成功をどう牽引するか

技術進歩でCMMSソフトウェアはより安価で使いやすくなりましたが、メンテナンスの目標は変わりません。問題は防げるなら防ぐ。防げないなら効率的に直す。

昔のCMMS

メンテナンス部門の「なぜ」は変わらないが、「どう」は確実に変わりました。過去50年で業界がどれだけ進化したか驚きです。簡単な歴史を振り返ります。

パンチカード式オンプレミスCMMS

第1・第2世代システムは巨大なオンプレミスメインフレームに依存し、この時期の主な発展はパンチカードから紙フォームへの移行。各シフト終了時、メンテナンス技術者が完了書類をデータ入力係に手渡し、オンサイトコンピュータにキーエントリー。システムの導入・維持コストが高額だったため、大規模・資産集約型組織しか導入できませんでした。

端末式オンプレミスCMMS

1980年代、ミニコンピュータの登場で価格が下がり、中規模企業でもCMMS導入が可能に。「ミニコンピュータ」の意味はリンク先参照。あなたが想像するものと違うかも。メインフレームは部屋一つ分。ミニはウォークインクローゼット程度。この段階でもすべてオンプレミスだが、紙が少し減った。技術者は施設内の端末から、工事依頼クローズ後に基本情報を入力可能に。

1990年代にはさらに多くのCMMSプラットフォームが登場したが、まだ今と比べると限定的。例えば工事依頼履歴とコスト追跡が欠けていた。当時のCMMSは情報収集はできても、それを活用するのが苦手でした。

モバイルデバイス対応クラウドベースCMMS

古いシステムは社内サーバーで稼働し、導入・維持が高コスト。ハードウェア投資と、稼働維持のためのIT部門が必要。シンプルなアップデートやパッチでも、ベンダーと自社IT部門の調整が必要で、多大な時間とコストがかかりました。

プロバイダーがクラウド移行すると、状況が大きく変わりました。サーバー購入とIT部門配置の代わりに、あらゆる規模の企業がサブスクリプション型サービスに即座に加入でき、不満なら比較的容易に撤退可能。多くの小規模企業がCMMSを試せるようになっただけでなく、製造業以外の業界からも関心が集まりました：

• 非営利団体
• 自治体
• 医療
• スポーツ・レクリエーション
• 教育

二つ目の大きな変化はアクセシビリティ。過去、技術者はCMMSに「鎖でつながれて」いました。最初はパンチカード、次は紙フォームやスプレッドシート。クラウドベースシステムで、彼らはもはや「鎖でつながれて」おらず、「接続」されました。インターネット接続可能なあらゆるデスクトップやモバイルデバイスから、データ豊富な工事依頼にアクセス可能に。

今日のCMMS

システム提供形態には大きな変化がありましたが、CMMS機能の面ではどうでしょう？ ここにも大きな変化があったのでしょうか？

最も重要な二つのモジュール、予防保全と工事依頼管理を見て答えを出しましょう。HippoがCMMS導入・乗り換え検討者と話す際、この二つは常に最重要とランク付けされます。

顧客数がまだ少なかった頃、Hippoは調査を実施。予防保全と工事依頼管理が最も重要とされる二大モジュールでした。

その後、1000件以上の回答を得て再調査。結果はほぼ同じでした。

したがって、この二つのモジュールに関連する機能を見るのが合理的。多くのメンテナンス部門が最も関心を持つ領域です。

予防保全

メンテナンス部門が反応型から予防保全へ移行できるCMMS機能を求める理由は明確。メンテナンスでも人生でも、「一分の予防は一ポンドの治療に勝る」。ダウンタイムと残業時間削減によるコスト削減に加え、予防保全はストレスの少ない日々をもたらします。故障まで運転し、オペレーターが時計を見て、経営陣が損益を見て、ライン復旧に奔走する旧モデルの代わりに、技術者は作業を事前にスケジュールし、定時に帰宅できます。

工事依頼を作成したら、予防保全カレンダーに追加。CMMSが自動的にリマインダーを送信します。

工事依頼管理

最新CMMSは工事依頼を一元化して効率化。チケット送信から工事依頼追跡、収集データのレポート活用まで、すべてCMMS内で完結。例：オペレーターがプレスの時々の引っかかりと、聞いたことのない新しい音に気づく。CMMSでチケット送信、メンテナンス部門主任にアラート。チケットを見て、オペレーターの勘が正しそうと判断。データ豊富な工事依頼を構築、優先順位付け、技術者に割り当て。工事依頼クローズで主任にアラート、ループが閉じる。場合によってはオペレーターにもメール通知（チケット受付時とクローズ時の二回など）。

クローズ済み工事依頼で収集された情報はレポートモジュールで活用され、主任が迅速・容易にレポート作成可能。コスト追跡とその他KPIで、部門パフォーマンスを理解するための全体像が得られます。政府監督が厳しい業界では、これらのレポートがコンプライアンス証明に不可欠。

システムを機能させるには、情報満載の工事依頼が必要。次にそれを見てみましょう。

データ豊富な工事依頼

複写用紙に殴り書きされたわずかな指示が工事依頼だった時代は遠い昔。なぜベテラン技術者が施設の百科事典的知識を持っているのか不思議に思ったことはありませんか？ かつてはそれが必須だったから。工事依頼に情報がほとんどなかったため、技術者は大量の情報を作業記憶に保持する必要があり、これは1)非常に印象的、2)技術者が退職して全知識を持って去る際、組織にとって大きな問題。

この問題を示す素晴らしいアーバンレジェンドがあります。多くのバージョンの一つ：工場でトラブルを抱えた管理者が、最近退職した技術者を呼び戻す。技術者が数台の機械を歩き回り、小さなチョークを取り出し、パイプの一つにX印。後で管理者に5,000ドルの請求書。明細を要求され、返ってきたのは「チョーク代：1ドル。X印を付ける場所を知っていた代金：4,999ドル」。

現代のCMMS工事依頼には、技術者が効率的に作業し速やかにクローズするために必要なすべてが含まれます。工事依頼からアクセス可能なもの（一部）：

• インタラクティブなフロアマップ
• デジタル回路図とO&Mマニュアル
• 資産のメンテナンス・修理履歴
• カスタマイズ可能なステップバイステップ手順

すべての情報がCMMSに安全にバックアップされるため、部門は組織記憶とノウハウの喪失を心配する必要がありません。

モバイルメンテナンスアプリ

CMMSが最初にクラウド移行した時、デスクトップかレスポンシブモバイル版でアクセス可能。基本的にCMMSがモバイルデバイスを検知し、小さい画面対応のため小さなレイアウトに切り替える仕組み。

しかし今、CMMSプロバイダーはスマートデバイス上で動作するモバイルメンテナンスアプリを提供。デバイスのソフトウェア・ハードウェアと直接連携するため、アプリはより安定、高速、多機能。

プッシュ通知

古いモバイル版では、技術者が割り当てられたオンデマンド・予防保全工事依頼に素早く簡単にアクセス可能。しかしログインして新着を確認する必要がありました。メンテナンス管理者にとって、作業割り当てから技術者の認知までに遅延が発生する原因に。

しかしモバイルアプリなら、プッシュ通知が利用可能。管理者が新しい工事依頼を割り当てると即座に、技術者のスマホが鳴動・振動し、画面にメッセージ表示。重要資産がダウンした時、管理者はできるだけリアルタイムに近い形でチームに連絡・接続する必要があります。

バーコードスキャン

オンデマンド工事依頼なら、どの資産が修理必要か一目瞭然。アイドル状態、液体噴出、発煙している方です。しかしPMでは、点検・メンテナンスタスクのみの場合、正しい資産を見つけるのがより困難。特に同一資産・設備が列をなしている場合。例えば、屋上のHVACユニット列、地下室のポンプ群。

しかしモバイルデバイスの内蔵カメラでバーコードをスキャンすれば、正しい資産か即座に確認可能。ラベルをスキャンするだけで、シリアル番号、画像、関連工事依頼など資産の包括的データにアクセスできます。

画像直接アップロード

技術者はカメラで素早く写真を撮り、オープン工事依頼にアップロード可能。自分たちとチーム他メンバー間の強力なコミュニケーションラインを開きます。

技術者は写真で作業内容を示せます。例：内部コンポーネントが積み重なった大型資産を作業中。下の部品を作業するために上の部品を取り出す際、各ステップを写真で記録し、作業の信頼性の高い検索可能な記録を作成。全て組み立て直したら、もう一枚撮って遠隔目視検査を依頼。メンテナンス管理者や他の部門員が現場に行く時間をかけずに作業をダブルチェック。

技術者は「どうすればいいか分からない」時にも写真を活用。施設内を走り回って助けを探す代わりに、資産の画像を工事依頼にアップロードしてアドバイスを求められます。実はアプリでタスクコメントと工事依頼コメントの両方を追加可能。写真ではなくテキスト入力も可。親指タイピングが遅い技術者はスマホの音声入力機能を利用できます。

オフライン同期

モバイルWeb版は良いですが、オンライン時のみ本格利用可能で、技術者に制約を生みます。圏外になるとCMMSアクセス不能。インターネットアクセスが制限・不可能な場所で作業するのは珍しくありません。最先端ビルでも、ボイラー横の地下2階では電波が不安定。

しかしモバイルメンテナンスアプリならオフラインでも動作。データの一部をモバイルデバイスのストレージに直接保存するため、オフラインでもアクセス可能。さらに重要なのは、オフラインでも情報入力が可能なこと。

データに関する格言は真実：「Garbage in, garbage out」。信頼性の高いデータが欲しければ、技術者が記憶鮮明なうちにデータ入力できるよう支援すべき。古いシステムでは、技術者は圏内に戻るまでCMMS更新を待たされました。しかしアプリならリアルタイムでデータ入力。アプリがデータを安全に保持し、CMMSデータベースと再接続可能になるまで待機します。

明日のCMMS：予防と予知

予知保全は将来多くのメンテナンス部門で場所を占めるでしょう。しかし固有の制約があるため、普遍的に採用されることは unlikely 。経済的合理性が合わない状況が多々あるからです。

まず簡単な説明。予知保全はIoT（モノのインターネット）を活用。すべてが自己監視し、すべてが接続。冷蔵庫が牛乳不足を検知し、車のナビに伝え、スーパー近くで牛乳購入をリマインド。あるいは冷蔵庫が自動発注。

産業現場では、資産にセンサーを取り付け、潜在的問題をメンテナンススタッフにアラート。ここが重要：技術は「すでに発生した問題」を報告しない。データを使って「問題が発生する確率」を予測します。

例：資産の振動が大きすぎる、オイルの色がおかしい、すべてが過熱している、などでCMMSがアラート送信。毎月ポンプを点検して摩耗サインを探す代わりに、CMMSが「1) 少し振動しすぎている、2) 前回チェックから6ヶ月経過」を検知するのを待つ。相互接続された情報源（センサーとポンプの工事依頼履歴）からデータを収集し、CMMSが次のアクションを判断。

しかし、それらのポンプが高価ではなくクリティカル度も低い場合？ 止まっても首の痛み程度で大問題ではない。センサーは高価で設置もトリッキー、サードパーティベンダー導入が必要かも。その場合、PMの継続がベター。多くの資産でこのケースに当てはまります：予知保全の導入コストが、期待メリットに対して高すぎる。

次のステップ

メンテナンスの過去・現在・未来を見ることは、単なる興味深い歴史の授業でも、未来予測ゲームでもありません。自分の現在のメンテナンス運営をより深く理解する方法です。あなたの部門をタイムラインのどこに置きますか？ まだ90年代？ 新千年紀に到達？ それとも最先端？

現在地が分かれば、目指す場所とそこへの道筋を考える番。後れを感じて追いつきたい部門には、最新CMMSソフトウェアが最適なスタートになります。