CIO 向けバイヤーズ ガイド: AI 対応型人事・財務プラットフォーム

CIO は、AI 対応型人事・財務プラットフォームを選定する際、どのような新しい評価基準を用いるべきか

最低要件は変わりません。しかしそれだけでは不十分

300 人の CIO に、ERP および HCM プラットフォームを評価する際に最も重要となる機能を尋ねたところ、必須機能としてセキュリティ、ガバナンス、コンプライアンス (87％)、ユーザー エクスペリエンス (85％)、インテグレーション機能 (84％) が挙げられました。これらは基本的に譲れない条件です。これら 3 つの領域すべてにおいて強みを発揮できないベンダーは、ショートリストに含めることはできません。

しかし、同じ調査では、そうした共通認識の裏にある、新たな動きも明らかになりました。それは、AI とエージェントの機能 (71%)、プラットフォームの拡張性と API (66%) の重要性が急速に高まっているということです。CIO が AI を過小評価しているのは、重要ではないからではなく、AI の成熟度に関してベンダーを確信を持って評価できていないからかもしれません。AI 機能に対する評価が比較的低いからといって、関心も低いというわけではありません。これは評価の不確実性を反映しています。これこそが、CIO が埋めなければならないギャップなのです。

評価は 2 つの要件に分かれる

この判断を正しく下せる CIO は、両方の要件を同時に評価します。要件 1 の最適化だけに終始してしまう CIO は、セキュリティや統合性は確保できているものの、取締役会が求める AI 導入に、アーキテクチャ上対応できないプラットフォームを選択することになります。

CIO が人事・財務プラットフォームを最新化する際、実行のどこで行き詰まりやすいのか

Jasper Colin 社の調査により、ある重大なジレンマが見えてきました。優先度の高いテクノロジー上のイニシアチブがすべて、同じように実現可能であるわけではないということです。サイバーセキュリティ、データ プライバシー、プラットフォームの信頼性、そしてデータ品質は、いずれも最優先事項であり、実に困難な重要課題でもあります。しかし、優先事項のもうひとつのカテゴリは、実行において深刻なボトルネックを引き起こしています。具体的には、システム間のデータ インテグレーション、IT 投資の価値の可視化、技術的負債の削減、そしてレガシー インフラの近代化などが挙げられます。これらは、優先度は低いものの、難易度においては、はるかに高いものです。

CIO が AI 対応型プラットフォームを選定する際に、評価すべき実行上のリスクとは

AI 時代にプラットフォームを評価する際、CIO はベンダーが約束することではなく、過去にどこで実行が停滞してきたかといった問いに基づいて、ベンダーを見極める必要があります。最も重要な問いは以下のとおりです。

• プラットフォームでは、モジュール間のデータの一貫性をどのように確保しているのか、設計上の仕組みによるものなのか、それとも回避策によるものなのか？
• インテグレーションはアップグレード後も正常に機能するのか、それともリリースごとに不具合が発生するのか？
• CFO が納得できる形で、AI の価値を証明できるのか？
• プラットフォームは、インテグレーションや技術的負債を増大させずに、どのようにして軽減するのか？
• デプロイメント上のリスクに対する責任は誰にあるのか？
• 企業文化の変革はどのように管理されるのか？
• パートナーシップはプラットフォームが本番環境で稼動したら終了するのか？
• 移行そのものはどの程度安全なのか？

これらは単なるテクノロジー上の問題ではなく、実行上の問題です。プラットフォームの評価には、ソフトウェア以外にも、デプロイメント手法を含める必要があります。ベンダーが提供するプロフェッショナル サービス エコシステムが、インテグレーション上の不具合を防ぎ、技術的負債を確実に解消し (別の場所に移すのではなく)、AI 対応アーキテクチャへの移行を導入段階で停滞させないようにするものなのです。プラットフォーム選定において、サービスは後付けの要素ではありません。これこそが、他のあらゆるアーキテクチャ上の選択事項を守るリスク軽減レイヤーとなるのです。

AI が真の成果を実現する中で、CIO は IT 部門が統制を維持するのをどのように支援できるか

AI エージェントの導入において CIO が直面するガバナンス上のギャップとリスク

