ビジネス・プロセス・マネジメント・ソリューションとは？

ビジネス・プロセス・マネジメント・ソリューションとは？ビジネス・プロセス・マネジメント・ソリューションとは？・ソリューション（SOX 対応ソリューションの要と期待される BPM（Business Process Management) (1) 徳田浩司（Koji Tokuda） 2006-07-15 00:00:00 徳田浩司（）BPM Conference 参加先月、San Francisco で開催された BPM Conference に参加した。Pegasystem の技術担当 VPSetrag Khoshafian 博士による、「How to Build Value in your BPM Project」というセッションでBPM プロジェクト導入方法についての解説があった。BPM は、SOX 対応の重要なソリューションの一つと考えられており、講演内容は SOX 対応にも非常に参考になると思われるので、ここでご紹介したい。Pegasystem は、Busuiness Process Management の専門ベンダーの１社であり、BPMSuite を開発している。日本では取り扱いされていないので知られていないと思うが、売上は 100 億円、社員は 400 人の Nasdaq 上場企業で、BPM の専業としては大手である。BPM とは？BPM とは、業務プロセスを構成し、管理するソリューションである。SOA 対応の中で重要な位置を占めるソリューションの一つである。しかしながら、コンプライアンス対応において IT 化が重要視されるに従って、SOX 対応においても、重要な IT 化のツールと期待されている。以前、業務プロセスの明確化と IT 化が SOX 法で求められるということを書いたが、まさにそれをサポートするシステムである。SOX 法では、経理処理に不正やミスが発生しないように業務の流れを監視したり、制限を加えたりすることが必要であるが、それを自動化するものである。なお、Pegasystem によると来年、日本上陸を計画しているということであり、今後の展開が期待される。来年からは実際に、日本の公開企業においては業務プロセスを IT 化する動きが活発になると思われ、そのタイミングでの進出を狙っているものだと思われる。BPM の歴史

・従来：Workflow の時代 BPM は Workflow システムをスタートとしている。Workflow は、その名の通り業務手順を管理するツールであり、システムを業務にあわせて可視化するものである。かつては Lotus Notes とか ERP システムなどがその機能を担っていた。業務自体の自動化が進んでおらず、そのためエラーが発生しやすかった。また、フローよりもどちらかというとドキュメントやコンテンツ管理が中心であった。・現在：BPM の時代システム同士を統合し、社外の流通パートナーとの連携も行って、自動化を実現するものである。組織の階層（権限）と業務手順がリンクしてくる。現在 BPM と言えばこれを指す。・今後：BPMS BMPSsuite（BPM ソリューション群）は、ワークフローのみならず、ビジネスルール、 EAI（Enterprise Application Integration）、ビジネス同士の統合、ビジネスプロセスのモニタリング・分析、などの機能が構成されたものである。ビジネスをモデリングしてシミュレーションしたり、ビジネスのルールの変更・修正を容易にしたり、SOA のサポートなどを行い、ビジネスと IT を一致させるものである。なぜ BPM が必要なのか？BPM は、ビジネス環境の変化への対応を強化するために、ERP や CRM など従来の業務アプリケーションから、「ビジネスプロセス」と「ビジネスルール」とを分離し、それらを管理するものである。それが必要とされてきたのは、ビジネス環境の変化のスピードが速くなったからである。現在のビジネス環境において変化のスピードは速く、ビジネスの基盤となるIT の開発に手間取っては、ビジネスチャンスを失ってしまうか、あるいはコスト負担が非常に大きくなってしまう。既に社内にあるシステムを再利用し、再構築できれば、ゼロからスタートするよりは非常に効率がよい。社内のビジネスプロセスをブレークダウンし、変化の少ない小さな機能単位にまとめ、システムもそれに応じて分割する。そして、変化のスピードの速い部分を BPM に担当させる。例えば、クレジットカードの申し込み手続きで言えば、カードの申込書（手書き）を受け取る⇒スキャナーで読み取る⇒間違いがないかチェックをする⇒間違いがあれば再入力する⇒各項目の条件を貸出のルール（ビジネスポリシー）に照らし合わす⇒貸し出しできるか判断

