資産管理ソフトウェアを選択するための7つのヒント

洗練されたエンタープライズ資産管理（EAM）ソフトウェアは、高価で複雑な資産の出力を最大化することに依存するビジネスモデルを持つ企業にとって必須です。適切なEAMソフトウェアは、必要なメンテナンスが実行されていることを確認することで資産の可用性を確保するだけでなく、上級管理職がオフショア掘削プラットフォーム、原子力発電所、製造施設、ジェット機などの投資全体を管理および保護できるようにします。その他の資産。

この記事に含まれる7つのヒントは、IFS NorthAmericaおよびIFSABのトップEAMマインドの一部からのものであり、EAMソフトウェアを最大限に活用して、資産を最大限に活用できるように設計されています。

1）PAS-55を検討し、EAMに配置するよう要求します。
PAS-55は、英国規格協会が公開している資産管理の新しい標準であり、世界中で急速に普及しています。 PAS-55は、信頼できる運用を確保し、コストを管理し、資本資産の収益を最大化するためのベストプラクティスに従っていることを、顧客、株主、規制当局、顧客などの利害関係者に証明するための優れた方法です。この標準は、EAMソフトウェアの周辺のみを扱いますが、EAMソフトウェアの選択に影響を与えるはずの資産データの管理に使用される情報技術システムに1つの主要な要件を課します。

PAS 55では、資産データの管理に使用されるITシステムで、組織全体で情報を共有し、知識を保持できるようにする必要があります。特に、アウトソーシング活動に重点を置いています。具体的には、EAMは、資産の計画とエンジニアリング、資産の保守と運用、および資産の最終的な廃止または廃止措置のプロセスを含む、資産ライフサイクルのすべてのフェーズに対処する必要があります。

PAS-55への準拠を促進するために、資産データの管理に使用されるEAMおよびその他のソフトウェアは、すべての資産情報の正確で一貫性のあるビューを提供する必要があります。これは、真実の1つのバージョンであり、ポリシー、計画、およびアクションが正確な理解に基づいていることを保証します。資産インフラストラクチャの履歴と現在のステータスを確認します。これを実現するために、EAMソフトウェア製品は実際に資産ライフサイクルのすべてのフェーズに対応する必要がありますが、多くは対応していません。また、エンジニアリング会社や保守請負業者などの外部関係者がシステムを使用するためのポータルやその他の方法を提供して、その資産データに触れるすべての人がリアルタイムで単一のデータベースとやり取りできるようにする必要があります。

結論： PAS-55をすぐに実装する予定があるかどうかに関係なく、完全な資産ライフサイクルのサポートは、EAMソフトウェアの選択サイクルで探すべきものです。これは、資本資産のライフサイクルを管理する上で測定可能かつ実用的な意味を持つベストプラクティスの1つです。そして、おそらく顧客、投資家、その他の利害関係者の遺贈で、PAS-55コンプライアンスが組織の議題にいつ現れるかはわかりません。

2）シンプルなテクノロジーで請負業者にシステムを公開します。
PAS-55コンプライアンスは、エンジニアリング会社や保守請負業者などのサプライヤーにEAMアプリケーションを公開する唯一の理由ではありません。これが良い考えである理由はあと2つあります。まず、今後数週間の保守作業を計画するときに、請負業者がEAMシステムを通じて計画を可視化できる場合は、請負業者に今後の作業を通知し、従業員をスケジュールして、適切なツールと材料を利用できるようにすることができます。 。彼らがそのローリングスケジュールを見ている場合、彼らはあなたのニーズにより敏感になる可能性があります。これにより、電話や電子メールで外部の請負業者を管理するために必要な時間も短縮されます。

さらに、請負業者が作業活動をシステムに直接報告できる場合は、作業のリアルタイム更新が完了しています。これにより、請負業者が独自のシステムにデータを入力するときに発生する遅延がなくなり、データはその請負業者環境内のレポートメカニズムを通過して製造保守チームに戻り、製造保守チームはその作業記録をEAMに入力する必要があります。企業のリソースプランニング（ERP）またはコンピューター化された保守管理（CMMS）ソフトウェア。その繰り返しの入力は無駄であり、間違いの可能性を高めます。リアルタイムのデータにより、請負業者と内部保守スタッフの間、またはその資産に取り組んでいる他の請負業者との緊密な調整も可能になります。さらに、そのリアルタイムデータにより、請負業者が作業を終えた直後に生産スケジュールを再開する場合のように、資産をより効率的に使用できるようになる可能性があります。