企業全体での AI 導入において、セキュリティが最大の懸念事項であり、CIO の 39% がこれを挙げています。その懸念は抽象的なものではなく、構造的なものです。多くの組織では、それぞれのチーム、モデル、ベンダーにおいて、個々に数十もの AI 実験を行っています。何がデプロイされているのか、誰が利用しているのか、どのようなデータにアクセスできるのか、あるいは価値を生み出しているのかについて、一元的に把握できている組織はありません。

その結果、一部の IT リーダーが「統制不能なエージェント」と呼び始めているエージェントが生まれています。これは、ガードレール機能がないまま、企業データに連携された強力な AI のことであり、デプロイメントごとに、コンプライアンスやセキュリティ上のリスクを増大させています。ガバナンス上の問題をさらに深刻にしているのが、組織の断片化です。企業全体にわたって AI ガバナンスを担うといったひとつの役割が設けられていないのです。Jasper Colin 社の調査により、オーナーシップは、最高情報セキュリティ責任者 (CISO) (27%)、CIO (20%) 、最高データ責任者 (CDO) (17%)、および専門の AI 倫理委員会 (16%) に分散していることがわかりました。

この調査結果が示していることは、プラットフォームを購入する企業にとって、AI ガバナンスは、購入したテクノロジーに伴って発生する顧客側の問題であってはならないということです。アーキテクチャにはプラットフォーム機能が組み込まれており、設計段階から AI の説明責任が確保されていなければなりません。

人事・財務プラットフォームにおいて CIO が考慮すべき AI ガバナンス機能

プラットフォームが AI ガバナンスにどのように対応しているかを評価する際、CIO は以下の 6 つの要素にわたって検証を行うべきです。

• エージェントの ID とライフサイクル管理: プラットフォームは、どのベンダーが構築したかに関わらず、AI エージェントの登録、権限付与、監視、および停止を行う一元的なシステムを提供していますか？組織構造において、エージェントを社員と同様に管理し、アクセス制御や説明責任についても同様の厳格な基準を適用することができますか？
• 監査可能性とコンプライアンス: 人財や資金の管理に関わるすべてのエージェントの動作は、ログが記録され、追跡可能であり、監査可能でなければなりません。プラットフォームは、EU の AI 法から米国の州法や連邦法にいたるまで、各地域で変化し続ける AI 規制への準拠を、顧客が大規模なコンプライアンス体制やレポート体制を構築することなく、実現できますか？
• セキュリティ モデルの一貫性: AI エージェントは、コア製品と同じセキュリティ モデルで統制されていますか？それとも、新たなデプロイメントごとに個別のセキュリティ レビュー、アクセス制御、およびコンプライアンス検証が必要ですか？
• 複数のベンダー エージェントのサポート: 単一ベンダーの AI 基盤を採用している企業はありません。プラットフォームは、エージェントがどこで構築されたかに関わらず、クラウド インフラ プロバイダ、コラボレーション プラットフォーム、サードパーティ パートナー エコシステムにわたって、エージェントを管理できますか？CIO の 43％ が、構築元に関わらず、一元化されたレイヤーでエージェントを管理すべきだと考えており、明確なプラットフォームへの要件を示しています。
• アクセス権限を考慮したデータ アクセス: AI エージェントが有用なソリューションであるためには、データが必要になります。しかし、未加工でフィルタリングされていない企業データを見せてはいけません。プラットフォームは、AI エージェントがインタラクションを行うたびに最小アクセス権を適用し、人間のユーザーを統制しているものと同じセキュリティ モデルに基づいて、データをフィルタリングできますか？
• ガバナンスを最優先とした設計: ガバナンスは、エージェントのポートフォリオが拡張される前に構築されたものですか、それとも事後的に後付けされたものですか？ガバナンス優先のアーキテクチャは、すべてのエージェントがデフォルトで統制機能を継承します。ガバナンスを後回しにするアプローチでは、すべてのデプロイメントが個別のセキュリティ プロジェクトとなります。

Workday のアプローチ

正確なシステム オブ レコードを整えることが欠かせません。エージェント型の時代においては、それだけでは不十分です。CIO は「データは正確か？」と問うのではなく、「統制を乱すことなく、エージェントがデータに基づいて動作できるように権限を与えることができるか？」と問うべきです。

Workday プラットフォーム内では、エージェントの動作は企業データに基づいており、決定論的ガードレール機能によって、すべての動作は、お客様が設定したポリシーや統制ルールの範囲内で確実に実行されます。

