レベル: 初級 保坂 大輔, WebSphereテクニカル・セールス, IBM
2009年 2月 18日 本連載ではBPMのアプローチによりお客様の課題をどう解決することができるか、またIBMの提供するBPM製品がどのようにそれを実現するのかを紹介します。ITを活用したBPMの最新状況を大まかに理解していただくことを目標に、製品の詳細についてはあまり触れず、わかりやすい記述を心がけます。
はじめに
「ビジネス・プロセス・マネジメント（Business Process Management；BPM）という言葉を耳にすることが多くなりました」などと書き出すのがはばかられる程、BPMはビジネス用語として定着してきているように思えます。「見える化」「業務フローの最適化」などBPMにまつわる言葉も本や雑誌、ウェブ、セミナー等で多くの人によって語られています。
IBMでもお客様がBPMを効果的に実行するためのIT基盤としてミドルウェアを提供しており、その導入、システム構築、運用のサービスも提供しています。筆者はテクニカル・セールスとしてBPM関連ミドルウェアの営業活動を行っていますが、「BPM製品の数が多くてわかりにくい」とのご指摘をいただくことがあります。
また、皆さんの中にも「役には立ちそうだけど、なんかよくわかんないなぁ」とか「BPMはわかっているつもりだけど説明しろと言われるとできないかも」など、今ひとつピンと来ないと思われている方もいらっしゃるのではないでしょうか。
そこで、本連載ではBPMのアプローチによりお客様の課題をどう解決することができるか、またIBMの提供するBPM製品がどのようにそれを実現するのかを紹介します。ITを活用したBPMの最新状況を大まかに理解していただくことを目標に、製品の詳細についてはあまり触れず、わかりやすい記述を心がけますのでお付き合いの程よろしくお願いいたします。
「BPMって何？」と質問されたら…
シンプルな質問というのはなかなか答えるのがやっかいなことがあります。「業務で行っている活動の流れ（ビジネス・プロセス）を管理して改善することだよ」などと答えるのは簡単ですが、「昔あったBPRとはどう違うの？」「BPEってなかったっけ？」「EAIと同じ？」などと聞かれると「まあ細かいことはいいので、今はBPMだけ覚えておけばいいから（というかBPEって初耳なんだけど…）」とかわしたくなってしまう方もおられるかもしれません。
もともとビジネス・プロセスを改善しようという考えは新しいものではありません。100年も前にフレデリック・テイラーが提唱した「科学的管理法」も今風に言えばビジネス・プロセスの管理と改善を含んだ方法論だと考えることもできます。同様の考え方は上記で挙げたBPRやBPEなどの概念にも含まれており、それがBPMと何が違うのか混乱の元になっている面もあるでしょう。実際、これらの言葉は人によって様々な意味で使われているようです。
以降の話を進めるにあたって、筆者なりの理解を紹介しておきましょう。もちろん、これは正式な定義などではなく、こちらの理解を押し付ける意図もありませんので、一つの意見だとお受け取りください。
ビジネス・プロセス・マネジメント（Business Process Management；BPM）
BPMは企業活動をプロセスの視点で捉え、それを継続的に改善していくというコンセプトです。一般的にはBPMの活動は、設計、実行、監視の3つからなり、それらをぐるぐる回しながら業務を改善していきます。（図 1）
図 1 BPMライフサイクル
似たような話をどこかで聞いたことありませんか？
そうです。デミング博士の提唱したPDCAサイクルと同じ考え方ですね。PDCAサイクルでは計画（Plan）、実行（Do）、評価（Check）、改善（Action）と繰り返しながら品質の改善を行うという管理サイクルです。
ステップの数が違うので“同じ”と言うには少し居心地の悪さはありますが、BPMの“設計”はPDCAの“改善”→“計画”という活動を含んでいると考えてください。
ポイントは(1)ビジネス・プロセスという切り口で業務の改善を行うということ、(2)PDCAサイクルのように継続的な活動によりそれらを実行するということ、の2点です。
では、もう少し詳しくこれらBPMの活動を説明していきましょう。
まず、設計では、ビジネス・プロセスを文章化、モデル化し、シミュレーションなどの分析を行って、現状のビジネス・プロセスを改善しよりよいものに変えていきます。次の実行段階で実際に動かす前に改善できるところは改善しようという考え方です。
実行では、改善したビジネス・プロセスを実際に業務に適応します。必ずしもIT上のシステムに落とす必要はなく、ITとは関係なく人間の取り決めで実行しても問題ありません。実際にはITと人間による運用の併用でビジネス・プロセスを実施することがほとんどでしょう。
そして監視では、実行されたビジネス・プロセスから入手できる各種の情報を元に個々のビジネス・プロセスの効率を測定したり、統計情報の収集を行ったりします。この活動により現在のビジネス・プロセスの問題点を発見し、更なる改善の手がかりにします。また、いち早く異常に気づいて、それに対して素早い対処をするという、より積極的な改善活動を行うことも可能になります。ここでの監視結果をフィードバックし、次の設計を行うことにより、BPMの改善サイクルが回り始めます。
どうでしょう？BPMについてなんとなくイメージを掴むことはできたでしょうか？この連載ではより具体的な話をご紹介していきますので、今はよくわからないという方も読み進めていただければ、より理解を深めていただけると思います。
BPMについて話を進める前に、冒頭で出てきたBPMに似た他の用語についても筆者の理解を書いておきましょう。
ビジネス・プロセス・リエンジニアリング（Business Process Reengineering；BPR）
BPRはマイケル・ハマーとジェームズ・チャンピーによる著書「リエンジニアリング革命」から有名になった概念です。ビジネス・プロセスを抜本的に再構築しビジネスのパフォーマンスを劇的に改善することを提唱しています。プロセス志向の改善でありBPMと共通する要素を持っていますが、これらを継続的な改善として行うとは明確に述べられておらず、これがBPMとの決定的な違いだといえます。
BPRは一世を風靡したものの一般的には上手く行かないケースが多く、定着するには至りませんでした。著者のハマーやチャンピーたちも後年それを認める発言をしており、事実、最近はあまり耳にすることがなくなっています。上手く行かなかった理由については様々な意見がありここでは触れませんが、BPRの発想やその後の挫折はBPMというコンセプトの基礎に大きな影響を与えていることは確かです。
ビジネス・プロセス・エンジニアリング（Business Process Engineering；BPE）
こちらはBPRよりはマイナーな言葉かもしれません。BPRとほぼ同時期にヨーロッパでアウグスト・ヴィルヘルム・シェアーにより提唱されました。ビジネス・プロセスの設計や管理を継続的に行うという考え方でBPMとほぼ同様の主張をしていますが、BPMでいう設計に比重を置いており、ビジネス・プロセスのモデリングやシミュレーションを重視しています。BPMはこの考え方に、実行と監視を含めたサイクルを継ぎ目なく流すと言う観点を加え発展させたものだと言えるでしょう。
エンタープライズ・アプリケーション統合（Enterprise Application Integration；EAI）
BPMというのはEAIのことだと理解されている方もおられるようです。EAIとは社内の様々なシステムを連携させてデータや、場合によってはプロセスの統合を行うことです。BPMを実施する場合、ITの観点では複数のシステム間の連携をどのように行うかという課題が出てくるので、確かにこの部分だけを見るとEAIの話をしているように見えます。そういう意味ではEAIはBPMの持つコンセプトに含まれていると言うことができます。一方でEAIには継続的なビジネス・プロセスの分析や改善などBPMの重要な概念が明確には含まれていませんからEAIはBPMのコンセプト全体をカバーしているとはいえません。BPMとEAIがイコールの関係だというのは適切な理解ではないでしょう。
さて、ここまで読んでこられた読者の方は「BPMって何？」という質問にすらすら答えられるようになったのではないでしょうか。次はいよいよIT、特にSOAとBPMとの関連について説明していきます。
やっと技術の話題が出て少しdeveloperWorksらしくなっていきます。
SOAを活用したBPM
現代の企業はIT基盤の上で動いており、事実、毎年多額のIT投資を行っています（そのお陰で我々IT関連企業がビジネスをさせていただいているわけですが…）。ハーバード・ビジネス・レビュー誌2008年7-8号に掲載されたアンドリュー・マカフィーとエリック・ブリニョルフソンの論文では「90年代半ばから急増しているIT投資が競争環境に影響を与えており、IT投資と企業の競争力に大きな相関がある」と主張しています。ITにより従来の競争環境が変化しており、いかにITを活用して企業革新を実現できるかということが、その企業が競争優位を獲得するために重要な要素となっていると述べています。この論文には実際の企業の例が挙げられていますが、みなさんの周りでも、あるいはニュースなどで思い当たる例がいくつもあるのではないかと思います。
ITを活用するのが大事だとして、では、どれほどの企業がITを有効活用できているでしょうか？ITを活用するどころか、システムの開発に時間がかかり商品の投入が遅れる、システム統合が大変でM&Aを断念した、社内システムが業務ごとに分かれているため会社全体としての数字が把握できないなど、ITが足かせになって企業革新を実行できないケースが多いのではないでしょうか。
BPMを導入し日々の業務で実施していく時もITとビジネスの連携が必須であり、それにはITを有効活用する仕組みが必要になります。ではその仕組みとは何でしょうか？
SOA1技術がその答えであり、SOAを活用してBPMを実施するという考え方が一般的になっています。
SOAでは様々な実装がサービスという概念で表現されます。あるサービスの実装はホスト上のCOBOLプログラムであったり、他の複数のサービスを呼び出すJavaプログラムであったり、BPEL2で記述されたビジネス・プロセスであったり、人間が処理するための画面アプリケーションだったりします。一般的に言われるワークフローはビジネス・プロセスの中で人間が処理している部分のサービス呼び出しだけを指す概念です。（図 2）
図 2 ビジネス・プロセスとワークフロー
クリックして拡大
SOAの概念を使うとBPMの実装をシンプルに考えることができます。ビジネス・プロセスはステップごとの処理を順に実施していく形で表現されますが、この処理をサービスの呼び出しだと考えるといいわけです。ビジネス・プロセスはサービスの先にある実装を知る必要はなく、「あれを実行して、次にこれを実行して…」と処理の順番や条件分岐だけを考えて定義されます。ビジネス・プロセスが変わらなければ、サービスの実装が“旧システム”から“新システム”に変わったとしても、ビジネス・プロセスの定義（つまりBPEL）には何も変更は必要ありません。
ITを活用してBPMを実践する場合、それはSOAを活用してBPMを実践するということになります。BPMの3つの活動である設計、実行、監視の観点で説明すると「“設計”で最適化したビジネス・プロセスを、BPELとサービスの呼び出しという形で“実行”し、そこから取得されるデータを“監視”して、その結果を元に“設計”に戻る」ということになります。（図 3）
図 3 IBMの考えるBPM
もちろんこれらの概念を元に一から自社で開発していくというのは非常に困難です。そこでIBMを含め、各ソフトウェア・ベンダーはBPM基盤として使っていただけるように様々なミドルウェアを提供しています。
IBMの提供するBPM基盤ミドルウェア
IBMはBPMを実行するITプラットフォームとしてWebSphere Dynamic Process Edition（以下、WDPE）というミドルウェアを提供しています。（図 4）
図 4 WebSphere Dynamic Process Edition
WDPEはいくつかのソフトウェアをまとめた製品で、それらのソフトウェアがそれぞれBPMの設計、実行、監視をサポートしています。以下に、概要を説明します。（テクニカル・セールスをやってますんで、少しだけ宣伝させてください…）
設計：
WebSphere Business Modeler（以下、WB Modeler）を使ってビジネス・プロセスを実際に書いて（モデリングと呼びます）いきます。企業のビジネス・プロセスは文章化されているものもありますが、部門により分かれていたり、暗黙知として組織や個人の中に隠れていたりするものもあります。それらのビジネス・プロセスをWB Modelerを使ってモデル化し、クリティカル・パスの発見といった静的分析や、前提となる数値を入力してシミュレーションを実行する動的分析を使って、最適のビジネス・プロセスを探っていきます。
ビジネス・プロセスを実行してしまう前にできるだけ最適化しておきたいという考えです。ここで改良したビジネス・プロセスはBPELとして出力することができます。
実行：
WebSphere Business Services Fabric（以下、WBSF）上でビジネス・プロセスを実行します。ビジネス・プロセスはBPELという言語で表現され、そのBPELから様々なサービスを呼び出すことでビジネス・プロセスが実行されていきます。
WBSFを利用すればBPELに将来変更の可能性のあるビジネス・ロジックを埋め込むことなく実行することが可能になります。システムはビジネス環境の変化などで常に変更にさらされます。その時、BPELやサービスとの接続を変更することなく動的に変更を加え、外部環境の変化に素早く柔軟に対応することができます。
WBSFはBPELの実行エンジンであるWebSphere Process Serverと開発ツールであるWebSphere Integration Developerを含んでいます。
監視：
WebSphere Business Monitor（以下、WB Monitor）は実行環境から上がってくるデータ（イベントと呼びます）を監視し、マネージャーがいち早く自部門のKPI3を把握する、現在プロセス上に発生しているボトルネックを発見する、など様々な分析を可能にします。また、分析を行えるだけではなく、ある閾値を超えたら指定されたサービスを呼び出したり、管理者にメールを送ったりといった自動的な対応を行うこともできます。
イベントはCBE（Common Base Event）という標準で記述されたものであれば、IBMに限らずどの製品やアプリケーションから投げられたものでも処理することができます。
「種類が多すぎてよくわからない」、よく指摘をいただくコメントです。ただし、製品名を覚える必要がなく、BPMのサイクルで理解していただくと実はそれほどややこしいわけではありません。実際にどのように役立つのかについては次回以降の記事で詳しくご紹介していく予定にしています。
これらのソフトウェアはWDPEとしてまとめて導入していただく必要はなく、個別に使用することもできます。例えば、WB Modelerを使って、まずはビジネス・プロセスを文章化することにした、とか、直接BPELを書いてWBSF上で実行する、などです。
必ずしもBPMを最初から完璧に実行する必要はなく、個々のお客様の事情に合わせて、できるところから、または効果の見込めることが大切です。そういう場合には必要なソフトウェアのみを利用するということも合理的な判断だと考えています。
まとめ
今回の記事ではBPMという言葉の意味から始まり、ITとの関連性やIBMの提供しているミドルウェアについて説明しました。
次回以降ではBPMをどのように活用していけばいいのか、ビジネス中心の視点とIT中心の視点でご紹介します。また、すでにITを活用してBPMを実践されているお客様からのフィードバックを元にBPM導入の現状の紹介と経験談、さらにはBPMを成功するためのポイントについて考えていきたいと思います。
注釈
1 Service Oriented Architecture；サービス志向アーキテクチャ
ソフトウェアの一機能をサービスという概念で捉え、それらを組み合わせてシステムを構築する考え方、サービスは標準的な仕様を持つインターフェイスとして公開される。
2 Business Process Execution Language
ビジネス・プロセスを表現する、実行可能なモデリング言語。一般的にビジネス・プロセスはBPELで表現され、それがプロセス・エンジン上でソフトウェアとして実行される。
3 Key Performance Indicator
ビジネス上の目標の達成度を測る業績評価指標
参考文献
著者について  | | | IBMソフトウェア事業WebSphereブランドに所属するテクニカル・セールスです。BPM関連製品を担当しており、主にお客様への提案活動やセミナー等での講演を行っています。 |
記事の評価
| 