結論： EAMの選択プロセスに携わる人は誰でも、資産ライフサイクルのさまざまな段階に関与するサプライヤにソフトウェアを拡張する方法について難しい質問をする必要があります。 EAMシステムにアクセスできるはずのさまざまな外部関係者のために機能するさまざまな方法がありますか？

3）マクロレベルでのプロジェクト管理の重要性を検討します。
資産のライフサイクルを1つの長いプロジェクト（20年以上続く可能性のあるプロジェクト）と考えると、実際に見ているのは、エンジニアリングおよび建設プロセス。その後、プロジェクトには、維持、運用、および修理のコストが含まれるようになり、資産を廃止して交換するという十分な情報に基づいた決定が行われます。完全に機能し、柔軟性があり、統合されたEAMおよびALMシステムがない場合、資産のゆりかごから墓場までのライフサイクルを管理することは困難です。

近年、資産運用技術は飛躍的に進歩しましたが、30年前の方が現在よりも運用が容易だったのかもしれません。これは、何年も前に、業界が独自の社内エンジニアリング部門を持ち、大規模な改修や新築を設計する傾向があったためです。

これがソフトウェア選択プロセスにとって意味することは、プラントの設計とエンジニアリングをサポートするEAMパッケージの能力が主要な要因であるべきだということです。外部のエンジニアリンググループが設計を担当する大多数の場合でも、設計データが維持される保守および運用システムに自然に流れるように、それらの活動は資産ライフサイクル中に使用されるEAMプラットフォームに含まれる必要があります。生産期間中の資産。

ALM、プロジェクト管理、コアEAM機能の緊密な統合も必要です。大規模なオーバーホールのために年に1回停止する石炭火力発電所の最高経営責任者および保守責任者が直面している状況を少し考えてみてください。毎日のダウンタイムは数百万ドルの価値があり、外部の請負業者が雇われ、機器がレンタルされ、おそらく追加のメンテナンスシフトが追加されるため、プロジェクトのタイムラインを満たす緊急の必要性があります。強力なEAMアプリケーションと非常にきめ細かいレベルで統合された堅牢なプロジェクト管理機能は、割り当てられた時間内に必要なタスクを完了するために必要なリソースを管理するのに役立ちます。期限を守る能力は、統合されたプロジェクトとEAM機能の強力な議論の1つですが、プロジェクトとEAM機能は、包括的な資産ライフサイクル管理（ALM）システムと総勘定元帳に結び付けられているため、さらに大きなメリットが得られます。 ALMと財務の観点からプラントのシャットダウンを確認する機能は、ダウンタイムの量を短縮するために追加の外部リソースを導入することが理にかなっているかどうかを判断するのに役立ちます。請負業者や設備を雇うための外部コストは、中長期的に資産の総収益をどの程度増加させるでしょうか？

多くの資産集約型企業は、プラントのシャットダウンに関連するアクティビティを効率的に最適化するための適切なツールを備えておらず、計画されたダウンタイムを積極的に削減するための適切なツールを持っていません。

結論： 適切なEAMツールを導入し、それらを最大限に活用する資産管理エグゼクティブは、オーバーヘッドが低くなり、生産性が向上しますが、競合他社はそれに追いつくのに苦労します。資産を1つの長いプロジェクトとして管理できるため、資産のライフサイクルについてよりインテリジェントな決定を下すことができます。

4）ミクロレベルでのプロジェクト管理の重要性を検討します。
資産集約型の業界のような大規模なプロジェクト環境では、資産の運用と保守のコストを追跡するための取り組みは、何千もの小規模プロジェクトでの効果的なコスト追跡に依存しています。このミクロレベルでは、統合されたプロジェクト、財務、EAM機能が重要です。適切に統合されたエンタープライズアプリケーションで作業する場合、技術者の時間を収集するために使用される調達や作業指示を含むすべてのコストを収集するための保守プロジェクトを構築する方がはるかに簡単です。統合された機能により、さまざまな内訳構造によるプロジェクトコストの分析も可能になり、各アクティビティに異なる資金調達ラインを割り当てることができます。