その基盤は、汎用的な AI 基盤では実現することが困難な 3 つのアーキテクチャ上の柱に支えられています。

これらの柱は、相互に連携する 3 つの機能を通じて実現されます。

Workday のガバナンスへの取り組みは、自己評価以外の検証も受けていますWorkday は、ISO 42001 および NIST AI リスク管理フレームワークの両方において、唯一サードパーティ認証を取得した主要な人事・財務プラットフォーム プロバイダです。

CIO にとってのメリットは、エージェントのワークフォース全体を一元管理できるということです。さらに、完全な監査証跡、権限に応じたアクセス制御、および各管轄区域におけるコンプライアンスの実証が可能となります。

ガバナンスの実践には、専門的なチェンジ マネジメントが不可欠

統制されたアーキテクチャが、効果を発揮するかどうかは、デプロイメント次第です。Workday サービスおよび推奨デプロイメント パートナーは導入初日から、一元的な管理機能、ID フレームワーク、コンプライアンス対策の設定が適切であることを入念に確認するようにします。これにより、全社的な AI 導入を頓挫させがちな実行上のリスクを排除できます。Workday のデプロイメントの 95% が、予定通りに完了しています。

CIO はエージェント型企業の技術的アーキテクチャを、どのように評価すべきか

AI エージェントの時代における、プラットフォーム アーキテクチャ上の課題の変化

CIO は、「プラットフォーム」を主に、アプリケーションとデータ システムをつなぐインテグレーションの基盤 (31％) と定義しています。次いで ERP アプリケーションを実行する機能 (28％)、データおよび分析の基盤 (27%) を挙げています。プラットフォームの本質は、接続性、データ アクセス、そして柔軟性にあります。コードをどこで実行するか、どのアプリケーションをホストするかといったことは本質ではありません。

その定義は、評価に直接的な影響を及ぼします。人事部門や財務部門向けに選択するプラットフォームは、AI の活用を可能にし、より広範なエコシステムと連携し、アップグレードや拡張を経ても安定性を維持できる、統制されたデータ基盤として機能する必要があります。このカテゴリの傾向は急速に変化しています。現在、CIO の 30％ が ERP パートナーに「システム オブ アクション」として機能することを期待しているのに対し、「システム オブ レコード」のみを求めている CIO はわずか 11％ にすぎません。求められているのは、単にデータを保存するだけでなく、実行もできるプラットフォームです。

プラットフォームの AI がエンドツーエンドで実行できるのか、それとも単に提案するだけなのかを、CIO はどのように判断すべきか

具体的な機能を評価する前に、CIO は、エージェント型企業を実現するためのプラットフォームと、依然として高度な記録管理システムとして機能するプラットフォームを区別するために、基盤を重視したアーキテクチャ テストを行う必要があります。

推測する AI と実行する AI の区別は、評価において最も重要なアーキテクチャ上の唯一の選別基準となります。プラットフォームが確率論的 AI を決定論的統制によって制御できれば、エージェントは推論、提案、動作を行う一方で、重要プロセスの正確性、コンプライアンス、再現性を維持します。AI とビジネスプロセス フレームワークが切り離されているプラットフォームでは、エージェントのあらゆる動作は手動で継承されることになり、データ整合性上のリスクやガバナンス上のギャップを招くことになります。

ベンダーのデモでは必ず、エージェントを実際に動かしてみて、以下のどちらの結果になるか確認します。1 つは「そのエージェントは、既存の業務プロセスとセキュリティ制御の範囲内で、トランザクションをエンドツーエンドで完了できるか？」もう 1 つは「そのエージェントは、人間が別のシステムにログインしなければ完了しない提案を生成するか？」です。

プラットフォームの断片化は、CIO がアーキテクチャを決定する際にどのような影響を与えるのか

多くの組織は、非常に断片化された IT 環境でオペレーションを行っています。CIO の約 40% が、21 ～ 50 の異なるプラットフォームを管理していると回答し、さらに 10％ は 50 以上のプラットフォームを管理していると述べています。従業員数 10 万人以上の大企業の 61％ が 21 ～ 50 のプラットフォームを運用しており、35％ が 50 以上のプラットフォームを管理しています。

プラットフォーム戦略の導入を後押しする主な要因は、断片化です。

プラットフォーム戦略を推進する 3 つの主要要因

