メディア

ビジネスプロセスの標準規格：BPTrends（1）（2/2 ページ）

» 2007年06月01日 12時00分公開

[著：ポール・ハーモン, 高木克文（日本能率協会コンサルティング），＠IT]

プロセスレベル・ビジネスプロセス標準規格

　プロセスレベルは、全体がプロセスのリデザイン／実施プロジェクトの集積である。このレベルの標準規格は、具体的なプロセスの改革に当たるマネージャ、従業員、ビジネスアナリスト、およびヒューマンパフォーマンス・アナリストを支援する。

　これまでに、プロセスレベルで最も広く用いられてきた標準規格は、シックスシグマであった。企業や標準規格機関ごとに多様に定義されてきた、もう1つのデファクト・スタンダードでもある。しかし、たいていのシックスシグマ改変版の間には、容易に認識できる、ファミリとしての類似性がある。シックスシグマは、汎用的プロセス改善手法（DMAIC）と、プロセス改善チームがプロセスの改善に適用できる多彩なツールを備えているのだ。

　リーンはプロセスフローの無駄の除去に重点化した別個の手法であり、一般的に、シックスシグマ・チームが取り込むべきツールの1つだと考えられている。従って、恐らく、この標準規格は「シックスシグマ／リーン」と称されるべきなのだろう。

　いずれにせよ、多くの大手企業が膨大な数の従業員に対してシックスシグマ教育を行い、シックスシグマ／リーン・アプローチにのっとった数多くの改善プロジェクトを定期的に実施しているのである。

　シックスシグマとほぼ同等に普及しているのが、ISO 9000だ（この標準規格は9000番台に関し、多くのバリエーションを持つが、一般的にはこの呼称で通っている）。突き詰めれば、ISO 9000は国際標準規格機構が定めたビジネスプロセス定義の仕様である。ヨーロッパの多くの大手企業と政府が、ISO 9000を用いてプロセスを定義することを企業に義務付けている。

　残念なことに、この標準規格は、いまや「チェックリスト」項目でしかなくなってしまった。ISO 9000の文書を手早く作成し、それを棚さらしにしている企業がほとんどだ。今日のビジネスプロセス業務に合わせてISO 9000の意義を高めようとする動きはある。しかし、現状では、企業におけるプロセスの実際的運用に対するISO文書のインパクトは、ほとんど見られない。

　米国では、たいていの企業がサーベンス・オクスリー法（SOX法）に対応するための文書作成に取り組んできた。重要な財務上の意思決定に結び付くプロセスを追跡できる体制が整っていることを示すよう、企業に義務付けた米国内法である。ISO 9000と同じく、サーベンス・オクスリー法は、社内プロセスの把握を大きく前進させる機会を企業に与える。しかし、やはり、あまりにも短時間内に処理されてきたのがサーベンス・オクスリーの実態だ。やがて棚の上でISO 9000関連文書のそばで眠る貯蔵品になってしまう可能性が極めて大きい。

　最近、OMGがルールの標準規格（および、それに関連するビジネスモチベーション・モデル）を公開した。元はビジネスルールズ・コミュニティ（BRC）で開発されたものだが、企業で用いる語彙、方針、ビジネスルールを定義するための標準規格を定めている。この領域では金融機関の取り組みが非常に活発であり、この標準が、やがて金融機関におけるオントロジーとビジネスルールを確立するためのてことして活かされるであろう。

　特定の業界あるいは領域に特化した、いくつかのビジネス・フレームワークは、プロセスチームが既存ビジネスプロセスのデザインと評価を行うのに役立つ。ITIL（ITサポート・プロセスの標準規格）とCOBIT（ITマネジメント・プロセスの標準規格）は、その好例だ。双方に対し、ITプロセスの全社的標準化を望む企業からの関心が高まっている。

　この数年、ビジネスプロセス・モデラーが多種多様なワークフロー表記法を用いてきた。その代表例が、IDEF0とラムラー・ブレーシュである。普及度の高いプロセスモデリング・ツールのほとんどが、これらの2つの表記法を支持し、その自社版を提供している。

