【 ここから本文 】
ビジネス・コミュニケーション
ソーシャルブックマークに登録 ：
印刷用ページの表示
BPM製品のトレンドと導入／運用の4ステップ
「モデル」「デザイン」「デプロイ」「監視」の基本フローを押さえる
（2006年07月08日）
かつてBPMの導入は、非常にやっかいなものだった。BPMと一言で言っても数多くのソフトウェアが必要になるため、複数の異なるベンダーの製品を寄せ集めて、ようやく1つのBPMシステムとして機能するという状況だったからだ。このような状況を打破しつつあるのが、必要な機能をひとまとめにしたBPMスイートである。単一ベンダーのソフトウェアでBPMシステムを構築できるスイート製品によって、BPM導入は容易になりつつある。しかし、BPMで本当に重要なのは、導入後にも運用フローを監視し続け、ビジネス・プロセスに継続的に磨きをかけていくということだ。BPMの導入を検討し始めたら、まずはこの点を頭に入れておくべきだろう。本稿では、BPM製品の現在の状況に加え、BPM製品の基本的な導入／運用のフローなどについて解説する。
ブルース・シルバー
InfoWorld米国版
BPMが提供するさまざまなメリット
BPM（Business Process Management）は、数多くのメリットを提供すると言われている。アプリケーション開発コストの削減、タイム・ツー・マーケットの短縮、コンプライアンス（法令順守）の徹底、ビジネス・パフォーマンスの最適化──BPMの推進者たちは、このようにさまざまなメリットを喧伝している。
ただし当然だが、BPMソフトを導入するだけで、これらのメリットを直ちに享受できるというわけではない。ビジネス・プロセスのフローを分析し続けることで初めて、BPMは前述のメリットを具体化する強力な武器になりうるのだ。
この取り組みによってBPMは、少なくともビジネス部門の要求をIT部門に効果的に伝える手段になるはずだ。さらにうまくいけば、利用中のアプリケーションから各種機能を抽出して既存のビジネス・ロジックをシステムの制約から解放し、ビジネスの俊敏性を大幅に改善できるだろう。
導入の敷居を下げたBPMスイート
以上のように数多くのメリットを提供するBPMだが、以前は、BPMを検討している企業が導入をためらわざるをえないような大きな問題があった。それは、BPMと銘打つソリューションの種類が多岐にわたり、必要に応じて異なるベンダーのソフトウェアをつなぎ合わせて1つのBPMシステムを構築しなければならないケースが多かったということだ。
こうした状況の改善に向けて近年では、BPMシステムに必要な各種のソフトウェアをひとまとめにしたBPMスイートが登場し始めている。BPMスイートは、ビジネス・プロセスのモデリング、プロセス・デザイン、デプロイ（配備）、監視といった一連のBPMのサイクル全体をカバーしているため、単一ベンダーのソフトウェアだけでBPMシステムを構築することができる。このスイート化のおかげで、現在はBPM導入の敷居が低くなってきている。
加えてBPMスイートには、ビジネスの変化に迅速に対応できるというメリットもある。BPMスイートには、GUI環境でプログラムを開発できるプロセス・デザイナというツールが用意されている。ビジネス・プロセスのフローに変化が生じた際には、このツールを使って複数のアクティビティ（BPMシステム上で実行する処理の単位）を相互に結び付けるプロセス・ロジックを変更することで、直ちに新たなビジネス・プロセスに対応することができる。しかも、GUI上の作業だけでプログラムの変更を行うことができ、コードの記述はほとんど不要だ。
大手／BPM専業ベンダーで異なる2つのアーキテクチャ
BPMを実現するために必要となる機能をすべて賄おうとすれば、数多くのソフトウェアが必要となるが、前述したように近年は、すべてのコンポーネントを含んだBPMスイートが、この分野のトレンドとなってきている。
現在提供されているBPMスイートは、大きく2つのアーキテクチャに分類できる。特に注目されているのは、Webサービスを連携させるためのワークフロー記述言語のBPEL（Business Process Execution Language）をベースとしたアーキテクチャである。このアーキテクチャは、SOA環境内でWebサービスを組み合わせる「オーケストレーション」機能を提供するという方式で、IBM、マイクロソフト、オラクル、SAPといった大手ベンダーが推進している。
一方、フエゴ、ファイルネット、ペガシステム、サヴィオンなどのBPMスイート専業ベンダーの多くは、1990年代のワークフロー・システムから進化したアーキテクチャを採用している。これらの製品では、SOAやBPELがそれほど重要な役割を果たすわけではなく、人手が介在するワークフローが含まれたビジネス・プロセスへの対応を得意としている。
この2つのアーキテクチャのそれぞれのメリットを要約すると次のようになる。BPELを重視する大手ベンダーの製品は、人的ワークフローが少ないアプリケーションを、Webサービスで構築する場合に適している。一方、以前からプログラミングを必要とせずに実装できることをアピールしてきた専業ベンダー各社の製品は、BPMを手っとり早く導入するための現実的な手段を提供するものだと言える。BPM製品の導入にあたっては、このアーキテクチャの違いが重要な選定ポイントとなるだろう。
Column 1
どのようなビジネス・プロセスにBPMが利用されているのか
米国IDCは今年1月に、BPM製品の購入に携わった担当者に対して調査を実施した。この調査において、現在使用しているBPM製品は何か（図1）という質問をしたところ、IBM、アドビ、マイクロソフト、BEAの4社に人気が集中し、この4社だけで全体の75％を占めるという結果になった。
| 図1：現在利用中のBPM製品 |
 |
また、どのようなビジネス・プロセスに対してBPMを適用しているのか（図2）という質問については、財務や製造などの分野でコンプライアンスを推進するために使っているという回答が最も多く、57％もの回答者がこの答えを挙げた。次に多かったのは、顧客からの問い合わせに対応するプロセスを自動化するためにBPMを使っているという回答で、全体の51％がこの答えを挙げた。続いて、経理処理、人事管理、受注から現金化までといったビジネス・プロセスにも多くの回答者がBPMを適用していると答えた。
| 図2：BPM製品の利用用途
|
 |