評価のポイントは、すべてのプラットフォームをひとつのプラットフォームに置き換えることができるかどうかではありません。重要なことは、既存のシステムをすべて完全に入れ替えることなく、選択した人事・財務プラットフォームが、エコシステム全体とデータを連携させ、エージェントを統制し、自動化を実現できるかどうかです。

CIO は、AI 対応型人事・財務プラットフォームを選定する際、どのような技術的アーキテクチャ基準を評価すべきか

• データ アーキテクチャと一貫性: プラットフォームは、どのベンダーが構築したかに関わらず、AI エージェントの登録、権限付与、監視、および停止を行う一元的なシステムを提供していますか？組織構造において、エージェントを社員と同様に管理し、アクセス制御や説明責任についても同様の厳格な基準を適用することができますか？
• アップグレードに対応したインテグレーション: 人財や資金の管理に関わるすべてのエージェントの動作は、ログが記録され、追跡可能であり、監査可能でなければなりません。プラットフォームは、EU の AI 法から米国の州法や連邦法にいたるまで、各地域で変化し続ける AI 規制への準拠を、顧客が大規模なコンプライアンス体制やレポート体制を構築することなく、実現できますか？
• データの開放性と AI への対応: AI エージェントは、コア製品と同じセキュリティ モデルで統制されていますか？それとも、新たなデプロイメントごとに個別のセキュリティ レビュー、アクセス制御、およびコンプライアンス検証が必要ですか？
• エージェントのデプロイメントにおける柔軟性: 単一ベンダーの AI 基盤を採用している企業はありません。プラットフォームは、エージェントがどこで構築されたかに関わらず、クラウド インフラ プロバイダ、コラボレーション プラットフォーム、サードパーティ パートナー エコシステムにわたって、エージェントを管理できますか？CIO の 43％ が、構築元に関わらず、一元化されたレイヤーでエージェントを管理すべきだと考えており、明確なプラットフォームへの要件を示しています。
• エコシステムの開放性: パートナー インテグレーション、エージェント対応 API、および複数のベンダー エージェントのサポートは、もはや差別化要因ではなく、要件となっています。パートナー エコシステムはどのようなものですか？API 戦略とは何ですか？データ ポータビリティと解約時の権利について、ベンダーはどのような方針をとっていますか？
• 拡張性とカスタム開発: ベンダーのロードマップで、あらゆるビジネスニーズを予測できるものはありません。CIO の 40％ が 21 ～ 50 のプラットフォームを管理している状況では、プラットフォーム間のギャップが課題となります。チームがカスタム エージェント、アプリ、インテグレーションを構築し、ギャップを解消できるプラットフォームこそが、選ばれるのです。決定的な判断基準としてベンダーに次の質問をしてください。すべてのカスタム構築は、デフォルトでプラットフォームのセキュリティとガバナンスを継承しますか、それともチームが毎回最初から、認証、監視、コンプライアンスの仕組みを構築し直していますか？

これらの基準を自社のベンダー ショートリストに適用するには、CIO 向けバイヤーズ ガイド (PDF) をダウンロードして、完全な評価スコアカードを入手してください。

Workday のアーキテクチャがもたらすメリットとは

過去 20 年にわたり、Workday は人事部門および財務部門のシステム オブ レコードとして機能し、11,000 社以上のお客様の従業員 7,000 万人を対象に、年間 1 兆件を超えるトランザクションを処理してきました。AI ファーストの時代において、その基盤は重要なだけではありません。その基盤こそが Workday を特別な存在にしている理由であり、企業にとって最も重要な業務プロセスの中で AI が安全に動作するためのコンテキストとガードレールを提供するものなのです。その可能性を実現するには、プラットフォーム自体が進化する必要があります。つまり、システム オブ レコードからエージェント用のプラットフォームへと進化させる必要があります。

データとコンテキスト: 進化は基盤から始まります。Workday の中核を成すのは、統合データ、ガバナンス、ビジネスプロセスにおけるオーナーシップ、統合セキュリティ モデル、そして企業が信頼できるコンプライアンス基盤です。これらは、Workday が 20 年間にわたり HCM および ERP 製品のリーダーであり続ける要素であり、これらが組み合わさることでコンテキスト モートを形成しています。つまり、長年にわたって承認プロセス、職務分掌、そして地域別ルールが、プラットフォームに直接組み込まれ続けるのです。エージェント型の時代において、これはレガシーなインフラではありません。これは、すべてのエージェントがデフォルトで継承する一連のガードレール機能であり、人財や資金に関する最も重要な業務を、安全かつ正確に自動化することを支援するものです。