図1.IFSアプリケーションのこの画面では、多くのプロジェクト管理機能が企業の他の部分と緊密に統合されています。

さらに、単一のプロジェクトに対して、または全体として、さまざまな部門および機能のアクティビティを追跡できるため、特定の機器の障害の周期性を特定するのがはるかに簡単になります。これは、メンテナンスディレクターが資本予算編成プロセス中に上級管理職と通信するため、非常に貴重な情報になる可能性があります。特定の資本設備の運用にかかる費用に関する完全な情報は、修理または交換の決定に役立つ可能性があります。

しかし、管理システムの非効率性によってメンテナンスの真のコストが失われると、これらの決定を下すのははるかに困難になります。具体的には、資産管理の取り組みを妨げる可能性のあるこれらの非効率性は何ですか？ EAM、プロジェクト、および作業指示機能を統合せずに、ボイラーシステムの交換など、より複雑な保守プロジェクトに従事する保守チームが直面する課題について考えてみます。このプロジェクトには、社内スタッフの時間、請負業者、プロジェクトのために特別に購入した部品や材料の在庫が含まれる可能性があります。

このチームがスタンドアロンのプロジェクト管理システムを使用している場合は、少なくとも、技術者が他の作業に通常使用する作業指示書を使用するのではなく、プロジェクトを使用して材料と時間をキャプチャするように保守技術者を再トレーニングする必要があります。この再トレーニングイニシアチブに参加したとしても、プロジェクトコストのレポート機能が損なわれる可能性があり、上級管理職はプロジェクトコストについて明確な考えを持っていません。さらに、保守技術者に、プロジェクト管理ソフトウェアを優先して使い慣れた作業指示を放棄するように強制すると、資産データが失われる可能性があります。最前線での作業指示から管理レベルでのプロジェクト機能、上級管理レベルでのALM機能への統合は、コストと非効率性を削減し、EAM選択プロセス中に探すべきものです。

結論： メンテナンス部門は、毎日複数のプロジェクトに関与しています。 EAMソフトウェアがこのプロジェクトデータを適切に管理および記録できるようにすることは、EAMを選択する際の重要な考慮事項です。

5）労働力の高齢化/縮小の影響を考慮してください。
世界の人口統計は、先進国の幹部が将来、より少ない人数でビジネスを運営することを計画すべきであることを示唆しています。米国の労働力の7800万人のベビーブーム世代は引退し始めており、彼らはわずか5000万人の世代に取って代わられるでしょう。これにより、無視できない構造的なギャップが生じます。さらに、この若い世代は、高齢者とはまったく異なる生活、仕事、テクノロジーの見方をしており、どのように、どこで、どのツールを使って仕事をするかについての彼らの期待は、はるかに厳しくなります。高齢化する労働力の課題のもう1つの興味深い側面は、それが実際にはより先進国にのみ適用されることです。発展途上国はまだ平均して先進国よりはるかに若く、若い世代は古い世代よりも大きいです。

この世代交代には、より効率的なEAMおよびERPシステムが必要になりますが、退職した世代の幹部、管理者、および労働者の暗黙知と集合的な知恵を記録するエンタープライズソフトウェアの真の必要性も生まれます。この非公式の暗黙知は一種の企業資本であり、そうでなければこの世代が労働力を離れるときに企業から姿を消します。

暗黙知は、休暇のピークシーズンの真夏に計画されている停止、エンジニアリングスタッフに厳しい要求を課す複雑な再設計プロジェクト、独自の複雑なトラブルシューティングと修理など、特定の状況での作業戦略など、さまざまなもので構成されます。装置。年配の労働者は、稼働中の健全な機械の製造に基づいて機器の問題を診断できる場合もあります。この種の知識をエンタープライズアプリケーションに含めることは困難ですが、企業がこの世代交代をうまく交渉できるようにするために、エンタープライズソフトウェアが実行しなければならないことはまさにそれです。

古い世代からこの情報を取得することは、いくつかの理由で困難になります。その理由のひとつは、年齢を問わず多くの人が知識を力ととらえ、この情報を自由に共有すれば会社にとっての価値が下がると信じていることです。実際、専有情報は競争の激しい市場で共有されるべきではありませんが、実際の競争は社内ではなく社外で行われます。そして、知識のある従業員が自分自身に情報を保持するとき、あなたの会社は競争上の不利になります。 EAMのようなエンタープライズソフトウェアは、人々が喜んで共有し、互いに助け合い、彼らが知っていることを共有することをいとわない環境を構築するのを助ける必要があります。