する⇒その結果を顧客に通知する、という流れとなるが、その一つ一つの項目が業務機能であり、それをつなぐのが、「ビジネスプロセス」である。その一つ一つが機能単位になり、それぞれの機能の変化は少ない。そこから、法律、社会、ビジネスのルールが変更になっても対応できるよう、ビジネス上のポリシーを分離する。そういうものが「ビジネスルール」であり、ビジネスの判断基準となる。ビジネスルールの例としては、オンライン販売において、5 万ドル以上の注文があれば無条件で 10％値引きするとか、預金が 10 万ドル以上あるローンの申し込み客には優遇レートを適応するとか、など。BPM 導入の目標としては、技術のイノベーションへの対応、生産性の向上、コンプライアンス対応という、３つの大きなトレンドへの対応がある。特に、コンプライアンスは大きなドライブフォースとなっており、SOX 対応の要請が非常に大きい。プロセスとルールをアプリケーションから分離プロセスとルールをアプリケーションから分離かつての業務アプリケーションでは、ビジネスプロセス、ビジネスルール、データが全て一体混然となっていた。そのためプロセスやルールに変化があるとその度にソフトの修正や追加が必要となり、時間とコストをかけて外部スタッフなどを雇って開発を行わなければならない。それでは時間がかかってしまう。できれば、企業内の IT 要員が簡単に修正できるようなものが望ましい。現在は、データが分離され、データベースエンジンとして独立している。しかし、今後の流れとしては、データとアプリケーションの間に、BPMS が加わり、ルールとプロセスを分離して管理することが期待される。これからは、ビジネスプロセスとビジネスルールは企業の資産であると認識し、これをきちんとシステムに組み入れていくことが重要となってくると思われる。これら資産は、拡張、修正が都度発生するが、それらをアプリケーションとは独立で行うようにすると、ビジネスプロセス、ビジネスルールが、全てのアプリケーションで共有して使えることができる。そうすると、ＩＴとビジネスが連動し、システム開発でのパフォーマンスの向上と、連続的な改善戦略を実現化できるのである。更には、ビジネスプロセス、ビジネスルールとコンプライアンス対応の改善の証跡をサポートすることが可能となってくるのである。（徳田浩司 koji.tokuda at www.fusion-reactor.biz）（SOX 対応ソリューションの要と期待される BPM（Business Process Management) (2)

徳田浩司（Koji Tokuda） 2006-07-22 22:24:53 前回「SOX 対応ソリューションの要と期待される BPM (1)」では、BPM（Business Process Management) の特徴と、BPM の必要性、ビジネスプロセスとビジネスルールをアプリケーションから分離する必要性について述べた。今回は、BPM を機能アップのトータルソリューションである、BPM スイートにおけるそれぞれの機能についてもう少し詳しく述べたい。BPM シートの構成機能BPM スイートはおおむね、大きく分けて以下の機能で構成されると思われる。１．Workflow（Business Process）２．Business Rules３．Enterprise Application Integration（EAI）４．Business To Business Integration５．Business Process Monitoring & Analytics６．Solution Frameworks１．Workflow 及び２．１．及び２．BusinessRulesこれらは、アプリケーションをブレークダウンして、個々の小さな業務サービスをつなぐものである。Workflow 及び BusinessRules は、BPM の基本となるサブシステムとなる。Workflow は業務フローとかビジネスプロセスとか呼ばれるものである。Workflow を分類すると大きく分けて３つあり、1.A⇒B⇒C、という「連続」2.A⇒B 及び A⇒C の「並行」、B＋C⇒D の「結合」、3.A⇒B（if a=b）、A⇒C（if not a=b）という「分岐」である。ビジネスルールは、Business Rules は、ビジネスポリシーとも言うべき、ビジネスプロセスの判断の材料となるものであり、3.の a=b という基準を示し、分岐の判断尺度となる。