基幹業務アプリケーション: その基盤の上に、Workday ヒューマン キャピタル マネジメント、Workday 給与計算、Workday ファイナンシャル マネジメント (財務管理)、Workday Adaptive Planning、Workday Student といった基幹業務アプリケーションと業界特化型製品が構築されています。これらは、Workday が AI を活用して、人事、財務、IT の各部門の業務プロセスを再構築する、極めて重要な領域です。

エージェントのチーム: しかし、エージェント型の時代においては、アプリケーションそのものも再構築する必要があります。つまり、アプリケーションをどのように活用するか、そして人財とエージェントがどのような目的のもとで連携し、意味のある業務を実現していくかという点で、見直す必要があるのです。これが、Workday エージェントの役割です。人事、財務、IT、法務の各部門にわたるエージェントのチームは、事前設定されたランタイムに組み込まれており、ルールを学習する必要はなく、導入初日からルールを継承します。その結果、Workday の利用方法に根本的な変化が生じます。摩擦が減り、単純作業がなくなり、エージェントは人財と並んで処理を進め、自律的に動作、助言、適応することができます。

プラットフォームの拡張性とエコシステム: Workday の標準機能に加え、お客様はプラットフォームをさらに拡張することができます。Workday の Data Cloud は、AI のためのナレッジ レイヤーとして機能します。人財データや財務データは、信頼性とガバナンスが確保され、エージェントに対応できる状態となります。Apache Iceberg によるゼロコピー アクセスにより、大規模な分析やリアルタイム SQL によるデータのライブ クエリが可能となり、お客様は Workday を Databricks、Google Cloud、Salesforce、Snowflake、およびさまざまな BI ツールといったプラットフォームと双方向で連携させることができます。今後導入されるセマンティック レイヤーは、「何」と「どのように」の両方を保持します。これは、Workday が 20 年以上培ってきたビジネス目標、ロジック、指標、関係性、そしてガバナンスのすべてに基づいて構築されたものです。

Workday Build は、エージェント対応のデベロッパー プラットフォームとして機能します。お客様は Workday 上で構築を行い、Workday 内部で動作するエージェント、アプリケーション、オーケストレーションを提供したり、Workday を活用してより広範な基盤でエージェントや動作を始動させたりすることができます。どちらの方法を選択しても、エージェントは最初からガードレール機能を継承します。

エージェントの管理とガバナンス: 全体を管理するのは Workday Agent System of Record です。この Workday Agent System of Record は、組織がデプロイするすべてのエージェント (ファーストパーティ製、パートナー開発、サードパーティ製を問わず) を網羅するデータの可視性、ガバナンス、制御を確保します。各エージェントは、独自の ID、範囲設定された権限、完全な監査証跡、認証が継続的に付与されます。これが、法令準拠を証明可能にする仕組みです。これがなければ、ガバナンスは責任問題へと転じてしまいます。

つながりのある統合エクスペリエンス: 一方、Sana は、業務がどのように、どこで行われるか、さらには人財がソフトウェアとどのように関わるかということを、根本から再定義する機会を与えます。このソフトウェアさえ習得すれば、もう他のソフトウェアを学ぶ必要はなくなります。Sana は、Workday のガードレール機能が組み込まれた、業務を行うためのプラットフォームです。あらゆるアプリケーションと連携することで、質問から動作にいたるまでのすべてのプロセスをひとつのエクスペリエンスに統合します。エージェントはその場でユーザーに対応し、あらゆる動作はガバナンス基盤を経由して確実に実行されます。

信頼性の基盤: アーキテクチャにおいて、ガバナンスは単なる機能でも、アドオンでもありません。既に業務を実行しているプロセスで、人財や資金に関するデータを扱うあらゆるエージェントが機能できるようにする基盤です。この基盤があるからこそ、Workday の内部だけでなく、より広いエコシステム全体においても、エージェントに対する信頼性が高まるのです。こうして、システム オブ レコードはエージェントのためのプラットフォームとなり、AI スコア全体にわたってエージェントの業務を支える、信頼できるバックエンドとなるのです。

AI 対応型プラットフォームの選定において、CIO はどのように購買委員会の意見と足並みをそろえることができるのか