多くの資産集約型企業は、プラントのシャットダウンに関連するアクティビティを効率的に最適化するための適切なツールを備えておらず、計画されたダウンタイムを積極的に削減するための適切なツールを持っていません。

結論： 適切なEAMツールを導入し、それらを最大限に活用する資産管理エグゼクティブは、オーバーヘッドが低くなり、生産性が向上しますが、競合他社はそれに追いつくのに苦労します。資産を1つの長いプロジェクトとして管理できるため、資産のライフサイクルについてよりインテリジェントな決定を下すことができます。

図2.IFSアプリケーション内のこのスレッド化されたディスカッション掲示板のようなエンタープライズ2.0機能は、暗黙知を上級従業員から引き出し、エンタープライズアプリケーション内に保持できます。

この貴重な暗黙知を高齢者から引き出すことも、彼らが無意識の能力の状態にあるために困難です。彼らは、共有するものがあることや、他の人にとって価値があるとわかっていることを知りません。誰かに引退する前に、白い紙を持って座って、彼らが知っていることをすべて書き留めるように頼んだら、それはうまくいきません。ただし、Web2.0およびEnterprise2.0に分類されるテクノロジーを活用することで、専門知識に対する有機的なリアルタイムの要求に対応しているため、人々に共有してもらうことができます。ウィキ、掲示板、さらには従来のスレッド化されたディスカッショングループなどのツールを使用すると、上級従業員に他の従業員からの問い合わせに応答し、重要なトピックに関する記事に寄稿し、その貴重なデータを一元化されたアプリケーション環境でキャプチャして、会社に利益をもたらすことができます。ウィキペディア、人気のあるディスカッションフォーラム、さらにはFacebookでさえ、情報技術プラットフォームによって促進されるコラボレーションと情報共有の例です。

結論： したがって、EAMソフトウェアを評価する際には、このタイプのオープンでコミュニケーション可能な環境を促進するEnterprise2.0タイプの機能を探すことが明らかに重要です。

6）使いやすさの重要性を考慮してください。
最小限のトレーニングとオリエンテーションで直感的に理解できるEAMソフトウェア機能が、より複雑で理解と使用が難しいソフトウェアよりも総所有コストが低くなることは理にかなっています。シンプルで魅力的なインターフェイスを提供するEAMソフトウェアは、ユーザーがより多くのデータを入力し、システムとより頻繁に対話するように促し、エンタープライズデータの品質を向上させます。前述の若い世代が労働力により大きな影響力を行使するにつれて、ユーザビリティの観点から意味のあるシステムがより重要になります。団塊の世代は、使いやすさの観点から、率直に言って多くのことが望まれるエンタープライズソフトウェアシステムに積極的に関わっていました。彼らは、同じデータを複数のフィールドに入力したり、複数の画面間をバウンスして単一のプロセスを完了するのには十分な理由があると想定しました。新しい世代は、これが不十分なソフトウェア設計の結果であり、EAM環境外で不平を言ったり、他のシステムを使用したりする可能性があり、データの断片化と非効率的で調整されていないプロセスをもたらすことを認識しています。

図3.IFSアプリケーションのこの画面は、生産停止の視覚的な図を作成します。

これは、すべてのエンタープライズソフトウェアについて言えます。しかし、EAMの場合、特にEAMが自動化された障害報告のためにPLCと統合されている場合は、膨大な量のデータを処理することがよくあります。これらの非常に大きなデータストアには、ほとんどの場合、許容範囲内にある機器とプロセスに関する情報が含まれています。ただし、このデータのごくわずかな部分は、すぐに注意を払う必要のある機器に関係しているため、非常に重要で興味深いものです。したがって、EAMソフトウェアでは、管理者が退屈な多くの人を重要な少数の人から分離できるようにする必要があります。ツリーマップを含む、データを表現するための多くのグラフィック形式は、まさにこれを実現できます。

図4.IFSアプリケーションのこのツリーマップでは、障害の数はサイズで表され、重大度は色で表されています。ユーザーは大きな赤い四角をドリルダウンして、問題の背後にある理由を見つけることができます。

