【 ここから本文 】
オフィス／業務支援
ソーシャルブックマークに登録 ：
印刷用ページの表示
【解説】
オラクルとSAPの戦略に見る「業務アプリケーションのベクトル」
両社の差異と共通点から業務アプリケーションの今を知る
（2008年04月30日）
両社の差異と共通点
両社の見解が正反対になっている点は実に興味深い。個別に導入した機能を疎結合でつないでいくのか、それとも統合されて整合性をとったシステムを中核に据えてサービスの統合を図っていくのか。前者をOracleが表現するとOutside Inとなり、後者はSAPが言うところのNatively Integratedである。
ユーザー企業にメリットをもたらすのはどちらのアプローチなのか、それを考察するのは本稿の範囲ではない。だが、どちらもそれぞれ説得力があり、ユーザー企業の側で総合的に検討し判断することになるだろう。
一方、OracleとSAPの見解が完全に一致した点もある。それは、両社ともお互いを競合として意識しているわけではなく、本当に戦わなくてはいけない相手を「手組みのアプリケーション」だと考えていることだ。
手組みのアプリケーションに対してパッケージ・ソフトの優位をどうアピールするか。この点に関してOracleは、あくまでもOutside Inの観点から、必要な機能を実装した最良のアプリケーション・パッケージを必要な時点で導入し、SOAによって既存システムと疎結合するというシナリオを示す。
対するSAPのほうも、従来の「ビックバン・アプローチ」とはすでに距離を置いている。現在、SAPが提供する機能は細かな単位でサービス化されており、広い範囲で一括導入する以外にも、必要な機能だけを導入することができる。ビッグバン・アプローチは、いわば「大きな成果を得るために一時的に大きな痛みを強いる」という手法だが、それではユーザー企業の抵抗感が大きすぎるとSAPは説明する。
必要な部分だけを小さな単位で変更していくという根本的な発想は、OracleのOutside Inの考え方とも根底で一致している。OracleとSAPのいずれもが、共に「小さく導入」という共通の手法に至った点は興味深い。
こうした手法で導入障壁を下げ、まずは手組みのアプリケーションをパッケージ化していくというのが、現在も変わらぬ市場の現実である。そのため、両社がパッケージの優劣を直接競う局面がいずれ来るとしても、それはまだしばらくは先の話となりそうだ。