実際の導入では、まずは、ビジネスをワークフローとビジネスルールをモデル化し、フレームワークをつくる（業務の可視化の作業）。作成したワークフローと社内のシステムを実際にリンクさせて、日常業務を実行する。それをモニタリングし、分析することで、業務効率やビジネスの変化に合わせて改善すべき点が出てくれば、ワークフローを修正したり追加したりする。それをぐるぐると繰り返すことで、ビジネスの変化に合わせて、システムも改善していくことが可能となる。これらをうまく日常的にまわしていくことができれば、新しい変化への対応に即したシステム基盤の提供が可能となり、企業のシステム投資リターン（ROI）だけでなく、ビジネスでの投資リターンも向上させることが可能となる。比重を増すコンプライアンス対応コンプライアンスの対応は、特に最近重要となっており、内部統制のサポートに大きな威力を発揮する。・計画と分析：チームの特定化、内部監査及び外部監査の連携、アイデンティティ・コントール、統制のカルチャーの醸成、評価の手続きなどの実施。・ドキュメント：プロセスフロー、ポリシー、手続き、コントロール、リスク評価、自己診断、診断結果、修正プランなどあらゆる活動を記録。・レポート：四半期、年次、適時報告の実施。・テスト：IT 統制、自己診断、統制の信頼性評価、監査テスト・修正：例外規定、不足部分の修正・モニタリング：全社のコントロールプロセス、リアルタイム、個別評価の実施上記が一体化して管理されることで、コンプライアンス対応に必要なレビューのための必要リソースを減少させることが可能となる。また、全ての要求と承認の手続きが記録されるので、内部監査及び外部監査を行う際に、記録を短時間に追跡することが可能となり、透明性が高まる。更に、リアルタイムでモニタリングを行うことができるために、ルール違反などの異例操作によるリスクを小さくすることが可能となる。J-SOX 対応が義務づけられたことにより、BPM 導入の重要性はますます高まっている。BPM スイートモデリング

BPM スイートを構成する際には、全体のモデリングが必要となる。モデリングは、「戦略ビジョンモデル」、「プロセスモデル」、「ビジネスポリシーモデル(ビジネスルール)」、「組織モデル」、「情報及びインテグレーションモデル」で構成され、それぞれが密接に関与してくる。「戦略ビジョンモデル」は、対象業務に対する会社の取組み方針であり、それにしたがって、「プロセスモデル」が選定される。これは、例えば、オンラインショップを例に挙げると、カタログ検索、オーダー指示、請求書発行業務、発送指示、トラッキングなどの業務単位となる。「組織モデル」は、トップの CEO から始まって、CFO、COO、CIT などの下部組織につながってくる組織図となる。それぞれの業務単位に対し、誰が何を担当するのか（請求を行う、操作を行う、承認を行うなど）が定められる。「プロセスモデル」においては、各業務単位がどの順番で行われるか業務フローが定められる。「ビジネスポリシーモデル（ビジネスルール）」は、プロセスの分岐における判断材料となるもので、ポリシー（法令、会社の方針など）、ベストプラクティス（業務を行うために最適と考えられるもの）、顧客の好み（クライアントが望むもの）、パートナーの好み（パートナーが望むもの）に分かれる。「インフォメーション及びインテグレーションモデル」は、それぞれの情報がどこに存在していてどういうふうに関連するかを定めたものである。コンプライアンスに絡めて若干補足であるが、「戦略ビジョンモデル戦略ビジョンモデル」は企業によって当然戦略ビジョンモデルながら異なる。決して間違ってはいけないのは、外部から与えられるものではなく、外部環境と内部のリソースを勘案して、企業のトップが定めるものである。お上、IT ベンダー、監査法人、コンサルタントが教えてくれるものではない。特に、SOX 対応において重要なポイントであるが、内部統制とは、経営管理そのもののである。経営者は経営とは何か？もう一度見直す必要がある。ここがあいまいだと、BPM の導入も効果が薄くなってしまう。３．Enterprise Application Integration（EAI）と４．３．（）と４．Business To Business Integration ）と４．ビジネスプロセスの背後には、社内には従来から配備されたバックエンドシステムが動いている。例えば、セールス、サービス、クレーム対応、詐欺対応、パートナー対応など。ある程度の規模と歴史を有する企業であれば、それぞれにフロントオフィス、ミドルオフィス、バックオフィスの業務と担当者が存在し、業務アプリケーションが配備されているはずである。更に、外部のビジネスパートナーにも、何らかの業務アプリケーションが配備されているはずである。それらを BPM の定めたフローにあわせて、個々の業務アプリケーションの個別の機能を有機的にリンク（インテグレーション）させていく。インテグレーションは、さまざまな技術

