クラウド推進組織を起点としたクラウド導入の進め方
鈴木 直
アマゾン ウェブ サービス ジャパン株式会社
プロフェッショナルサービス本部 プラクティスマネージャー
TWITTERハッシュタグ #AWSInnovate© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

自己紹介鈴木 直（すずきただし）

アマゾン ウェブ サービス ジャパン 株式会社
プロフェッショナルサービス本部
プラクティス マネージャ
エンタープライズのお客様を中心にクラウド導入を伴う、ITトランスフォーメーションをご支援しています• クラウド導入の計画作成支援• AWS標準化を通じたガバナンス強化支援• AWSプロジェクトのマネジメント支援・技術支援© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

本日の内容© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

クラウド導入の２つの道と４つのステージ
ビジネス価値

イノベーションの加速
IoT, BigData, ML/AI.. IT駆動のビジネス革新既存資産の移行
クラウドへの移行と最適化

Stages of Cloud Adoption(SofA） 時間ProjectFoundation

特定の要件を解決するために、プ 
ロジェクト毎に利用、検証される
Migration

既存のデータセンターとAWSが接続さ  多くの本番アプリケーションの移行や れ、エンタープライズアプリケーショデータセンターの移行が実施される
ンや共通基盤がAWS上で稼働する
 実績やナレッジが蓄積される
ガイドラインやセキュリティ・コンプ
© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.
ライアンスモデルを規定する

Optimization &Reinvention
クラウドはデフォルトの選択肢となるアーキテクチャのみならず、運用、プロセス、組織がクラウド最適化するクラウド導入によって得られる価値
ビジネス価値

高速に改善を重ねることでイノベーションを起こす企業風土の構築
イノベーションの加速

アプリケーションのモダナイゼーション*による市場変化への迅速な対応*利用者からのフィードバックを迅速かつ継続的に反映するために、既存資産の移行
システムアーキテクチャや開発・運用プロセスを変革すること

IoT, BigData, ML/AI.. IT駆動のビジネス革新

New Technologyを利用した新しいビジネス価値の創造（例：マイクロサービス化、Agile開発、DevOps 等）
クラウドへの移行と最適化

基盤利用観点でのコスト削減・調達スピードの向上・柔軟性の向上
Stages of Cloud Adoption(SofA） 時間ProjectFoundation

特定の要件を解決するために、プ 
ロジェクト毎に利用、検証される
Migration

既存のデータセンターとAWSが接続さ  多くの本番アプリケーションの移行や れ、エンタープライズアプリケーショデータセンターの移行が実施される
ンや共通基盤がAWS上で稼働する
 実績やナレッジが蓄積される
ガイドラインやセキュリティ・コンプ
© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.
ライアンスモデルを規定する

Optimization &Reinvention
クラウドはデフォルトの選択肢となるアーキテクチャのみならず、運用、プロセス、組織がクラウド最適化するクラウド導入の壁
ビジネス価値
しかしながら進め方によっては、必ずしも期待される効果を得られるわけではない

イノベーションの加速IoT, BigData, ML/AI.. IT駆動のビジネス革新

最適化に至らず停滞

頓挫

足踏み

既存資産の移行
クラウドへの移行と最適化

足踏み
時間Project
Foundation

特定の要件を解決するために、プ 
ロジェクト毎に利用、検証される
Migration

既存のデータセンターとAWSが接続さ  多くの本番アプリケーションの移行や れ、エンタープライズアプリケーショデータセンターの移行が実施される
ンや共通基盤がAWS上で稼働する
 実績やナレッジが蓄積される
ガイドラインやセキュリティ・コンプ
© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.
ライアンスモデルを規定する

Optimization &Reinvention
クラウドはデフォルトの選択肢となるアーキテクチャのみならず、運用、プロセス、組織がクラウド最適化する

効果的なクラウド導入への10の阻害要因
ビジネス価値7

既存のプロセス、既存の枠組みや考え方のままクラウド導入を進めており、クラウドの効果が半減する

6

クラウド導入の取り組みが全体に認知されない、利用者側への動機付けが弱く利用されない育てた人材が流出してクラウド導入が停滞する

9

インフラ部門の要員のみの推進では、アプリケーション全体を含むクラウド最適化が図られないイノベーションの加速
IoT, BigData, ML/AI.. IT駆動のビジネス革新

5

既存部門横断の新しい取り組みが組織の壁により進まない2

外部パートナーへの依存度が高く、社内での検討にも時間がかかり、進まない

1

10

8

既存資産の移行4

机上での評価作業から抜けだせず、初期フェーズで足踏みする
3

運用フェーズでの改善が行われず、作ったままになっている

クラウドへの移行と最適化

ナレッジ不足、経験不足により導入・移行スピードが上がらない、品質面でも課題が残る

ガバナンスが機能せず、セキュリティ面でのリスクが散在する。または、判断がつかず足踏みする

時間ProjectFoundation

Migration© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

Optimization &Reinvention

クラウド推進のポイント
推進のポイント

阻害要因

まずやってみて実体験を得る、
完璧を求めず小さく始めて大きく育てる推進組織を起点とするクラウド導入

エグゼクティブによる明確な方針の掲示と支援組織構造や各種プロセスの見直しまで踏み込んだクラウド最適化

1

机上での評価作業から抜けだせず、初期フェーズで足踏みする

2

外部パートナーへの依存度が高く、社内での検討にも時間がかかり、進まない

3

ガバナンスが機能せず、セキュリティ面でのリスクが散在する。
または、判断がつかず足踏みする

4

ナレッジ不足、経験不足により導入・移行スピードが上がらない、品質面でも課題が残る

5

既存部門横断の新しい取り組みが組織の壁により進まない

6

クラウド導入の取り組みが全体に認知されない、利用者側への動機付けが弱く利用されない

7

既存のプロセス、既存の枠組みや考え方のままクラウド導入を進めており、クラウドの効果が半減する

8

運用フェーズでの改善が行われず、作ったままになっている

9

インフラ部門の要員のみの推進では、アプリケーション全体を含むクラウド最適化が図られない© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

10育てた人材が流出してクラウド導入が停滞する

クラウド推進のポイントシステム開発担当者

組織構造や各種プロセスの見直しまで踏み込んだ
クラウド最適化

各種ステークホルダーとの調整と連携
クラウド推進組織（Cloud CoE）
*CoE：Center of Excellence

セキュリティ、調達、法務などのステークホルダー

エグゼクティブ
スポンサー© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

まずやってみて実体験を得る、
完璧を求めず小さく始めて大きく育てる現場が必要とする情報と環境の提供推進組織を起点とするクラウド導入

活動を支えるスポンサーの獲得
エグゼクティブによる明確な方針の掲示と支援クラウド推進のポイント
推進のポイント

阻害要因

まずやってみて実体験を得る、完璧を求めず小さく始めて大きく育てる推進組織を起点とするクラウド導入

エグゼクティブによる明確な方針の掲示と支援組織構造や各種プロセスの見直しまで踏み込んだクラウド最適化

1

机上での評価作業から抜けだせず、初期フェーズで足踏みする

2

外部パートナーへの依存度が高く、社内での検討にも時間がかかり、進まない

3

ガバナンスが機能せず、セキュリティ面でのリスクが散在する。
または、判断がつかず足踏みする

4

ナレッジ不足、経験不足により導入・移行スピードが上がらない、品質面でも課題が残る

5

既存部門横断の新しい取り組みが組織の壁により進まない

6

クラウド導入の取り組みが全体に認知されない、利用者側への動機付けが弱く利用されない

7

既存のプロセス、既存の枠組みや考え方のままクラウド導入を進めており、クラウドの効果が半減する

8

運用フェーズでの改善が行われず、作ったままになっている

9

インフラ部門の要員のみの推進では、アプリケーション全体を含むクラウド最適化が図られない© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

10

育てた人材が流出してクラウド導入が停滞する

クラウド推進組織（CCoE）の主な役割
クラウド ビジネスオフィス：自社のクラウド戦略、利用者やステークホルダーのニーズ、CCoEが提供する機能を連携させる役割

クラウド ビジネスオフィス
ガバナンス

アーキテクチャとプロセスのルール化

CCoEが提供するサービスの計画
と実装管理

ヒト・組織

移行計画とプログラムマネ
ジメント

請求管理
コスト管理
予算管理

現場における技術支援

トレーニングとナレッジ管理

組織変革
マネジメント

クラウドプラットフォーム エンジニアリング
12プラットフォーム

運用

セキュリティ

コード化された
アセット

ビルド、テスト＆デプロイ

定義＆強制

共通インフラストラクチャ

運用＆管理

検出＆対応

クラウドプラットフォーム エンジニアリング：ガバナンスに準拠したクラウド共通基盤の整備、払い出し、管理を担う役割© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

クラウド推進組織（CCoE）の主な役割
クラウド ビジネスオフィス
ガバナンス

アーキテクチャとプロセスのルール化

CCoEが提供するサービスの計画と実装管理

移行計画とプログラムマネ
ジメント

請求管理
コスト管理
予算管理

ヒト・組織
•
•

クラウド利用ガイドラインの作成・展開・更新
リファレンスアーキテクチャの作成・展開・更新（インフラ、アプリ、データの観点）•

利用者ニーズの把握
CCoEが提供するサービス（共通基盤やサービスカタログ等）のロードマップの作成・提示提供するサービスの実装管理•••

システムポートフォリオの把握
移行計画の策定
移行プログラムマネジメント

•
•
•
•

一括請求管理と予算管理、レポーティング
コスト配賦戦略の作成と実施コストの最適化、RI戦略
ビジネスケース分析（投資対効果分析）

•
•

•
•
現場における技術支援

トレーニングとナレッジ管理

組織変革マネジメント© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

•

検討時点での案件相談
プロジェクト現場における実務レベルでの技術支援やコーチング
アーキテクチャレビューや技術Q&A対応••

人材育成やトレーニングの計画、実行、運営
資料やナレッジを共有する仕組みの構築や運営（社内Wiki、ポータル）•

クラウド戦略に基づく運営モデルや組織体制の変革管理
各種ステークホルダーとの調整
社内マーケティング活動••

CCoEのチーム体制例
7名～10名程度のチーム構成。小規模なチームによりスピードと俊敏性を実現
IT部門内で誕生し全社をカバーする場合も、事業部内で誕生し該当の事業部をカバーする場合もある
同様のガバナンスを効かせる単位で考える
アプリケーションエンジニア
アプリケーションの移行やクラウド上での開発に対し、知見をもとにリードする。開発部門と密に連携し、提供するサービスに利用者の声を届ける
インフラエンジニア
クラウドインフラの共通サービスと企業のデータセンターの連携を図る。また、インフラスタック、テンプレートなどのプロダクトのエンジニアリング、および継続的な改善を担当する

オペレーションエンジニア
クラウド上にアプリを実装するための実装支援を行う（コードリポジトリ、CI/CD環境など）。また、オペレーションの健全性にも責任を負う（メトリクス、キャパシティ管理、ログ管理、課金管理、タグ管理など）

アプリケーションエンジニア

インフラエンジニア

リーダーシップ

セキュリティエンジニア

オペレーション
© 2019, Amazonエンジニア
Web Services, Inc. or its affiliates. All rights reserved.

CCoEリーダー（プロダクトマネージャ）
クラウドビジネスオフィス（CBO）すべての機能を網羅する。ビジネス部門や開発部門と協力し、プロダクトバックログの作成および優先づけを行う
リードアーキテクト
クラウドのアーキテクチャ全体の責任者。プ
ロダクトマネージャと連携し、利用者の要件を技術的成果に落とし込み、技術的方向性を設定するセキュリティエンジニア
クラウド環境において、セキュリティスタンダード準拠、コンプライアンス準拠の標準的オファリングを継続的に提供し、プロダクトおよびサービス内容をコントロールする

CCoEの変遷の例
バーチャル組織正式組織化

ビジネス価値

規範的アプローチ

助言的アプローチ
アプリケーション
エンジニア

リーダーシップ
リーダーシップ

インフラエンジニア

リーダーシップ

インフラエンジニア

セキュリティ
エンジニア

インフラエンジニア

セキュリティ
エンジニア

インフラエンジニア

オペレーション
エンジニア

リーダーシップ

セキュリティエンジニア

オペレーション
エンジニア

時間
ProjectFoundation

特定の要件を解決するために、プ 
ロジェクト毎に利用、検証される
Migration

既存のデータセンターとAWSが接続さ  多くの本番アプリケーションの移行や 
れ、エンタープライズアプリケーショデータセンターの移行が実施される
ンや共通基盤がAWS上で稼働する
 実績やナレッジが蓄積される
ガイドラインやセキュリティ・コンプ
© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.
ライアンスモデルを規定する

Optimization &Reinvention
クラウドはデフォルトの選択肢となるアーキテクチャのみならず、運用、プロセス、組織がクラウド最適化する具体的な進め方の例

インセプションデッキを使ったCCoE活動定義
我々はなぜここにいるのか

エレベーター
ピッチを作る

解決策を描く

夜も眠れなくなるような問題は何だろう？

パッケージ
デザインを作る

やらないことリやらないこと
リストを作る
ストを作る

ご近所さんを探
ご近所さんを探せ
せ期間を見極める

何を諦めるのかをはっきりさせる

何がどれだけ必要なのか© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

具体的な進め方の例[潜在的なニーズを満たしたり、抱えている課題を解決したり]したい[対象顧客]向けの[プロダクト名]というプロダクトは、[プロダクトのカテゴリー]である。
これは[重要な利点、対価に見合う説得力のある理由]ができ、[代替手段の最右翼]とは違って、[差別化の決定的な特徴]が備わっている。

出典「アジャイルサムライ,オーム社,H23.7.25, Jonathan Rasmusson, 」

XXクラウド推進チームは、すぐに使えるシステム環境を必要としている事業部に対し、クラウド利用を支援する組織です。
利用者は、ガバナンス規定に準拠したシステム環境をほぼセルフサービスで利用することができ、従来の基盤サービスとは異なり、その環境を一両日中に使い始めることができます。

© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

具体的な進め方の例

AWS利用ガイドラインの構成例
AWSを利用する上で必須となる設計項目であり、後で変更が困難な要素があるため、優先的に設計を行う

要件に応じて設計、管理を行う項目

5章

6章

10章

ロギング・監視

AWS
アカウント設計

ネットワーク設計

9章

外部・内部脅威への対応

13章

構成管理

8章

データ保護

12章

バックアップ・リストア

7章

IDとアクセス管理

11章

可用性設計

4章

AWSにおけるアーキテクチャ設計ベストプラクティス

3章

AWSの責任共有モデル

2章

Amazon Web Services概要

1章© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

本書の位置付け基礎として理解しておくべき項目

具体的な進め方の例
社内におけるガバナンス強度を高くすることで、利用者側の自由度は低下し、クラウド特有のアジリティを損ねる可能性がある。ガバナンスと自由度のバランスをとることが重要
案

アプローチ

ガバナンス強度利用部門の自由度

サービスカタログ+
利用手順

利用ルール+
推奨ガイドライン

推奨ガイドライン© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

クラウド統制部門の負担

CCoEが効果的に機能する条件
CCoEが・・・• アーキテクチャやプロセスの統制ができているシステム開発担当者• 現場の人材育成を推進できている• 現場の課題解決に貢献できている• 現場のナレッジの情報展開ができている

クラウド推進組織• 現場が容易に活用できる環境が展開できている（Cloud CoE）

エグゼクティブ
スポンサー

現場の良き相談相手・頼れる存在として認知される© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

本日のまとめ
クラウド導入の阻害要因
机上での評価作業から抜けだせず、初期フェーズで足踏みする
外部パートナーへの依存度が高く、社内での検討にも時間がかかり、進まない

クラウド推進組織の主な役割

アプリケーション
エンジニア

クラウド ビジネスオフィス
ガバナンス

ヒト・組織
インフラエンジニア

ガバナンスが機能せず、セキュリティ面でのリスクが散在する。または、判断がつかず足踏みする
ナレッジ不足、経験不足により導入・移行スピードが上がらない、品質面でも課題が残る

クラウド推進組織の体制例

リーダーシップ

セキュリティエンジニア

オペレーション
エンジニア

クラウドプラットフォーム
エンジニアリング既存部門横断の新しい取り組みが組織の壁により進まない

現場の良き相談相手・頼れる存在として認知される© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

その他の日本語資料© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.

AWS 資料で検索Thank you!

© 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved.