掌編連載小説　「ヤマタイ・チャレンジに乾杯」

解説者（プロフィール）

―競争優位の土台となる変化への迅速・柔軟な仕組みを実現する上で、SOAは大変有効だということがわかりました。では、実際にSOAでシステムを構築する際、どんな点に注意したらいいのでしょうか？

宮原　前回解説したようにISAC（アイザック：IT Strategy Accelerated by Consulting）等によってアジリティ強化の優先順位を決めSOA化を行うわけですが、SOAでは従来の開発モデルよりも、ルールを厳密に決めておかねばなりません。SOAはアーキテクチャですから、適切なサービス構築のルール、厳格なインタフェースが必要となるからです。それらを決めるにはガバナンスが不可欠となります。

また、ルールを徹底するには、全社員のSOAへの理解と支援はもちろんですが、新たなスキルと価値観の変革を求めたり、組織自体の変革が必要なケースもあり、いずれもガバナンスなしには解決できません。ガバナンスがなければ、「SOAはただの無秩序なWebサービス」になりかねません。

―通常ガバナンスは企業統治と訳されますが、SOA化に当たってガバナンスはどんな役割を担うのでしょうか？

宮原　SOA化はテクノロジーだけでなく人やプロセスを巻き込んだトータルな企業変革となります。また、SOA化はビッグバンではなく長い道のりとなるので、既存の問題点に取り組み、長期的な変化に備えるために、あらゆる部門の協力が必要です。そこで、HPではSOA適用にあたって考慮しておくべき事柄を8つのドメインにまとめ、協力的なアプローチの道筋を示しています（図1参照）。

―ガバナンスの大切さはわかりました。ではSOA化に際して、ガバナンスをどのように適用すればいいのでしょうか？

宮原　ガバナンスは、まずSOA化を行う自社のビジネス分野を決定する上で発揮しなければなりません。限られた予算と期間を考えれば、何でもかんでもSOA化を行えばいいというわけではないからです。アジリティを強化するにしても、業務によっては既存の資産を活用したりパッケージを活用した方がいい場合もあります。

SOAと従来のソリューションの役割分担は、3C（Core competence、Collaboration、Co sourcing）のレベルで考えるとわかりやすいでしょう（図2参照）。競争優位を実現するには、コアコンピタンスでかつ変化が激しいビジネスでSOA化を行うことがポイントです。コアコンピタンスの部分で差別化を行うには、そこを担うシステムは自社の業務の競合優位性を十二分に活かせるように、投資してスクラッチから構築することでも十分な ROIを得ることができるはずです。

一方、コアコンピタンス以外の業務ではパッケージソフトを利用したり、業務自体をアウトソーシングすることで、コスト抑制やスピーディな処理を実現することができます。コアコンピタンス以外の部分でSOA化を行っても、コストと時間がかかるばかりで、大きな効果を期待することはできません。

また、システム品質の要求レベルも100％を求めるのか80％でいいのか決めることもガバナンスです。最初から100％のものを求めるのではなく、使いながらレベルアップしていくことで、ROIをコントロールすることが可能になります。

―ガバナンスとアーキテクチャの整合性を取る必要があるわけですね。

宮原　はい、ガバナンスとアーキテクチャは車の両輪です。SOAは企業において長期的なイニシアティブとして実施すべきものであり、ガバナンスとアーキテクチャはその指針として位置づけることができます。企業の目標を達成するために、手段（Project）は常に基本指針（ガバナンスとアーキテクチャ）に則して全体最適化を図る必要があるのです。　

ガバナンスは全体最適化されたひな形を維持・進化させる仕組みであり、アーキテクチャは全体最適を実現するためのひな形を提供します。したがって、ガバナンスがないと複雑性が増してSOAの効果を得ることができず、アーキテクチャがないと個別最適なサイロ化したシステムになってしまう危険があります（図4参照）。

• アーキテクチャモデルと実際の実装（製品選定など）が混在し、適用対象が局所化されてしまい、有効性がなくなる
• アーキテクチャモデルや実装要件の適用方法・手順が規定されず、各プロジェクトへの展開の方策が不明確。形骸化する場合が多い

• アーキテクチャモデルと適用手順が分離記述されていない。適用範囲や手順が変更になっても文書が改訂されず形骸化してしまうことが多い
• 適用手順が定められた理由が述べられておらず、適用例外の判断が困難な場合が多く形骸化してしまうことが多い

• アーキテクチャと実際の実装を階層表現とし、多様な適用対象に対応可能なものにする
• アーキテクチャとガバナンス共に、プリンシプル〜実装要件・手順の階層構造とし、アーキテクチャの策定とその維持展開を網羅的に実施可能にする
• アーキテクチャとガバナンスを分離記述し、それぞれで体系化し、それぞれの変更の影響を相互に及ばさない有効な文書変更管理を実現する

―最後にこうしたガバナンスを徹底しSOA導入を成功させるために欠かせない人あるいは機能はありますか？