が用いられるが、最近では Web サービスが一般的になっている。インテグレーションには、業務アプリケーションの個別の機能同士を接続するためのアダプターも含まれる。また、業務アプリケーションとして、パッケージツールである、SAP、People ソフト、Siebelなどさまざまなベンダーが提供するものがあり、外部のビジネスパートナーとのインテグレーション（Business To Business Integration）には、Web サービスを用いた連携が力を発揮する。部品化された個別機能は一つのサービスと定義され、共通のデータベースとともに、エンタープライズサービスバス（Enterprise Service Bus）と呼ばれるバックボーンで連携される。これは SOA（Service Oriented Architecture）の基本的なコンセプトである。ツールベンダーであるベンチャー登場への期待このインテグレーションのツールである、アダプターや、それぞれの業務アプリケーションの機能を分離するツールについては、BPM スイートのベンダーのみならず、さまざまなツールベンダーから提供されている。更に、業務アプリケーションには、上記のメジャーなパッケージソフトばかりではなく、自社開発のレガシーシステムが配備されているケースが少なくなく、ビジネスプロセス、ビジネスルール、データベースが、スパゲッティー状態に複雑に絡み合っているケースが少なくない。これらについては、機能単位を粒度を定めて確定し、一つづつ手作業で切り離していく作業が必要である。さながらシャム双生児の分離手術のようだ。さまざまなベンダーからツールが提供されつつあり、今後、自動化が進むものと期待される。いろいろなベンダーの業務アプリケーション同士をつなぐには、個々のベンダーのシステムの癖など裏を熟知している必要があり、大手ベンダーだけではなかなか難しいものである。その領域は、大手企業よりも、多様なバックグラウンドを持つ技術者たちの混成部隊であるベンチャー企業の方がはるかに有利である。エンタープライズソリューションの世界で今後成長が見込まれる有望な領域であり、ベンチャーの登場と活躍が期待される。（徳田浩司 koji.tokuda at www.fusion-reactor.biz）（SOX 対応ソリューションの要と期待される BPM（Business Process Management) (3) 徳田浩司（Koji Tokuda） 2006-07-29 06:41:52

前回「SOX 対応ソリューションの要と期待される BPM (2)」では、BPMSuite（BusinessProcess Management Suite)の機能について、１．Workflow（Business Process）、２．BusinessRules、３．Enterprise Application Integration（EAI）、４．Business To Business Integration について述べた。引き続き残りの機能について見てみたい。．5．Business Process Monitoring & Analytics企業全体に業務プロセス（ワークフロー）が存在するわけであるが、各組織、そして個人にも存在する。BPM を使うと、組織図にあわせて、ポジション毎に機能、役割分担、権限と責任が明確化される。業務分掌とビジネスプロセス及びシステムをドッキングすることができる。個人の活動は、上位者及び管理部門によって監視され、異例操作はアラートが出され、権限を超える操作を禁じる。また、個人個人の活動が記録されることで、業務の繁忙、個人間での分担の偏り（というよりも仕事をしていないのが誰かわかる）、パフォーマンスが、明らかになる。管理が厳しくなるのは嫌なものだが、効率化を上げるためには必要である。BPMのモニタリングと分析機能を活用することにより、業務プロセスや業務分担など問題あるところが見えてくる。BPM を用いれば、環境の変化に合わせて、システムの変更もスピーディーな対応が可能となる。それまで、本部からの全社画一的なお仕着せのシステム提供だったのが、BPM 導入後は、現場からの意見を取り入れながら、実態に合わせて部門毎にきめ細かく対応することが可能となる。更に、今のビジネスで、システムが十分対応できているか、無駄は無いか、不足するものは無いか、ということも明らかになる。BPM は導入後が重要で、ここまでルーティン化できれば、BPM 導入のメリットが目に見えて出てくる。．6．Solution Frameworks最後に、BPMSuite 全体のフレームワークが重要となる。これは、BPM を中心とした社内システムの拡張である。新規のビジネス参入や新しい業務が出てくるたびに、業種別の業務システムを継ぎ足していくときの、接続方法である。SOA 技術を用いた基盤が出来上がっていると、拡張とリンクがしやすくなる。既存のインフラを活用することができるため、開発コストも大幅に下げることが可能となる。