　しかし、いまのところ、ビジネスマンの大多数がよりどころとするデファクト・スタンダードはない。フロー図によるビジネスプロセスの文書化と、遂行すべきタスクを記述した図の読み方に関する社員教育を行っている企業が多いという考察に至れば、標準的ビジネスプロセス表記法に有用性を見いだすことになるだろう。

　現時点で最も推奨できるのが、BPMI/OMGのビジネスプロセスマネジメント表記法（BPMN）だ。大手プロセスモデリング・ベンダが結成したチームにより開発されたという点、および、コア・バージョンでビジネスマンが必要とする基本的表記法を提供している点で評価できる。半面、ビジネスプロセス実行言語（BPEL

）を作成する機能まで持たせたために、明らかにビジネスマンには必要のない、あるいは理解できない多くの表記法が含まれている点はいただけない。

　さらに、現在はBPMNがOMGの管理下に置かれていることから、BPMNをUMLアクティビティティ図に組み込むための作業が求められることになるだろう。それどころか、素朴なフォームを見る限りでは、BPMN/UMLアクティビティ図をラムラー・ブレーシュの図と区別することはほとんど困難で、ビジネスマンに、そのいずれかを選択すればよいと受け取られかねない。しかし、通常はもっと複雑な図で説明されることから、その2つが、いち早くビジネスマンになじみ深いものになっているのだ。こうして、ビジネスモデリングに複数の標準規格が存在することになったが、そのどちらがデファクト・スタンダードになるかは、まだ定かでない。

実施レベルのビジネスプロセス標準規格

　ビジネスチームによるプロセスのリデザインが完了すると、その実施に向けた準備に、さまざまの部門が巻き込まれることになる。人事部門は、新しい業務記述書の作成、および人材の新規採用や既存人材の確保を依頼されるであろう。IT部門には、ソフトウェア開発の依頼が行く。資産管理部門は、プラントの再配置、新しいトラックの購入、物流センターの新設などを頼まれるかもしれない。

　現時点では、ビジネスプロセス実施標準規格のほとんどが、IT標準規格である。それらは、2つのうちいずれかの目的の下に設定されたものだ。1つは、ITプロフェッショナルが行うビジネス要件の収集とソフトウェア・アプリケーションのデザインや手直しを支援すること。もう1つは、企業におけるプロセス情報の共通データフォーマットでの保存やソフトウェアツール間のモデル転移を、確実に可能にすることだ。

　OASISのプロセス実行言語であるBPELは、最も大きな注目を集めてきた。BPELはBPMスイートと密接に連結している。しかし、幅広くとらえれば、実際にBPELを用いて開発されたBPMSアプリケーションはごくわずかであり、BPELに完全依存したアプリケーションは見当たらない。BPELの現バージョンには高度なBPMS開発を支援するには限界があり、BPELを用いるベンダは、いずれもほかのコードでそれを補完しているのだ。BPEL標準規格の進展とともに、この状況は変化するであろう。しかし、現時点におけるBPELは、まだ開発途上段階でしかない。

　BPELと密接に関連するのが、ワークフロー管理連盟（WfMC）のXPDLやワークフローマネジメント・ファシリティといった標準規格である。これらの標準規格は、ワークフローシステムを支援するために開発された。最終的にはBPEL、あるいはそれに類する言語と統合し、BPMSアプリケーションの支援ツールにまでの拡充が必要になることが見込まれる。数年後には、その動きが見え始めるであろう。

　OMGのUMLは、明らかにソフトウェア開発者のための表記法システムとして開発されたものだ。MDAとTOGAFはともに、BPMSにより作成されるSOAアプリケーションの構築に用いられる。また、OMGのプロダクションルール仕様が、ゆくゆくは推論ベースのシステムにビジネスルールを格納する方法の標準規格になるであろう。推論ベースのシステムは、金融機関におけるビジネスルール・システムの管理に、ますます多く用いられるようになってきた。

