EAI導入後に、まずやるべきことは？

連結の確認と対応

EAIはパッケージとして提供され、連携のためのシステム構築を最小限に抑えることが可能となっています。本来なら必要となる、連携システム開発負荷を大幅に軽減し、システム構築を短縮化することができます。

ただし、これは必要となるアダプターが用意されていることが前提です。 アダプターはシステム間のインタフェースとなり、製品選定の際の重要なポイントとなります。アダプターが欠けていると、手作りで用意することになり、パッケージ製品としてのメリットを得ることができません。

このため、まず製品に用意されているアダプターが自社既存システムに適合しているかを、確認する必要があります。本来であれば選定時の工程ですが、実際の現場ではしばしば例外が生じますから、それらに対応できるか試験しましょう。仮に対応に限界がある場合、開発事業者のバージョンアップに期待するか、自社内での開発スケジュールに組み込むかを決定します。

操作性の確認と効果測定

多くの製品はGUIを提供し、ノンプログラミングと優れた操作性を特長としています。開発の容易性はもちろん、稼働後のモニタリング性能や、保守・運用性が高いと推奨しているのです。これも選定の際のポイントとなりますが、実際の現場での活用になると勝手が異なってきます。

開発および運用担当者とともに操作性を確認しましょう。そして、必要であれば開発事業者の提供するセミナー等への参加が必要になるでしょう。

操作性と併せて、開発期間短縮の効果測定もお勧めします。開発事業者は開発工数を半減できる、あるいは開発人数を削減できると紹介しています。その測定基準を元に、自社でどれだけ効率化できたかを確認しましょう。

思うように効果が得られない場合は、開発事業者に相談するのも1つの手段です。

試運転とパフォーマンスチェック

システム開発におけるテスト工程は必須ですが、とりわけEAIでは重要となります。十ニ分にテスト工程を用意することを勧める開発事業者も少なくありません。

EAIにおける失敗の大きな要因の1つに、期待したパフォーマンスが得られないことがあります。「指定していた時間内にバッチ処理が終了せず、業務に影響が出た」「ハードウェアの追加で予想外の出費になった」などです。

パフォーマンスを左右するのが、フォーマット変換機能のエンジン性能にあります。この性能不足がパフォーマンスのボトルネックになります。

反面、チューニングによって性能向上を図ることも可能です。変換工程をシンプルにする、並列処理する、ファイル単位を小さくするなどの工夫が考えられます。これらも開発事業者と相談しながら改善していきましょう。

拡張スケジュールの検討

EAIは直線式なシンプルな連携からアメーバ式の複雑な連携へと、進化させていく方式が一般的です。この拡張スケジュールを試験運転とともに、再確認しましょう。

記述のように、EAIは期待どおりのパフォーマンスが得られず、予想外の出費が導入後に発生しがちです。ハードウェアの追加に留まらず、アダプターやフォーマット変換のオプション購入も大きな出費となります。これらが購入できればいいのですが、自社で製作するとなると、開発コストが跳ね上がります。

とはいえ、過剰な機能を持つ高コストな製品を選択しては、ムダな投資になります。EAIは拡張が確実にともないますし、新規の業務システムの構築の際には、見直しも求められます。計画的な拡張スケジュールと投資のバランスを再検討しましょう。