特に金融やオンラインビジネスなど、業界を超えて業務が拡大している。また、合併によりシステムの統合が必要となるケースも増えている。BPM を用いた基盤があれば、産業毎に必要な業種別アプリケーションを継ぎ足すだけで、新規にビジネスを行うことが可能となる。ゼロから立ち上げるよりもはるかに早いはずだ。米国では、成功事例がたくさん出てきている。日本での BPM 導入は可能か？もちろん、これまでの話は SOA 基盤としたシステムのインフラが出来上がっているという前提で、米国での話である。SOA は儲からない、言っているほど上手くいかない、という話がつい最近まであったが、ここに来て、効果が出ている、導入が進んでいるというレポートが出てきている。ZDNetSOA ブログでも「SOA の導入で年間 5％のコスト削減が可能に――最新調査」「SOA の利用事例数が 2005 年と比べて 2 倍に――最新調査結果」などの記事がある。導入のドライビングフォースとなったのは、SOX や HIPPA などコンプライアンス対応である。日本においては、業務システムは自社開発の独自のシステムでできあがっていることが少なくない。米国と違って日本では人員の流動化が少ないので、同じシステム部員が長く担当していることから、開発のノウハウなどがきちんと文書化されていないものが少なくなく、人が異動したりやめれば必要な情報が散逸し、あとからシステムに手を加えることが簡単に出来ないのかもしれない。BPM 導入が可能となるための SOA のインフラを作り上げるまでには大きな苦しみが伴うだろう。私も思い当たるような経験がある。銀行の子会社にいたときに、オフィスを移転することになり、経営企画部門にいた私が引越し業務の統括責任者となった。移転に合わせて、社内システムも再構築することになり、銀行に接続しているネットワークの移転とか社内システムの見直しも私が担当することになった。投資先企業を管理するシステムも手直しすることになったが、そのシステムは、MS-ACEESS をベースで開発したもので、そんなに複雑なものではなかった。画面のトップページに、一社ごと、企業名、投資金額、投資時期、売上、利益、業務内容など、概略を表示しているものであった。トップから、一覧で見るにはいくつか追加したい情報があって、2、3 新しく情報項目を増やして欲しい、という要請があった。最初は、表示方法を手直しするだけなので、それほど大変な話だとは思っていなかった。ところが、最初に開発を依頼した SI の担当者は既にいなくなっており、更に、ドキュメントも残っていなかったので、どのように手をつければよいかわからず、お手上げ状態であった。そこで別の SI に修正をお願いすることになった。全体の構造を一からドキュメント化することとなり、結局 3 ヶ月ぐらい時間がかかった。もちろん、高額の手数料を支払う羽目となった。非常に分厚いドキュメントができたが、2,3 の修正のためにそこまで必要だというのをなかなか上に説明できず、当時はかなり高いと思った。しかし、若しそのとき BPM があった

