ストーリー
田
田中VPoE
ビジョンが策定できたら、次はそれを実現するための戦略フレームワークだ。ビジョンだけでは実行に移せない。「何を」「どの順番で」「どうやって」やるかを体系的に整理する必要がある
あなた
フレームワークを使うことで、漏れなく戦略を設計できるわけですね
あ
田
田中VPoE
そうだ。クラウド戦略には多くの要素が絡み合う。技術、コスト、セキュリティ、組織、ベンダー。フレームワークなしでこれらを統合的に扱うのは不可能に近い
あなた
具体的にはどんなフレームワークがありますか？
あ
田
田中VPoE
代表的なものを3つ紹介する。AWS Well-Architected Framework、NIST Cloud Computing Reference Architecture、そして我々のようなエンタープライズが使うべきカスタムフレームワークだ。それぞれの良いところを取り入れて、自組織に最適化するのがポイントだ
クラウド戦略フレームワークの全体像
6つの戦略ドメイン
組織のクラウド戦略は以下の6つのドメインで構成されます。
┌─────────────────────────────────────────┐
│ クラウドビジョン │
├──────────┬──────────┬──────────┬─────────┤
│ ガバナンス │ FinOps │ テクノロジー│ セキュリティ│
├──────────┴──────────┴──────────┴─────────┤
│ ベンダー管理 │
├─────────────────────────────────────────┤
│ 人材・組織（CoE） │
└─────────────────────────────────────────┘| ドメイン | 主な要素 | 責任者 |
|---|---|---|
| ガバナンス | ポリシー、標準化、コンプライアンス | クラウド戦略統括 |
| FinOps | コスト管理、予算配分、最適化 | FinOpsリード |
| テクノロジー | アーキテクチャ標準、技術選定 | クラウドアーキテクト |
| セキュリティ | アクセス制御、暗号化、監査 | CISO/セキュリティリード |
| ベンダー管理 | ベンダー選定、契約管理、交渉 | 調達/クラウド戦略統括 |
| 人材・組織 | CoE、スキル開発、ナレッジ共有 | CoEリード |
主要フレームワークの比較
代表的なクラウド戦略フレームワーク
| フレームワーク | 提供元 | 特徴 | 適用場面 |
|---|---|---|---|
| Well-Architected Framework | AWS | 6つの柱で個別ワークロードを評価 | ワークロード設計の品質向上 |
| Cloud Adoption Framework | AWS/Azure | 移行とモダナイゼーションのガイド | クラウド移行計画の策定 |
| FinOps Framework | FinOps Foundation | コスト管理に特化したフレームワーク | クラウドコスト最適化 |
| NIST SP 500-292 | NIST | クラウドリファレンスアーキテクチャ | 政府・公共機関のクラウド導入 |
| COBIT | ISACA | ITガバナンスのフレームワーク | ガバナンス統制の設計 |
統合戦略マトリクス
6つのドメインと3つのフェーズを掛け合わせた戦略マトリクスを作成します。
| ドメイン | Phase 1（基盤構築） | Phase 2（加速） | Phase 3（最適化） |
|---|---|---|---|
| ガバナンス | 基本ポリシー策定 | ポリシーの自動化 | 継続的改善プロセス |
| FinOps | コスト可視化 | 部門別配賦 | 予測と最適化 |
| テクノロジー | ランディングゾーン | マイグレーション | クラウドネイティブ化 |
| セキュリティ | ベースライン策定 | 自動化された統制 | ゼロトラスト |
| ベンダー管理 | 現状評価 | 戦略的選定 | ポートフォリオ最適化 |
| 人材・組織 | CoE設立準備 | CoE運用開始 | 全社展開 |
ワークロード分類フレームワーク
6R分類モデル
既存ワークロードをクラウドに移行する際の戦略を分類します。
| 戦略 | 説明 | 適用条件 | コスト | 効果 |
|---|---|---|---|---|
| Rehost | そのままリフト＆シフト | 早期移行が必要 | 低 | 低 |
| Replatform | 一部最適化して移行 | 軽微な改修で効果が出る | 中 | 中 |
| Refactor | クラウドネイティブに再設計 | 長期的な価値が高い | 高 | 高 |
| Repurchase | SaaSに置き換え | 汎用機能で十分 | 中 | 中 |
| Retire | 廃止 | 不要なシステム | - | - |
| Retain | オンプレミスに残す | 移行が不適切 | - | - |
ワークロード優先順位付けマトリクス
ビジネスインパクト
高 │ ③ 計画的移行 │ ① 最優先移行
│ (Replatform) │ (Refactor)
│ │
中 ├─────────────────┼──────────────────
│ ⑤ 検討・保留 │ ② 早期移行
│ (Retain/Retire)│ (Rehost)
低 │ │
└─────────────────┴──────────────────
低 中 高
移行の容易さ意思決定フレームワーク
クラウドサービスモデルの選定基準
| 判断基準 | IaaS | PaaS | SaaS | FaaS(Serverless) |
|---|---|---|---|---|
| 制御レベル | 高 | 中 | 低 | 最小 |
| 運用負荷 | 高 | 中 | 低 | 最小 |
| カスタマイズ性 | 高 | 中 | 低 | 限定的 |
| コスト予測性 | 中 | 中 | 高 | 変動大 |
| 適切なケース | インフラ制御が必要 | アプリ開発に集中 | 汎用機能の利用 | イベント駆動処理 |
技術選定のガバナンス
| 意思決定レベル | 決定者 | 例 |
|---|---|---|
| 戦略的選定 | CTO + クラウド戦略統括 | プライマリクラウドベンダーの決定 |
| アーキテクチャ標準 | クラウドアーキテクト | コンテナオーケストレーションの標準化 |
| サービス選定 | プロジェクトリード + アーキテクト | 特定プロジェクトでのDB選定 |
| ツール選定 | 開発チーム | CI/CDツール、モニタリングツール |
戦略のメトリクス体系
バランススコアカード的アプローチ
| 視点 | KPI | 目標 |
|---|---|---|
| 財務 | クラウドROI | 3年で200%以上 |
| 財務 | コスト最適化率 | 無駄を年間20%削減 |
| 顧客 | Time to Market | 新機能リリース頻度2倍 |
| 顧客 | サービス可用性 | 99.95%以上 |
| 業務プロセス | デプロイ頻度 | 週次→日次 |
| 業務プロセス | 変更失敗率 | 15%以下 |
| 学習・成長 | クラウド認定資格保有率 | エンジニアの50%以上 |
| 学習・成長 | セルフサービス利用率 | 80%以上 |
まとめ
| ポイント | 内容 |
|---|---|
| 6つのドメイン | ガバナンス、FinOps、テクノロジー、セキュリティ、ベンダー、人材の統合 |
| 統合マトリクス | ドメイン × フェーズで漏れのない戦略を設計 |
| 6R分類 | ワークロードごとに最適な移行戦略を選定 |
| メトリクス体系 | バランススコアカードで多角的に進捗を管理 |
チェックリスト
- 6つの戦略ドメインを理解した
- 主要フレームワークの特徴を理解した
- 6R分類モデルとワークロード優先順位付けを理解した
- 意思決定フレームワークの構造を理解した
次のステップへ
次は「ビジネスアラインメント」を学びます。クラウド戦略と事業戦略を整合させ、経営層に投資価値を説明する方法を身につけましょう。
推定読了時間: 30分