結論： したがって、EAMソフトウェアを選択する際には、企業でのソフトウェアの採用を合理化し、特定の時点で最も差し迫ったメンテナンスタスクを提案する際の意思決定と管理サポートを強化する、最先端のユーザビリティの改善を探すことが重要です。

>

7）EAMを統合することで無駄のないメンテナンスの改善を実現 ERPを使用。
多くのEAMパッケージは標準の保守計画と作業管理機能を備えていますが、ほとんどの予防保守プログラムの成功は、保守部門以外の人々の関与と賛同を確保することに依存しているという事実は変わりません。そのため、EAM機能は、ビジネスの他の場所で使用されるエンタープライズソフトウェアのシステムの一部であるか、全社的に使用されるERPパッケージと緊密に統合されていることが非常に重要です。

真に柔軟なEAMソリューションは、財務、人材、製造、その他の機能を含む本格的なエンタープライズアプリケーションとして実装することも、既存のERPツールと統合することもできます。たとえば、IFSアプリケーションのEAM機能には、SAP、Oracleアプリケーション、およびその他の製品への標準インターフェイスが含まれています。一方、最高の「ニッチ」EAMベンダーは、より広範なERPパッケージとのある程度の統合を提供する場合がありますが、在庫管理と制御、人材、ドキュメント管理、および購入機能は、他のアプリケーションとそれほど緊密にリンクされていません。 EAMツールの基盤となる機能はそれほど堅牢ではありません。

社内で使用されている他のアプリケーションとの緊密な統合が欠如しているため、一部のデータをEAMシステムからERPシステムに手動で転送する必要があるため、EAMパッケージは付加価値のない作業を生み出します。さらに、EAMソフトウェアがERPソリューションなどの他の機能と統合されていない場合、ほとんどの購入機能はEAMシステムの外部で行われるため、スペアパーツの注文に関しては最適ではないまたは冗長なシステムになります。在庫にあるスペアパーツに関する適切な情報を維持し、コンポーネントの過剰購入を回避することは、特に購入するアイテムの一部が製造プロセスと保守プロセスの両方で使用される場合、非常に困難です。最高のメンテナンスアプリケーションのスケジューリング機能は、休暇、従業員の資格、その他のデータが格納されている人材ソフトウェアと統合されていないため、人員のスケジューリングもスタンドアロンのEAMツールによって妨げられます。

より広範なエンタープライズアプリケーションの一部であるEAMソリューションは、非常に堅牢であり、場合によっては、最高のソリューションに匹敵する可能性があります。彼らは失敗データを収集し、作業指示書を発行し、人と材料と購入要件をスケジュールします。ただし、スタンドアロンのEAMシステムとは異なり、これらの統合アプリケーションは、たとえば、ERPアプリケーションにすでに存在する購入機能を活用できます。 EAM機能が他の部門で使用されているエンタープライズアプリケーション機能と統合されている場合、全員が同じプラットフォームと同じデータで作業していると、多くの効率が得られます。また、全員が同じ環境で同じデータに取り組んでいるため、信頼性中心の保守（RCM）イニシアチブが依存している他のユーザーとのコミュニケーションが容易になります。

結論： これがあなたにとって意味することは、EAMソフトウェアが企業の他の部分とは別にデータサイロを作成し、それが付加価値のない作業を作成する程度を考慮することが重要であるということです。一方、EAMを企業の他の部分と統合すると、無駄のないメンテナンスの改善が可能になります。

結論
すべてのビジネスはわずかに異なりますが、IFSは、上記のヒントがほとんどの場合、ほとんどの資産集約型組織に役立つと考えています。これらすべてのヒントを実行する基本的な考え方は、EAMは、正しく選択、実装、および使用されたときに企業価値を推進できる戦略的資産と見なされるべきであるということです。

作者について：
Patrick Zirnheltは、IFS NorthAmericaの資産集約型業界の営業部長です。彼は、ソフトウェアの開発、実装、販売など、エンタープライズシステムで16年以上の経験があります。彼はオンタリオ州で登録されたプロのエンジニアであり、トロントのヨーク大学シュリッヒビジネススクールで管理情報システムを専門とするMBAを取得し、オンタリオ州キングストンのクイーンズ大学で機械工学の理学士号を取得しています。