 |
企業が抱える問題点
|
 |
 |
ビジネスの効率化を目的に導入が進んだITではあるが、導入コストやリソース、技術革新の早さといった理由から、なかなか全社で一度に導入というわけにはいかず、多くの企業では部門毎に独立したシステムを導入しているといったことが起きた。その結果、部門ごと個々の業務は効率化されることにはなった。
旧来の縦割型のビジネススタイルであれば、これでも特に問題はなかったかもしれない。
しかし、現在はいかにビジネスの変化に企業として迅速に対応するかが重視され、たとえばプロジェクトの内容に応じて組織を有機的に、横断的に変化させるといったことがビジネススタイルとして求められている。このような状況では、個々に独立したシステムでは、企業全体としてビジネスの変化にシステムが柔軟に対応できないといった問題が生じてしまうのだ。
また、運用の面から見てもシステムの乱立は、煩雑なオペレーション、それによる運用の手間、コストの増加といった問題を招き、結果としてパフォーマンスの確保が保障できず、業務効率化を阻害することとなってしまう。
さらに、一度システムが導入され、業務フローが確定すると、ユーザー自身はさほど問題意識を持たなくなってしまい、「そのフローがはたして最適化されたものなのかどうか?」「実はさらなる効率化が可能なのではないか?」といった問題意識を持つ機会がないのが実情である、本来は、常にビジネスの変化への対応を図った、こうした問題意識と対応策の検討が必要なのではないだろうか。そしてそれをシステムの改善に反映させていくというのが、システム運用の理想的な状態といえるのではないだろうか。
|
 |
解決策はEAIからBPMへ発展
|
 |
 |
独立してしまったシステムによるビジネスの変化への対応力を補うために、当然の結果としてシステム間の連携という要求が生まれてきた。その要求に応えたのがEAIである。EAIではデータ連携やメッセージング技術を利用し、システム連携を実現させている。ただし、EAIだけでビジネスの変化への柔軟な対応が可能かというと、必ずしもそうではない。EAIはあくまでもシステム連携に主眼をおいたものだからだ。
そこでEAIが発展する形で、EAIのひとつ上の概念としてBPMが誕生することとなった。BPMでは、システムを含むさまざまな個々の業務をひとつのプロセスとしてとらえ、それらをつなぎ合わせることで業務フローとして定義する。もちろん異なるシステムであってもフローの定義は可能だ。このように連携だけではなく、ビジネスの可視化が可能となる点が、EAIとは異なる。
|
 |
BPMのメリット
|
 |
 |
BPM導入の目的は大きく分けて二つある。ひとつは異なるシステムの合理的な連携。そしてもうひとつは業務プロセスの継続的改善だ。そしてこれらの目的を、どのようにBPMが実現するか整理すると、三つのメリットが見えてくる。
まず一つめだが、複数のシステムを連携して業務を自動化する場合、連携プログラムを個別に作成するのに比べ、一般にBPMツールのEAI機能を利用したほうがコストと導入期間の点で有利だといわれている。二つめのビジネスの変更や追加だが、BPMツールでは通常ドローイング機能を提供しており、この機能によりフローを定義すれば、システム連携は裏側で自動的に行われる。つまりビジネスに変化があった場合、そのフローに変更を加えれば、それに応じてシステムの連携も修正されるということだ。三つ目は業務フローを可視化し監視することで、現状把握と改善点の特定が可能になるということだ。無駄なプロセスがないか?よりよいプロセスとは?
マネジメント層にとって、
もっとも気になる点の一つではではないだろうか。
|
 |
日本コンピュウェアのUniface Flowとは
|
 |
 |
日本コンピュウェアからもBPMツールとしてUniface Flowが提供されている。同じく日本コンピュウェアが提供する開発基盤Unifaceにより開発されたツールだが、この製品では3つの点を特長として挙げることができる。
Uniface Flowは、「モデリング」→「実行」→「モニタリング」→「分析」のサイクルをサポートすることで、ビジネスの可視化、最適化を容易に実現する。また、マルチプラットフォーム、マルチDBに対応するUnifaceにより開発されているため、Uniface Flowにおいてもさまざまなシステムと、非常に高い親和性を保ちながら連携させることが可能になっている。また3つめだが、Uniface Flowは、BPMツールとしては安価な価格帯のため、導入コストを抑えることが可能になっている。
製品詳細はUniface Flowの製品紹介ページへリンク>> |
 |
 |
|