タブの始まり
ビジネス・プロセス・モデリングから、BPMの実装までをツールを活用して、効率よく実施する方法についてご紹介します。
ビジネス・プロセス・マネージメント(BPM)は継続的な業務改善活動
本連載の第4回で、激しく変化するビジネス環境において競争力を維持していくためには、業務のやり方を常に改善していく必要があり、ビジネス・プロセス・マネージメント(BPM)はそのための有効な手法です、ということを述べました。
ビジネス・プロセス・
マネージメントはサイクリックな
改善活動 拡大図BPMでは、企業戦略にそって、全社横断的に最適な業務の流れを設計します。設計にもとづいて実装された業務プロセスの実行、運用をモニタリングし、企業戦略の達成度合いの評価によって、更なる改善を行います。そして、継続的に改善、実行、モニタリングのサイクルを実施するのがBPMです。このサイクリックな業務改善を全社規模で推進していくためには、バックグラウンドの異なる多くの役割、立場の人々が関与する必要があります。関係者間で、共通理解をはかりながら、業務の省力化、スピードアップ、競合他社との差別化といったことを検討しなければなりません。また、変化に対して、ITシステムの改変も含めて、迅速に対応し、鮮度と精度の高いビジネス実績によって、常に見直しをはかることも必要です。このように広範囲で、複雑なBPMは、属人的な管理では回りません。最近は、BPMを推進するための各種の支援ツールがでてきています。今回は、このサイクリックな業務改善活動を以下のステージに分割し、BPM支援ツールを活用して効率よく推進していくことに焦点をあてます。
- 業務視点のビジネス・プロセス・モデリング
- IT視点のプロセス設計、実装、実行
- モニタリング
ステージ1:業務視点のビジネス・プロセス・モデリング
業務視点からプロセス改善を検討する場合、改善前の業務の流れと改善後の業務の流れを、対比的に検討、説明する資料や文書を作成し、業務の流れを可視化します。そのような資料や文書を、ワープロやプレゼンテーションツールを使って作成することも可能ですが、書き手によって、観点の違いや詳細度の違いが現れてしまい、全体としてみた場合に整合がとれない状況が発生してしまうことがよくあります。また、これらの資料や文書を、継続的に維持管理し、分析に活用するのは、容易なことではありません。 BPM用のモデリングツールは、業務の流れ、つまりビジネス・プロセスを、グラフィカルに、統一された表記法で一覧性のある状態で記述することができます。モデリングツールを使うと、以下のようなメリットがあります。
- 統一された表記法で、ビジネス・プロセスを記述することにより、業務設計担当者間の共通認識に役立つばかりでなく、モデルとしての整合性がチェックされ、ビジネス・プロセスの曖昧さを排除することができます。
- 全社規模で、業務フローが階層的に整理され、複数システムに分散したビジネス機能を網羅的に一覧性のある状態で記述できるためビジネス・プロセスの可視化につながります。
- 可視化されたビジネス・プロセス・モデルを活用することで、企業戦略や経営目標を達成するためのあるべきビジネス・プロセスに改善させていくための検討が行いやすくなります。
- ビジュアルなビジネス・プロセス・モデルで、ビジネスの変化に伴う変更要求に対して、ビジネス・プロセス変化点の発見、影響範囲の特定を、迅速に進めることができます。
- モデリングツールのリポジトリにモデリング資産を蓄積し、継続的に業務改善の分析対象として利用できます。
業務視点のビジネス・プロセス・モデリングに活用するツール
業務視点のビジネス・プロセス・モデリング用のBPMツールの例として、IDS Scheer社のARISという製品とIBM WebSphere® Business Modelerという製品を取り上げます。
まず、ARISでは、SAP ERP用のARISモデルが提供されています。また、SAPのSolution ManagerからSAPで定義されたビジネス・プロセス・テンプレートを、ARISモデルとしてインポートすることも可能です。ARISでのモデリング結果をSAPのSolution Managerに同期させることも可能です。このように、ARISは、SAPシステムと密接に連携をとって活用できるため、SAP ERP用のビジネス・プロセス・モデリングの標準ツールとして位置づけられています。
ツールによるビジネス・プロセス・モデリングの例−ARIS−
ARISでモデリングを行う際には、まず、モデリングコンベンションと呼ばれる表記規約を設定します。ARISには、非常に多数のモデルテンプレートがありますが、表記規約の設定を行うことで、モデリングの粒度をそろえ、一貫性をもたせることができます。 ARISモデリングでは、企業構造と企業活動を ARIS Houseと呼ばれるモデルで整理します。ARIS Houseは、5つのビューで構成されており、企業構造を表す「組織」、「データ」、「機能」、「製品・サービス」という静的なモデルと、「プロセス」という企業活動を表す動的なモデルで表現する記述方法です。各ビュー毎に、必要なモデルテンプレートが用意されており、業務設計担当者は、ARIS HouseをIndexとして、モデリングを進めていきます。
付加価値連鎖図 拡大図
「プロセス」ビュー、つまりビジネス・プロセスの設計では、付加価値連鎖図というモデルを使って概要ビジネス・プロセスを作成します。概要ビジネス・プロセスをサブプロセスに分解し、サブプロセスを更に詳細ビジネス・プロセスにブレークダウンしていきます。ARISモデリングの推奨では、概要ビジネス・プロセスを全社レベルで業務抽出して描き、サブプロセスを、職務組織規模の業務プロセスに詳細化していきます。
EPCでファンクションの
要件を定義 拡大図
次に、付加価値連鎖図の詳細ビジネス・プロセスのタスク定義毎にEvent driven Process Chain(EPC)というモデルを作成します。EPCでは、処理がキックされる「イベント」を記述し、「イベント」に対する処理を「ファンクション」として記述します。「ファンクション」を実行した結果の状態をまた「イベント」として記述します。「ファンクション」に対して、静的モデルの方で定義した、「組織」、「データ」、「機能」のモデリング・オブジェクトを割り当てていきます。ARISでは、EPCを利用して、誰が、何のデータを、どのシステムで、どのように処理するかという要件を、明確に整理してモデリングを進めていきます。
ARISを活用したSAP ERPとの連携
ARISとSAP ERPとの
シームレスな連携による
BPM 拡大図
SAPのSolution Managerで定義されたビジネス・プロセス・テンプレートを、ARISの付加価値連鎖図とEPCモデルとしてインポートすることが可能です。そしてARISに取り込まれた、全体を俯瞰できるビジュアルなビジネス・プロセス・モデルをベースに、企業固有のビジネス・プロセス設計を詳細化します。ARISモデルからSAPのSolution Managerを起動し、SAP Solution Manager上でSAPビジネス・プロセス設計を確認することも可能です。デザインしたビジネス・プロセスからテストシナリオを作成し、テストに活用することもできます。業務機能の大部分にSAP ERPパッケージを適用する場合は、ARISによるビジネス・プロセス・モデリングを活用すると、ゼロからモデル構築をする必要がありません。
ツールによるビジネス・プロセス・モデリングの例−WebSphere Business Modeler−
WebSphere Business Modeler
でのビジネス・プロセス・
モデリング 拡大図
IBMのWebSphere Business Modelerは、Eclipseベースの開発環境を提供するビジネス・プロセス・モデリングツールです。WebSphere Business Modelerを活用する場合においても、ARISと同様に、データ・カタログやリソース・カタログと呼ばれる「組織」、「役割」、「リソース」、「ビジネス・アイテム」などの静的なモデルと、「プロセス」という動的なモデルで表現します。WebSphere Business Modelerによるモデリングでは、ビジネス・プロセス定義を、「タスク」と呼ばれるモデリング・オブジェクトを実行順に並べていくことで行います。タスクの属性として、その処理を実行する「組織」や「役割」、扱うデータに相当する「ビジネス・アイテム」、処理を行うシステムなどの「リソース」などを付与していきます。WebSphere Business Modelerにおいても、5W1H(誰が、何のデータを、どのシステムで、どのように処理するか)で要件を、明確にしてモデリングを進めていきます。
インダストリー・コンテンツ・パックとして、WebSphere Business Modeler用の業界別の標準的なビジネス・プロセス・モデルも提供されています。WebSphere Business Modelerでは、これらをテンプレートとして、モデリングを行うことが可能です。
関連情報
モデリング表記の標準化の動き−BPMN(Business Process Modeling Notation)−
モデリングツールの
BPMN表記の例 拡大図ARIS、WebSphere Business Modelerのモデル表記例は、ベンダー独自の表記法です。
業務プロセスの書き方として、業務設計担当者にもシンプルでわかりやすい標準的な表記法としてBusiness Process Modeling Notation(BPMN)がObject Management Group(OMG) (IBM外のWebサイトへ)によって制定されています。ARISやWebSphere Business Modelerにおいても、BPMN表記もサポートするようになってきており、BPELにも変換できます。 次期SAP NetWeaver BPMという製品は、BPMN表記のグラフィカルツールでビジネス・プロセス設計を行います。これからモデリングツールの活用を検討する場合は、統一された表記のモデリング資産を蓄積できるように、BPMN対応もツール選択の考慮点です。
企業戦略や経営目標を達成するためのあるべきビジネス・プロセスへの変革
業務視点のモデリングでは、作成されたビジュアルなモデルを活用して、企業戦略や経営目標を達成するためのあるべきビジネス・プロセスに変革させていくための検討を行い、モデルを洗練させていきます。検討の例としては、以下のような項目が挙げられます。
- 重複したプロセスを統合したり、冗長なプロセスを排除します。
- 相互依存性のないプロセスは、並列実行による効率化を検討します。
- 人的リソースや紙の帳票によるオフラインプロセスを、ITによる自動化プロセスに改善します。
- バッチ処理をリアルタイム処理に切り替え、業務処理のスピードアップをはかります。
モデリングツールによっては、モデル中の各タスクに、処理時間とか、処理工数やコストなどを属性として持たせることが可能です。モデリングツール上で、ビジネス・プロセスを擬似的に動作させ、ビジネス・プロセスを処理するのに必要な、推定の処理時間や工数を割り出したりすることができます。ビジネス・プロセスの変革に伴う影響を、直接ビジネス・プロセスを変更するのではなく、シミュレーションによって、把握することが可能ですので、変更のリスクを軽減することができます。
多くのモデリングツールで、作成したモデルをチームで共有することが可能になっています。ブラウザからモデルを参照して、業務設計担当者間で、業務改善のディスカッションに活用できます。また、モデルを文書化したり、シュミレーション結果のレポートを作成することも可能ですので、ツールを使うことにより、BPMを効率よく進めることができます。
ステージ2:IT視点のプロセス設計、実装、実行
業務プロセスをITシステムに実装するには、ビジネス・プロセス・モデルをIT視点のプロセス・レベルに詳細化する必要があります。BPM用のモデリングツールは、ビジネス・プロセス・モデルをBPEL(Business Process Execution Language)に変換する機能をもつものが、多くあります。また、最近のSOA対応開発ツールでは、BPELをグラフィカルに表示して、編集し、サービスとの統合を行い、プロセス設計を実装につなげることができるようになっています。IT視点のプロセス設計では、これらのツールを活用して、業務プロセス・モデルをBPELに自動変換します。生成された業務設計が反映されたBPELモデル、つまりITプロセス・モデルを実装レベルに詳細化していきます。 業務プロセス・モデルをITプロセス・モデルに詳細化するには、以下のような情報をITプロセス設計ツールで付与していく必要があります。
- ビジネス・プロセス・モデルのタスクを、処理のステップに分解します。処理のステップ単位を、アクティビティと呼ぶことにします。1つのアクティビティは1つのサービス呼び出し単位になるくらいの粒度に詳細化します。
- ユーザーインターフェースをもつ、人間が直接作業する業務処理(Human Task)も1画面処理が一つのアクティビティとなるくらいの粒度に詳細化します。
- ビジネス・プロセスの分岐やループの判定条件もITプロセス・モデルに付与していきます。
- 業務的に整合をとる必要のあるトランザクショナルなタスクでは、トランザクション処理の途中で、障害が発生した場合の取消や削除処理(Compensation)を盛り込む必要があります。
- エラー処理を詳細化します。問題解析のための、ロギング処理なども追加しておく必要があります。
- 各アクティビティで扱うデータ・オブジェクト定義とアクティビティから呼ばれるサービスのオペレーションを明確にする必要があります。
- サービス呼び出しの物理的な情報、つまり、サービスが実装されているサーバー情報や、呼び出しパラメータのデータ型などのWSDL(Web Services Description Language)情報を用意します。
IT視点のプロセスから呼び出されるサービスの実装
IBM/SAPハイブリッドSOAソリューションの考え方では、多くの企業で標準的な機能は、長年の利用実績があるSAP ERPパッケージが提供するサービスを利用し、パッケージでは実現が難しい各企業特有の業務機能をカスタム開発のサービスと連携させることで、企業のニーズにあわせた最適なビジネス・プロセスを実現します。
ERPの既存サービスを活用
SAP ERPパッケージのサービスであるSAP Enterprise Service(ES)に関しては、本連載の第9回で説明していますように、サービス・リポジトリとレジストリの機能を使って、要件に合うサービスを検索して、該当するサービスがあれば、それを利用することになります。
企業独自のサービスを開発
既存のサービスが要件に合致せず、カスタムのサービスをゼロから開発する場合においては、UML(Unified Modeling Language)モデリングツールがよく使われます。UMLモデリングツールを使えば、GUIでUMLのエレメントを簡単に編集できます。UMLの各種ダイアグラムを一括管理できる上、UMLクラス図から実装コードにシームレスに変換することも可能になってきていますので、開発工数の削減にもつながります。UMLモデリングツールの例として、IBM Rational® Software Architectによる実装コード変換の詳細な手順は、関連リンクをご参照ください。
関連情報
IT視点のプロセスとサービスとの統合の実装、実行を行うツール
ARIS EPCモデルをBPEL変換して
SAP PI取込 拡大図
ITプロセス・モデル、つまりBPELは、BPELを解釈実行できるエンジン製品上で動かします。BPELエンジン製品の例としては、SAP NetWeaver PIやIBM WebSphere Process Serverのような製品があります。
ARISを利用した場合のサービス機能とプロセスの結合
ARISのEPCモデルに、サービス呼び出しの定義情報を付与して、BPELに変換することができます。このARISのBPELモデルをSAP NetWeaver PIやWebSphere Process Serverに取り込む事が可能です。SAP NetWeaver PIは、BPELの設計・開発と実行環境を有しますので、ARISから取り込んだBPELモデルをSAP NetWeaverのPIでITシステム実装に詳細化し、SAP NetWeaver PI上で実行することができます。
WebSphere Business Modelerを利用した場合のサービス機能とプロセスの結合
WebSphere Business Modelerで作成されたビジネス・プロセス・モデルは、WebSphere Integration Developer(WID)というBPEL設計・開発環境にインポートすることが可能です。WID上でITプロセス・モデルに詳細化して、サービス呼び出し実装と統合し、WebSphere Process Serverにデプロイして実行させることが可能です。
関連情報
IT視点のプロセスとサービスとの統合の実装についての考慮事項
モデリングツールを使って変換したBPELがどのBPELエンジン製品上でも実行可能というわけではありません。標準技術を採用することにより、接続性は向上していますが、製品によって、BPELのベンダー独自拡張機能があり、適用にあたっては、注意が必要です。
モデリングツールによってBPELに変換される際、モデリング・エレメントの名称は、BPELにそのまま変換されます。モデリング・エレメントの名称が日本語の場合、BPEL変換後の日本語名称が、BPELエンジン製品上で解釈できないことがありますので、ITプロセス・モデルで英語名称に変換しておく必要があります。
IT視点のプロセス・モデリングにおけるSAP ERPとの連携
前述のベンダーによるBPELの違いのため、WebSphere Business Modelerで作成したBPELを、現在、SAP NetWeaver PIで実行することはできません。業務機能の大部分にSAP ERPパッケージを適用し、SAP NetWeaver PIを実行基盤とする場合は、ARISでモデリングしていきます。業務機能にSAP以外のアプリケーションが多く、WebSphere Process Serverを実行基盤とする場合は、WebSphere Business Modelerでモデリングを行った方が、WebSphere Process Server向けのBPELを生成できるので、実行系との親和性が高くなります。
SAP NetWeaver BPMという製品も、プロセス実行エンジンですが、主にHuman Task系のプロセス実行基盤です。システム間プロセス連携を得意とするSAP NetWeaver PIと、使い分ける必要があります。WebSphere Process ServerではHuman Task系ワークフローもシステム間プロセス連携も一つの実行基盤に統合することが、可能となっています。
ステージ3:モニタリングによるビジネス・プロセスの改善
ビジネス・プロセスの
実行モニタリングの例 拡大図
ビジネス・プロセスの実行時においては、実現すべき経営目標や業績指標を判定するための情報を常時モニターする必要があります。そのためには、モデリングフェーズから、ビジネス・パフォーマンスを評価するプロセスを明確にし、実現すべき経営目標や業績指標をビジネス・プロセス・モデルの設計に盛り込みます。ITプロセス設計では、イベントを定義し、発生したイベントから実現すべき業績指標を抽出する処理を盛り込みます。例えば、売上高を増加させるという目標があった場合、受注タスクを実行する度にイベントを上げて、その注文金額を記録し、合計していくという処理を盛り込みます。このモニターのための処理は、モニタモデルと呼ばれます。一般的にBAM(Business Activity Monitor)と呼ばれるモニタリングツールには、モニタモデルをデプロイします。BAMでは、イベント発生をモニタリングし、モニタモデルとしてイベントに定義づけられた処理を実行します。なお、イベント実装は、ベンダー独自色が強いので、モニタリングできる対象は、製品によって限定されます。
ビジネス・プロセスの実行によって、モニタリングした結果は、経営者が迅速な判断ができるように必要な加工を行って表示する必要があります。BI(Business Intelligence)に取り込んで分析対象にすることも行われます。モニタリングしたビジネス実績値が目標値に届かない場合は、アラートをあげ、オンデマンドな対応処理を組み込むこともできます。更なる継続的なプロセス改善のために、収集した実績をビジネス・プロセス設計時のビジネス指標設定に活用します。
関連情報
まとめ:ツールを活用したプロセス・モデリングから実装までのシームレスなBPM
ツールを活用したプロセス
モデリングから実装までの
シームレスなBPM 拡大図
今まで説明してきましたように、BPM用の各種ツールを活用することにより、ビジネス・プロセスのモデリングから実装、モニタリングまでのBPMを、連続性を持たせて、実施することが可能になってきました。
業務視点で、ビジネス・プロセスの最適化をはかる際には、ビジネス・プロセスを可視化するモデリングが有効です。モデリングを支援するツールのうち、BPELに自動変換する機能をもつツールを活用すると、業務プロセス・モデルからIT視点のプロセス設計に設計情報を伝播することができます。
IT視点のプロセス設計では、前ステージのBPELモデルを出発点とします。BPELモデルは、詳細化され、プロセスの各タスクを形成するサービスやシステム機能を組み込んで、実装レベルにブレークダウンします。サービスを再利用するためには、サービス・リポジトリとレジストリを活用すると、既存資産の検索、再利用が容易になります。サービス・リポジトリからサービスのWSDLを入手し、これをビジネス・プロセスに組み込む方法は、第9回でご覧いただきました。
必要なサービスが見つからない場合、新たにサービスを開発する必要があります。UMLモデリングツールを活用すると、ツールの実装コード生成機能を使って、開発工数を削減することができます。
実装されたサービスのWSDL情報をBPELのビジネス・プロセスに組み合わせて、BPELエンジンで実行させることにより、ビジネス・プロセス・モデリングから実際にITで動くビジネス・プロセス開発までを連携させることができます。 ビジネス・プロセス・モデリングにおいて、達成すべきビジネス指標を決め、あらかじめITプロセス設計にモニターすべきイベント定義とその処理を組み込んでおくことが必要です。モニタリングツールによってプロセス実行時にイベント監視を行い、必要なビジネス実績データを収集し、実績データとビジネス指標を比較して達成度を判断して、ビジネス・プロセス・モデリングを見直します。
以上のように、BPMを推進する際には、BPMの各ステージの結果が、次のステージに確実に反映できるようなしくみを導入しておくことは重要です。その際、BPELやWSDL、UMLのようなプラットフォーム非依存の標準的な技術を使うことで、実装技術の変化の影響を受けにくくすることができます。
IBM, IBMロゴ, WebSphere,Rationalは、International Business Machines Corporationの米国およびその他の国における商標。
Adobe, Adobeロゴは、Adobe Systems Incorporatedの米国およびその他の国における登録商標または商標。
他の会社名、製品名およびサービス名等はそれぞれ各社の商標。