Articles
SOA/BPMの現場から - 日本のお客様事例 -第2回 BPMとは？ - いまさら聞けない？BPM -日本オラクル株式会社 テクノロジーコンサルティング統括本部
市川 義規 (いちかわ よしのり) 目次
序文自己紹介皆さん、はじめまして！日本オラクルの市川です。本稿では、BPMの基本的な内容をご説明します。BPMについてご説明する前に、まずは簡単に自己紹介をさせてください。私は、日本オラクルのTechnology Architectコンサルティング部SOA/BPMチームという部署に所属しています。 この文章について本稿は、 Oracle Direct Seminarで行った下記のセミナーから内容を抜粋し、記事としてまとめたものです。
これまでの私たちの経験と実績から、BPMプロジェクトの現場についてまとめております。実体験を元にしているので、一般的なコンセプトと比較すると偏りがあるかも知れませんが、ご了承いただきたく思います。 BPMとは？ - いまさら聞けない？BPM -BPM超入門この記事は、BPMという概念の有効性について説明しています。私たちの目的は、BPMが企業の業務改善に対して有効な手法であることを、読者の皆さま（この記事を読んでいる貴方！です）にご理解いただくことです。 「はじめに言葉があった、…」といったら原点に立ち返りすぎかもしれませんが、まずはBPMという言葉を考えたいと思います。 BPMの歴史と再定義業務プロセスに着目する考え方や手法は、何年も何十年も前から、様々な提案が行われています。高名な「シックス・シグマ」は1980年代から実践されている方法です。シックス・シグマの元になったQC活動は1960年代まで遡ることができます。 
上記のように、BPMには複数のルーツがあります。そして、現在のBPMに対しても、複数の視点があります。実際、BPMについて述べた書籍は少なくありません。 日本語の代表的な文献は例えば下記のとおり、
英語の代表的な文献は、例えば下記です。
様々な視点を持つことは重要ですが、視点によってはニュアンスに違いもあるので、BPMという概念が曖昧になってしまいます。そこで私たちは、これまでの様々な取り組みを踏まえて、「BPMとは下記の3つの特徴を持つもの」と定義します。
プロセス指向 - BPMの特徴 (1) -ひとつめの特徴である「プロセス指向」は、「プロセスを中心にして考える」という意味です。「データ中心」でも「画面中心」でもありません。 なお、「データ中心」というのは、1980年代頃から大きく注目され、多数のシステム開発プロジェクトに適用されたData Oriented Approach、略してDOAのことを指しています。DOAという手法は、システム開発をする上でとても有効であり、今なお現役でシステム開発に適用されています。 また、「画面中心」というのは、画面を使用した要件定義を指しています。「ペーパー・プロトタイピング」という手法を聞いたことがある方も多いのではないでしょうか。画面を提示することでユーザーにシステムのイメージを想起させることができ、これも非常に有効な手法です。 そこで、データ中心の難解さ、画面中心の網羅の不十分さを改善するために、プロセスを中心に据えます。決してプロセスだけに注目するわけではなく、プロセスの周辺の情報（プロセスを実行する人や組織、システム、情報の入出力など）も対象です。
ひとつの業務を実施する場合、図のように様々な人／システムが関わります。電子メールの受信を起点とする、システム間で連携を行う、人がシステムを操作する、人と人がコミュニケーションを行う…プロセスを中心に分析することで、こういった様々な相互作用を明らかにすることができます。 モデル駆動 - BPMの特徴 (2) -二つ目の特徴の「モデル駆動」では、モデルと呼ばれる特定の図を用いて業務の情報をまとめます。モデルは様々な種類が存在します。例えば、先ほど言及したDOAでは、データフロー・ダイアグラムというモデルを使用します。情報をまとめる上でモデルを使用することは、BPMに限らず様々な手法で利用されています。BPMでは、プロセス指向に適したモデルを使用します。 ここで「モデル駆動」という場合、単にモデルを使用するだけではなく、使用したモデルから様々な成果物に派生することを想定しています。
業務分析や改善検討の集まりで行われた議論は、上述したようにモデルに集約します。この図で紹介しているモデルは、業務プロセスを中心として組織、データ、機能、プロセス、製品／サービスといった情報を関連付けてモデルを構成します。作成したモデルを基にして、適切な情報付与を行い、システムで稼動させます。 継続的改善運動 - BPMの特徴 (3) -最後の特徴は「継続的改善運動」です。BPMでは、業務改善への取り組みを継続的に実施し、段階的に改善を進めます。これは、広く知られているPDCAサイクルの考え方に似ています。 継続的な取り組みで注意すべきことは、高名なラショナル統一プロセスでも指摘されているように、ひとつのサイクルを明確に定義することです。反復が可能であるということは、問題を先延ばしにできるということとは異なっています。
BPMにおける継続的改善運動のサイクルは、BPMを紹介する文書によって細部が異なっています。共通しているのは、4つから5つのステップを繰り返して実施することで、継続的に業務を改善するということです。本稿では、QC活動などで馴染みが深いPDCAサイクルをご紹介しています。 BPMのメリットは何か？ - プロジェクト事例から -BPMの基本的なメリット（改善効果）ここでは、BPMの概要に続いて、BPMのメリットを述べたいと思います。「BPMは業務改善手法」と述べましたが、実際にどのように業務が改善し、どんな改善効果が得られるかを整理したいと思います。
この図では、業務プロセスにまつわる様々な課題とリスクを紹介しています。「機会損失」「非効率」「改ざん」「ミス」をリスクの例として挙げています。ここで挙げられている課題は、いずれも基本的なものであり、読者の方には幼稚に映るかもしれません。しかし、これらは実際にお客様が抱えていた課題であり、 BPMプロジェクトで解決してきたという事実があります。 BPMでは、これらの課題点に対して、BPMの特徴に基づいた改善を行います。例えば、下記のように実施されます。
このように、BPMによる業務改善の内容は、決して特別なものではありません。ただし、BPMには先に述べた3つの特徴が存在するため、従来の業務改善の手法よりもユーザーに近く、より業務プロセスの課題点に迫った分析と改善案の検討が可能です。 効果拡大へのヒント - 応用編 -前章でBPMの基本的なメリットについて述べましたが、これらはプロジェクトの効果として十分であるとは限りません。一般にBPMプロジェクトを実施するには、BPMに詳しいコンサルタントや、BPMシステムに詳しいエンジニアが必要です。加えて、エンドユーザー側から業務知識を提供する必要もあり、プロジェクトに対する投資額は小さくないケースが多いでしょう。 BPMプロジェクトは、改善効果が期待しやすい領域（Low Hanging Fruits - 手の届く高さに実った果実 -）から小さくスタートすることが推薦されますが、小規模の導入段階から効果の拡大を意識することは重要です。
誤解を受けやすいところですが、BPMは贅沢なソリューションではありません。以前、米国の情報サイト"TechRepublic"にあった面白いエントリ"10 best practices for business process measurement"では「BPMはアイスクリーム・サンデーの頂上のチェリーのように言われている。チェリーはあれば見栄えがするが、無くてもそれほど困らない。しかし、これは誤解であり、事実とは異なる」とありましたが、全く同感です。BPMを頂上のチェリーにすることがないように、業務改善効果の達成を計画するべきです。 プロジェクト事例 (1) - コスト削減 -BPMプロジェクトの基本的な改善策の1つとして、「業務プロセスの情報と、業務プロセスを実行／管理する上で必要な情報を整理し、実行者／管理者に提供する仕組みを作る」という項目を挙げました。この項目では、属人的な業務の手続きを明文化すると同時に、業務の進捗状態も明らかにします。この考え方は、業務のやり方を標準化し、地域や慣習の違いを乗り越えて業務を進められることを意味しています。 あるプロジェクトでは、業務の標準化について、さらに深く踏み込みました。いままでは各地に点在していた営業事務を集中化することで、営業事務に費やしていた販管費を低減しています。BPMプロジェクトで業務プロセスを整理しただけでは、プロジェクトの効果は業務の品質向上にとどまったかもしれません。 プロジェクト事例 (2) - サービス品質の向上 -もうひとつの事例では、お客様へ提供するサービスの品質向上がテーマになっています。この事例では、BPMプロジェクトの基本的な改善策の1つである「複数の業務プロセスの作業の重複を整理し、集中化して重複を排除する」がベースになっています。多くの場合、対象となる業務プロセスは、ユーザー企業の社内に重点が置かれますが、このプロジェクトでは、ユーザー企業にとってのお客様の動きに着目しています。 お客様の手続きの重複に着目し、お客様の手続きの重複を取り除くために、業務プロセスを再定義しています。社内の業務の無駄を排除するだけでなく、お客様へ提供するサービスの内容に踏み込むことで、提供サービスの品質向上を達成しています。 ハウ・ツー・BPM？ - どうすればBPMができるか？ -BPMプロジェクトを準備するこれまでに、「BPMとは何か？」、そして「BPMのメリットは何か？」についてご紹介しました。BPMは歴史ある手法を引き継いだ概念で、基本から応用まで様々なメリットがあることがご理解いただけたと思います。 ひとつは、対象業務の選定です。上でも触れたLow Hanging Fruitsの考えに従って、効果が見込みやすい業務を選定し、それらの業務を優先して取り組むべきです。 2つめのポイントは、プロジェクト評価指標の定義です。上でも挙げたように、BPMプロジェクトには基本から応用まで様々なメリットがあります。 最後のひとつは、BPMプロジェクトを実施する上でのフレームワークを決定するべきです。フレームワークは、例えばこの記事の冒頭で触れたシックス・シグマのような広範な方法論もありますし、BPMNやEPCといったモデル記述言語に関するものもあります。 BPMシステムを使いこなす多くのBPMプロジェクトでは、BPMシステムを必要とします。BPMシステムは、上で挙げたBPMの改善策を、システムの視点から支えるものです。BPMシステムを実現するために、様々な製品が販売されていて、日本オラクルでもBPMを実現するための製品をご提供させていただいております。 製品／技術情報
BPMシステムを構築する上では、BPMシステムや、それを構成する製品に詳しいエンジニアの存在が不可欠です。また、BPMシステムに限らず、一般的なシステム開発全般に必要なことですが、プロジェクトで定義された新業務プロセスや効果測定の仕組みについて、BPMシステムが担当すべき箇所を特定し、スムーズなシステム開発につなげることで、システム開発に関するリスクの低減が求められます。 成功要因は人、失敗要因も人BPMを実現するために、BPMプロジェクトの準備や、BPMシステムの開発について述べました。これらを成功させる助けとして、フレームワークや製品といったツールが提供されており、効果的に運用することで、プロジェクトの成功に貢献します。しかし、過大な期待は禁物です。これらは所詮、ツールでしかありません。プロジェクトが成功させるのも、期待はずれに終わらせるのも、最大の寄与は人にかかっています。 ゴルフを例にあげて考えてみましょう。ゴルフのスコアに貢献するのは、良いゴルフ用品でしょうか？それとも、優れたキャディでしょうか？…良いゴルフ用品も、優れたキャディも、使い方次第で得がたい価値を享受できます。しかし、いずれも脇役の域を出ることはありません。プレイヤーが使い方を理解し、実践することなくして、スコアの向上は見込めません。 BPMについても同様のことが言えます。BPMに詳しいコンサルタントやエンジニアと契約したり、BPMに関連する製品を購入したりすることは、BPM成功の第一歩です。しかし、それだけでは十分ではありません。ユーザーがBPMを理解し、上のプロジェクト事例でも触れたように、BPMの内容に踏み込んでいかなくては、成功は難しいといえます。 まとめこの記事の目的は、BPMが企業の業務改善に対して有効な手法であることを、読者の皆さまにご理解いただくことでした。そのために、「BPMとは何か？」という問いかけを皮切りにし、「BPMのメリットは何か？」、「どうすればBPMができるか？」という質問に答える形で、BPMについて記述してきました。 本連載は、引き続きSOA/BPMに関連したコンテンツをご提供させていただく予定です。今後とも、「 SOA/BPMの現場から - 日本のお客様事例 -」をよろしくお願いいたします。 日本オラクルのコンサルティングサービス部門（Oracle Consulting Service Japan [OCSJ]）の中で、テクノロジーコンサルティング統括本部では、約200名 のコンサルタントが年間約200プロジェクトでテクノロジー製品全般に関する支援を行っています。 支援対象のシステムには、本稿で紹介したBPMの業務改善プロジェクト、SOAのシステム設計のほか、Oracle WebLogic Server／Oracle データベースを使ったシステム基盤に求められる高可用性、大規模システム、新機能実装システムなどが数多く含まれており、これらシステムの実践的な構築スキルやノウハウを日々蓄積しています。企業システムにおける最適な戦略の企画・策定から、迅速なインプリメンテーション、安定稼働まで、日本オラクルのコンサルティングサービスは、お客様特有のニーズを満たしたサービスを提供します。 日本オラクルのコンサルティングサービスに関するお問い合わせは、 Oracle Direct 0120-155-096 まで。 "SOA/BPMの現場から - 日本のお客様事例 -" インデックスに戻る
|
Printer View