　ザックマンのエンタープライズアーキテクチャ（EA）は、企業のIT資産目録の作成を主要業務とするエンタープライズ・アーキテクトのためのデファクト・スタンダードである。しかし、それをビジネスプロセス・アーキテクチャ標準規格と混同し、ビジネスマネジメント・ツールとして用いようとすれば、際限のない困難を引き起こす。

　最後に言及するIDSシェアーの表記法かつツールであるARISは、ERPアプリケーションのダイアグラム作成のためのデファクト表記法である。SAPが図表作成に用いているのに加え、オラクルもこれを採用した。ERPフォームにおけるARISは、ソフトウェア開発者にしか理解できない表記法であり、ビジネスマネージャ用にはほかの表記法が必要なことに注意を促している。それでも、ERPベースのプロセス実装に取り組むIT開発者に広く用いられている。ただ1ついえるのは、新たに導入したERPアプリケーションのARISダイアグラムを自社のCEOに見せてはいけない、ということだ。

標準規格の今後

　ここまで、プロセスマネージャと開発者に用いられている多くの標準規格のうち、ほんの一握りだけについて考察してきた。その多様性には目を見張らされる。標準規格開発の鍵を握るのは、どの部門がそれを使い、それがあることにより、どのようなアクティビティが促進されるのかの理解である。ビジネスマンにソフトウェア指向標準規格の1つを用いるよう仕向けるようなITは、通常、プロジェクトを不成功に導く。同様に、ビジネスマンが独り善がりで作成したプロセスモデルをITに押し付ける場合、それは明確さに欠けた要件と解釈されるのが普通だ。

　企業がBPMSツールの活用とBPMSアプリケーションの作成の方法を追求することから、これらの問題は複雑化の一途をたどることになるだろう。

　筆者が最も有望視するのは、SCOR+、VCOR、およびeTOMと称する表記法である。そして、ハイレベル・バリューチェーン表記法が企業におけるエンタープライズプロセス・アーキテクチャの創出を可能にする、という考え方に期待を持つ。このアーキテクチャが実現すれば、シニアマネージャたちが行うプロセス把握、パフォーマンス・モニタリング、およびプロセス改善課題優先度評価の容易さが増すであろう。

　同時に、OMGのMDAアーキテクチャは、各標準規格の特定ユーザーグループに対する価値特性を維持しながらも、異なるレベルの標準規格相互の効果的なインターフェイスを可能にする方法を設定する能力を秘めていると思われる。

　冒頭に記したように、たいていのビジネスプロセスマネージャには、標準規格に対する関心がない。しかし、時が進むにつれ、共通の約束事の使用に合意することから誰もが潤うようになるだろう。

　うまくいけば、現在、標準規格に取り組んでいる大手企業とベンダが、柔軟なアーキテクチャル・システムの内部に共通の約束事を設ける道を見いだしてくれそうだ。それこそが、ビジネスプロセス業務に従事する個別部門のすべてにおいて、相互に連絡を取りながら、最も効果的と確認された方法で業務を完遂することを可能にするのである。

　では、また。

　ポール・ハーモン

Original Text

Harmon, Paul. "Business Process Standards," Business Process Trends, Volume 4, Number 20, November 28, 2006

著者紹介

ポール・ハーモン（Paul Harmon）

ビジネスプロセスに関する情報提供を行うBusiness Process Trends（BPTrends）の創立者／エグゼクティブエディター。Enterprise Alignmentの創立者／チーフコンサルタント

訳者紹介

高木克文（たかぎかつふみ）

（株）日本能率協会コンサルティング、テクニカル・アドバイザー。日本BPM協会ナレッジ研究部会メンバー。グローバル・コンサルティング、リーダーシップ開発研修、ベンチマーキング・プロジェクトなどを中心に活動。戦略、組織、リエンジニアリング、学習する組織、ベンチマーキング、コンサルティングビジネスなどに関する著書、訳書、論稿、多数

「BPTrends」バックナンバー

前のページへ 1|2 　　　　　　