ストーリー
田
田中VPoE
CoEの組織設計ができた。次はイネーブルメント — つまり全社のクラウドスキルを底上げするプログラムだ
田
田中VPoE
研修は手段の一つに過ぎない。イネーブルメントとは「人々がクラウドを自律的に、正しく使えるようになること」だ。研修だけでなく、ドキュメント、テンプレート、コミュニティ、メンタリングを組み合わせた包括的なプログラムが必要だ
あなた
「教える」だけでなく「自走できるようにする」んですね
あ
田
田中VPoE
そうだ。CoEが手取り足取りやっていたらスケールしない。自走可能な状態を作ることがイネーブルメントの目標だ
イネーブルメントの全体設計
4つの柱
| 柱 | 内容 | 対象 |
|---|
| Learning(学習) | トレーニング、認定資格、ハンズオン | 全エンジニア |
| Templates(テンプレート) | IaCテンプレート、アーキテクチャパターン | 開発チーム |
| Community(コミュニティ) | 勉強会、社内カンファレンス、ナレッジ共有 | 全社 |
| Support(支援) | 技術相談、設計レビュー、ペアプログラミング | プロジェクトチーム |
Learning プログラム
スキルレベル別のカリキュラム
| レベル | 対象者 | 内容 | 期間 |
|---|
| Foundation | 全IT社員 | クラウドの基本概念、自社のクラウド戦略理解 | 1日 |
| Practitioner | 開発者・運用者 | AWS/Azure/GCPの主要サービス、IaC基礎 | 3日 |
| Professional | クラウドエンジニア | 高度な設計パターン、セキュリティ、最適化 | 5日 |
| Expert | アーキテクト・リード | マルチアカウント設計、大規模移行、FinOps | 10日 |
認定資格の推進
| ベンダー | 推奨資格 | 対象者 | 目標取得率 |
|---|
| AWS | Cloud Practitioner | 全IT社員 | 80% |
| AWS | Solutions Architect Associate | 開発者 | 50% |
| AWS | Solutions Architect Professional | アーキテクト | CoE全員 |
| AWS | DevOps Engineer Professional | SRE/DevOps | SRE全員 |
| FinOps Foundation | FinOps Certified Practitioner | FinOpsチーム | CoE全員 |
学習支援制度
| 制度 | 内容 |
|---|
| 資格費用補助 | 受験料と教材費を全額会社負担 |
| 学習時間確保 | 月間8時間の業務時間内学習を許可 |
| 合格報奨金 | Professional資格合格時に3万円支給 |
| メンター制度 | 資格取得者が未取得者をメンタリング |
Templates プログラム
セルフサービスプラットフォーム
セルフサービスプラットフォームの構成:
開発者ポータル
├── IaCテンプレートカタログ
│ ├── VPC標準テンプレート
│ ├── ECS/EKSクラスター テンプレート
│ ├── RDS標準構成 テンプレート
│ ├── Lambda + API Gateway テンプレート
│ └── IoT基盤テンプレート
│
├── アーキテクチャパターンライブラリ
│ ├── Web3層アーキテクチャ
│ ├── マイクロサービスパターン
│ ├── イベント駆動パターン
│ └── データパイプラインパターン
│
├── セキュリティベースライン
│ ├── IAMポリシーテンプレート
│ ├── セキュリティグループ標準
│ └── 暗号化設定ガイド
│
└── コスト見積もりツール
├── ワークロード別コスト試算
└── RI/SP推奨計算
テンプレートの品質管理
| 項目 | 基準 |
|---|
| レビュー | CoEアーキテクトのレビューを通過 |
| テスト | CI/CDで自動テスト(terratest等) |
| セキュリティ | tfsec/checkovでスキャン通過 |
| ドキュメント | 使い方、パラメータ、制約事項が記載 |
| バージョニング | セマンティックバージョニングで管理 |
ナレッジ共有の仕組み
| 施策 | 頻度 | 内容 |
|---|
| Cloud Tech Talk | 隔週 | 30分のランチタイムセッション。事例共有、新サービス紹介 |
| Cloud Dojo(道場) | 月次 | 2時間のハンズオンワークショップ |
| 社内Cloud Conference | 年次 | 1日の社内カンファレンス。外部ゲスト招聘も |
| 失敗共有会 | 四半期 | インシデントや失敗から学ぶ振り返り会 |
| Tech Blog | 随時 | 社内技術ブログへのクラウド関連記事投稿 |
ナレッジベースの構築
| コンテンツ | 内容 | 管理者 |
|---|
| Runbook | 日常運用の手順書 | 各チーム(CoEがテンプレート提供) |
| FAQ | よくある質問と回答 | CoE |
| 事例集 | 社内のクラウド活用事例 | CoE + チャンピオン |
| トラブルシュート | 障害対応の記録と対策 | 各チーム |
| 設計判断記録(ADR) | アーキテクチャ決定の記録 | アーキテクト |
Support プログラム
技術支援の提供モデル
| 支援レベル | 内容 | 対応時間 | 対象 |
|---|
| セルフサービス | ドキュメント、FAQ、テンプレート | 24/7 | 全員 |
| チャット相談 | Slackチャンネルでの質問対応 | 営業時間内 | 全員 |
| 設計レビュー | アーキテクチャ設計の事前レビュー | 予約制 | プロジェクトリード |
| ハンズオン支援 | CoEメンバーが一緒に作業 | 予約制 | 重要プロジェクト |
| 緊急対応 | 本番障害時の技術支援 | 24/7 | 全チーム |
イネーブルメントの成功指標
| KPI | 測定方法 | 目標値 |
|---|
| 認定資格取得率 | 取得者 ÷ 対象者 | Foundation 80%、Associate 50% |
| テンプレート利用率 | テンプレート利用数 ÷ 新規構築数 | 70%以上 |
| セルフサービス解決率 | セルフ解決 ÷ 全問い合わせ | 60%以上 |
| NPS(推奨度) | CoEのNPS調査 | +30以上 |
| Time to First Deploy | 新チームの初デプロイまでの時間 | 2週間以内 |
「イネーブルメントの究極の目標は、CoEに頼らなくても各チームがクラウドを正しく使える状態を作ること。魚を与えるのではなく、釣り方を教える。それがCoEの存在意義だ」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| 4つの柱 | Learning、Templates、Community、Support |
| Learning | レベル別カリキュラムと認定資格推進 |
| Templates | セルフサービスプラットフォームで自律性を確保 |
| Community | 定期的なナレッジ共有で組織の知見を蓄積 |
チェックリスト
次のステップへ
次は「成熟度モデルの活用」を学びます。CoEの活動成果を測定し、継続的に改善するための成熟度評価の方法を身につけましょう。
推定読了時間: 30分