としたら、私の手元で簡単に修正できていたはずで、更なる変更も簡単に出来るので、コストは限りなくゼロに近づいたはずだ。BPM の導入によるコストダウンBPM を用いて業務フローとシステムを可視化し SOA 対応に移行することは、自社開発とカスタマイズを繰り返してきた日本企業にとって大変な困難が伴うと思われる。それならば、その都度カスタマイズで対応するか、ゼロから作り直した方が早いという意見もある。確かに、短期的にはその方が有利である。しかし、ユーザの立場からすると、一度、社内のシステムがどの業務とリンクしているのか明確にしておくことは、システムにブラックボックスがなくなるわけで、SI に対する大きな牽制力となる。要るのか要らないのかわからない機能がふんだんに盛り込まれたソリューションに対して、一括でいくらですといわれて、高いお金を払う必要がなくなるわけである。また、システムを機能ごとに切り刻むことで、モジュール化が可能となるので、今後 SOA 対応のアドオンのツールがどんどん出てきた時に、不足する機能だけを、必要になったときに必要なだけ採用することが可能となる。そのため、無駄な投資が不要になり、メンテナンスコストを減らす効果が出てくる。また、人材の流動化もどんどん進んでいくことから、これまでのように自社開発だけに頼るのは限界があり、BPM による標準化は重要である。企業や業種を超えて、BPM を標準化しようとする動きが出ており、その標準に準拠した基盤を作り上げることで、必要最小限の機能に絞り込まれたパッケージを低価格で活用することが可能となる。導入、SOA 対応を進めるべきSOX 対応を錦の御旗に BPM 導入、新しいことをやろうとすると、最初はお金がかかる。だから簡単には先に進まない。SOX 対応も後ろ向きな話と捉えられている。元々は、エンロン、ワールドコムに始まって、ライブドアなど上場企業の粉飾事件がきっかけとなったもので、一般投資家をだます悪者を締め出し、抑制するものである。一部の不心得者のために、大多数のまじめな会社にとっては不要なコストが強要され、何億円もお金をかけるなんて本当にばかばかしいものだ。数億円のコスト負担が、何十億円もの企業価値を下げることになるので、それだけのためであれば、SOX 対応なんてとっととやめるべきと思う。しかし、ルールはルールで決まったものは従わなければならない。だったら、どうせお金をかけるならば、継続して効果の現れるような投資を行うべきだろう。責任を逃れをするために、監査を通すことだけを考えて、業務フローの文書化を手がけ、ドキュメント作りだけでおしまい、というのでは本当にもったいない。米国でも、最初はドキュメント化だけで終わ

っているケースは少なくなかったが、今年に入って、IT 化を進めて自動化に結びつけ、SOX対応のコストを下げようとする動きが出ている。BPM のようなシステムは、現場は必要だと思っていても、なかなかトップは理解してくれないかもしれない。無かったら日常業務に支障が出るようなシステムでないがゆえに、トップも、お金をかけてまで整備しようという気にはならないのだと思う。しかし、J-SOX 対応のためには必要だという話になれば別で、経営会議は通りやすいだろうし、投資家も説得できるだろう。J-SOX 対応で、IT が必要だという風潮を非難する声がある。もちろん必要ないものを投資すべきではない。しかし、むしろ逆で、必要なものは積極的に投資しておくべきだと思う。SOX 対応による IT 化のブームをテイクチャンスして、錦の御旗として、社内稟議を通してしまうべきである。将来のために社内のシステムを高度化し、リスク軽減とコスト削減、ビジネス変化への対応力を向上させることを考えるべきではないだろうか。更に、不要なスペックを提示して高い開発費をふっかけてきた SI 企業に、今後だまされないようにするためにも、導入を検討する意味は十分あると思うがどうだろうか？（SI 企業は、SOA とか BPM はコストがかかるし、手間隙かかって上手くいかないので止めたほうがよい、と言うかもしれない。そのほうが、いつまでも、社内外に大量に抱えるプログラマーを食わすことの出来る、人月のかかる開発プロジェクトが受注できるからである。ツールベンダー以外は、興味ない話かもしれない。業界の方々ごめんなさい。でも私が言わんとすることが理解でき、提案力と技術力のあるシステムコンティング会社には、プラスになる話だと思う。）（徳田浩司 koji.tokuda at www.fusion-reactor.biz）徳田浩司（トクダコウジ） Fusion Reactor LLC（在米国シリコンバレー）社長三和銀行、三和総研、三菱商事証券などで、システムコンサルティング、ベンチャー投融資などに従事。2004 年に独立、米国シリコンバレーで、ベンチャーサポート、IT・金融ビジネスのコンサルティング、ワイヤレス・ブロードバンド・ソリューションの開発・ベンチャー経営、老舗スポーティング・グッズ・メーカの米国代表などに従事。

本件に関するご意見・お問い合わせ Fusion Reactor LLC 代表; 代表; 徳田浩司 050-5534- 国内電話で通じます)電話日本 050-5534-5314 (国内電話で通じます) E-mail: info@fusion-reactor.biz info@fusion-

ビジネス・プロセス・マネジメント・ソリューションとは？

by Fusion Reactor LLC on Feb 19, 2012

Accessibility

Upload Details

Usage Rights

Statistics

ビジネス・プロセス・マネジメント・ソリューションとは？ — Document Transcript