ターゲットを絞ったビジネス成果

このセクションでは、クラウド対応状況レビューから期待される 3 つの成果、つまり、現在の状態の理解、強みと弱みの特定、アクションプランの作成について説明します。

クラウドジャーニーの現状を把握します

組織が AWS への大規模な移行を検討する場合、通常、次の図に示すように、いわゆる導入段階のどこかに位置します。プロジェクト、基礎、移行、改革の 4 つのステージは AWS クラウド Enterprise Strategy ブログの「クラウドファーストジャーニーと導入ステージ」 というブログ記事で説明されています。即応性評価の目的は、組織が現在、採用の段階のどの程度まで進んでいるのか、また、組織の環境のどの部分が次の段階に移行するのに十分成熟しているのかを判断することです。

例：

組織が最初のワークロードをクラウドに移行することを計画している場合、その組織はプロジェクト（または概念実証）段階にあるとみなされます。このフェーズでは、統一されたアカウント構造やその他の基本的な構成は必要ありません。ただし、大規模な移行イニシアチブを準備するには、適切なタグ付けなどの基本的な側面が整っている必要があります。そうしないと、根本的な問題を解決するために移行を遅らせざるを得なくなるリスクがあります。

強みと弱みの分野を特定します

強みと弱みの特定は、準備状況評価の 2 番目の主要な成果です。強みによって、組織全体で広く採用される準備ができているチームとプラクティスが決まります。これらの分野は、大規模なクラウド移行を成功させるためにこれ以上取り組む必要のない分野です。弱点とは、クラウド移行を実現するためのプラクティスや機能を改善するためにアクションを取る必要がある分野です。早期にギャップを解決することで、スムーズな移行プロセスを実現し、基礎的な機能を構築する際のプロジェクト遅延のリスクを排除することができます。次の図に示すヒートマップは、組織全体の強みと弱みの領域を示しています。黄色または赤で強調表示されている分野については、アクションプランを策定する必要があります。

例：

IT チームが、組織の今後のニーズに対応するのに適したアカウント構造を構築しても、アプリケーションの開発者や所有者は、自分のアプリケーションが AWS クラウド に移行されることを認識しておらず、AWS クラウド でそのアプリケーションをで運用するためのスキルも持っていない可能性があります。この例は、アプリケーション所有者の賛同と開発チームの準備態勢にギャップがあることを示して、組織は、準備アセスメント中に是正措置を計画すべきです。

スケールとスピードを可能にするアクションプランの作成

長所と短所を特定したら、ギャップを埋め、特定された強みの分野を拡大するための行動計画を立てる必要があります。計画には、プロジェクトを確実に前進させるために、担当者と期日を決めておく必要があります。社内のプロセス改善チームや組織変更チームと連携して、クラウドイニシアチブを推し進めることをおすすめします。このようなチームは通常、現在の能力をベースライン化し、コミュニケーションを確立し、バイイン・プランニングや同様のプロセスを処理するためのツールキットを持っています。

注記

AWS プロフェッショナルサービスチームは Mobilize というプログラムを提供しています。この規定モデルは、移行準備アセスメント（MRA）で特定された分野に対処するために、AWS CAFの全分野にわたって基礎的な能力を開発するよう、組織を導くものです。AWS パートナーコミュニティでは、移行準備の取り組みに役立つサービスも提供しています。