InfoQ

InfoQ

News

マイブックマーク

ブックマークするためにログイン または 会員登録 する

ブックマークされました!

ブックマークがエラーになりました。もう一度お願いします。

「サービスとしてのBPM」はBPMにとっての新しい可能性か?

作者 Jean-Jacques Dubray , 翻訳者 編集部 投稿日 2008年10月26日

セクション
運用/インフラ,
エンタープライズ・アーキテクチャ,
設計/アーキテクチャ
トピック
クラウドコンピューティング ,
SaaS ,
Business Process Management ,
Architecture

BPMの新興企業の中には、BPMS市場に君臨するOracle並みの大企業に自分たちの会社が成長しているだろう、と2000年に宣言していた企業もあったが、これまでのBPM市場は期待はずれ (リンク)、とUltimus社の前CEO、Rashid Khan氏(リンク)が指摘している。

控えめに予想し、1998年の市場が10億ドル規模で、毎年15%の成長と想定しても、現在では少なくとも40億ドルの市場になっているはずです。しかし、最新の予測では引き続き20億ドル程度にとどまっています。

グローバル2000企業で進行中のビジネスプロセス改善イニシアチブの数を考えると、誕生してから10年のIT技術が20億ドル規模というのは、どう考えても小さすぎる。

2008年には「BPMをサービスとして」提供する新種のBPMエンジンが出現した。去る2月にBen Pring氏がこのトピックについてGartnerセッションで意見を述べているが、Sandy Kemsley氏がそれを以下のように要約している(リンク)

しかしながら、企業がSaaSに移行している理由の検討は役立ちます。なぜなら、SaaS環境でBPMが利用可能になれば、その理由がBPMについても当てはまるからです。

  • 購入したが、決して使われることのない、余りにも多数のソフトウェアとハードウェア
  • ソフトウェア実装の高額費用、中でも必要サービスの高額費用
  • On-premise(自社運用型)システムの有効原価をつり上げる隠れたIT費用
  • グリッドコンピューティングなど、SaaSを可能にする新技術の出現
     

 SaaSはほぼ必ずと言っていいほど、システム自体とシステムを支援するために必要なインフラの両方の先行投資費用を減らすために利用されます。
 

最後になるが、Tech Targetの上級報道記者のLinda Tucci氏が次のように伝えている(リンク)

BPM企業として経験豊富なPegasystems社は、法人顧客により広く受け入れられると同社が考えるSaaSモデルの変形を提案しています。…BPM Platform as a Service(リンク)(PaaS=サービスとしてのBPMプラットフォーム)により、企業のIT部門が自企業にBPMソフトウェアをサービスとして提供するプロバイダになります。自社ホストのこのモデルは1つで2つの恩恵を提供し、「クラウド」に企業のビジネス情報を送信するという心配をすることなく、SaaSの効率を提供する、とPegasystemsは誇らしげに述べています。

この種の発表は、富士通 (リンク)、Appian(リンク)、RunMyProcess.com(リンク)に続いて今年4つ目である。
 

IBMのアーキテクト2人がBPM 2.0について書いた論文について (リンク)、RunMyProcess社のCEOであるMatthieu Hug氏が最近のブログ投稿で次のように意見を述べている(リンク)

BPM 2.0の特徴には以下が含まれます。

  • リッチなユーザーエクスペリエンス
  • プロセスのタグ付け
  • 軽量な統合モデル
  • BPMNおよびBPEL
  • コードの必要なし
  • 動的なプロセス最適化
  • 業務パフォーマンスの最適化
  • BPMに産業別の特色
     

論文の著者によるBPM 2.0のリストには、以下の2点が欠落しているのではないかと思います。
 

  • プロセスエンジンのフォームファクタ
  • 遍在

〔サービスとしてのBPMは〕従来のビジネスプロセス・エンジンのフォームファクタを劇的に変化させます。何かを開始するにあたっての高額予算は、もはや必要なく、組織の複数の環境(開発、テスト、本番環境など)に、大型かつ馴染みのないインフラをデプロイするリスクを冒す必要もありません。そのようなことはすでに、私たちがあなたに代わって済ませているのです。

前進のためには何が必要かというKhan氏の結論と、確かに一致している。
 

BPMの真の可能性を実現するためには、BPMのデプロイと使用がブラウザやワープロ並みに簡単にならなければなりません。なぜなら、使用するのが非常に多数のユーザーだからです。ですから、ベンダーの課題は、BPMを本質的に易しくすることに常に意識を集中することであり、その手段には大衆化は含まれません。

みなさんは、ビジネスプロセスプラットフォームのデプロイ費用を単純化し、削減するために「サービスとしてのBPM」を検討しているのだろうか。現在利用可能になっている、よりデータ中心的なSaaS製品を補完するものとして「サービスとしてのBPM」をとらえるのだろうか。Web 2.0テクノロジーはBPMの成長に貢献するだろうか。

 

原文はこちらです:http://www.infoq.com/news/2008/10/bpm-as-a-service

特集コンテンツ一覧

GAE開発の落とし穴

Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します

イベントレポート:「Coqチュートリアル#1」

去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。

Javaの未来についてのNeal Gafter氏とのディスカッション

Choosing Options

Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。

Google Dartのエッセンス:アプリケーションの構築、スナップショット、Isolate

GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式

CSPベースのモデル検査ツール「Process Analysis Toolkit」

本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。

Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~

前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。

書籍『抽象によるソフトウェア設計-Alloyではじめる形式手法-』の紹介

Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。

Windows デバイスで開発するタッチユーザーインターフェイス

スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。