AI 対応型人事・財務プラットフォームを購入する際の主要ステークホルダーとは

CIO の 48% はショートリストを主導することが多く、67% がベンダーの最終承認権も握っています。しかし、予算の決定権は別の部門にあることが少なくありません。人事部門と IT 部門が HCM の技術的な管理責任を共有しているケースが最も多く、52% が共同管理を行っていると回答しており、評価プロセス全体を通してビジネス要件と技術要件を両立させる必要があることが明らかになりました。

購買委員会全体で合意を形成するには、各ステークホルダーが何を確認したいのかを理解する必要があります。

合意形成のフレームワーク

• ステップ 1: 共通の評価基準を確立する: ベンダーによるデモが始まる前に、このガイドに記載されている 7 つの評価基準について、購買委員会が同じ認識を共有しているようにしてください。組織の優先順位に基づいて評価基準の重み付けを行い、従来の評価基準に加え、AI ガバナンス、データ アーキテクチャ、エコシステムの開放性も評価対象に含めます。
• ステップ 2: ステークホルダーの要件とベンダーの機能を照らし合わせる: 各ステークホルダーは、譲れない要件を 3 つ挙げてください。チェックリスト上の機能数が最も多いというだけでなく、委員会全体の譲れない要件を最も多く満たしているプラットフォームこそが、最有力候補となります。
• ステップ 3: 構造化された概念実証を実行する: デモだけで判断してはいけません。特定のデータ、ワークフロー、インテグレーションの環境に合わせてプラットフォームを検証する概念実証をリクエストしてください。機能面だけでなく、ガバナンスも評価する必要があります。
• ステップ 4: 機能だけでなく、リスクも評価する: すべてのベンダーに、次のように質問してみてください。アップグレード中にインテグレーションが機能しなくなった場合、どうなりますか？AI エージェントがアクセスすべきでないデータにアクセスした場合、何が起こりますか？規制が変更された場合、どうなりますか？こうした質問に対し、単なる約束ではなく、構造的な安全策で解決できるプラットフォームこそが、導入の失敗を未然に防いでくれます。
• ステップ 5: 合意形成のためのストーリーを構築する: 各ステークホルダーが最も重視する成果に基づいて、提案を構成してください。具体的には、CIO: 拡張性の高い統制された AI、CHRO: 卓越したエンプロイー エクスペリエンス、CFO: 測定可能な生産性の向上、CISO: すべてのエージェントへのエンタープライズレベルのセキュリティ適用、IT オペレーション: 複雑さの増大ではなく、軽減などです。

AI 対応型人事・財務プラットフォームを比較する際、CIO はどのようなスコアカードを用いるべきか

ガイドをダウンロードすると、評価すべき 7 つの項目を含むスコアカードをご覧いただけます。各項目を評価することで、組織に最適な AI プラットフォームを見つけることができます。

結論: 選択するプラットフォームこそが AI 戦略

CIO の意思決定は、時間の経過とともに成果となって現れます。5 年前に選定したシステムが、今日の可能性を形成しています。そして今日において選択するプラットフォームこそが、AI エージェントの時代における可能性を決定づけることになります。

調査結果は明白です。CIO は、AI に投資すべきかどうかを議論しているわけではありません。その議論は、既に決着がついています。最も重要な業務プロセスを実行するシステム内で、AI を責任を持って大規模に導入し、測定可能な価値を生み出せる方法を模索しています。

選択するプラットフォームは、アーキテクチャ上の決定事項であると同時に、ガバナンス、AI 戦略、そして実行上の決定事項でもあります。そして、その決定を下すのは CIO 自身です。プラットフォームが AI の管理、データの活用、拡大の支援をどのように行い、業務を停滞させることなく、大規模に拡張できるかを評価しなければなりません。機能の比較ではなく、共通の評価基準に基づいて、購買委員会全体で合意を形成する必要があります。ガバナンスを前提条件とし、データをアセットと捉え、開放性を設計原則とするベンダー、そしてパートナーを選択しましょう。

CIO 向けバイヤーズ ガイド (PDF) の全文をダウンロードして、以下の内容の詳細をご覧ください。

• 1 ～ 5 段階で評価する、7 項目からなる評価スコアカード (印刷可能)
• CIO と CFO 向けの詳細なビジネス ケースの事例
• RFP で使用できるアーキテクチャとガバナンスのチェックリスト