作業の開始: 移行を高速化する
ビジネスと IT の利害関係者の適切な連携は、移行の障害を克服し、移行作業を加速するのに役立ちます。 この記事では、次の場合に推奨される手順について説明します。
- 利害関係者の配置
- 移行計画
- ランディング ゾーンのデプロイ
- 最初の 10 個のワークロードの移行
この記事は、適切なガバナンスと管理プロセスの実装にも役立ちます。 このガイドを使用して、移行作業全体を調整するために必要なプロセスと資料を合理化します。
移行シナリオが非定型の場合は、Strategic Migration Assessment and Readiness Tool (SMART)を使用して、組織の移行準備状況のパーソナライズされた評価を取得できます。 これを使用して、現在のニーズに最も適したガイダンスを特定します。
作業の開始
ワークロードの移行に必要な技術的な労力とプロセスは比較的簡単です。 移行プロセスを効率的に完了することが重要です。 戦略的な移行の準備は、タイムラインと全体的な移行の正常な完了にさらに大きな影響を与えます。
導入を高速化するには、移行中にクラウド導入チームをサポートする手順を実行する必要があります。 このガイドでは、お客様がクラウド移行に向けた適切なパスを開始するのに役立つ、これらの反復的なタスクの概要を説明します。 サポート手順の重要性を示すために、この記事の手順 10 として移行を示します。 実際には、クラウド導入チームは、手順 4 または 5 と並行して最初のパイロット移行を開始する可能性があります。
手順 1: 利害関係者を調整する
一般的な移行の阻害要因を回避するには、移行のための明確で簡潔なビジネス戦略を作成します。 動機と期待されるビジネス成果に関する利害関係者の連携は、クラウド導入チームによる決定を形作ります。
- 動機: 戦略的な調整の最初のステップは、移行作業を推進する動機について合意を得ることです。 まず、ビジネスや IT のさまざまな利害関係者からの動機と共通テーマを理解し、分類します。
- ビジネス成果: 動機を調整した後、目的のビジネス成果をキャプチャすることができます。 この情報は、全体的な変換を測定するために使用できる明確なメトリックを提供します。
成果物:
- 戦略と計画テンプレート を使用して、動機と望ましいビジネス成果を記録します。
| 責任を持つチーム | 責任あるサポート チーム |
|---|---|
手順 2: パートナー サポートを調整する
移行プロセス全体を通じて、パートナー、Microsoft サービス、またはさまざまな Microsoft プログラムをサポートできます。
- 適切なレベルのパートナーシップとサポートを見つけるために パートナーシップ オプションを理解します。
成果物:
- サポート パートナーと連携する前に、使用条件またはその他の契約契約を確立します。
- 戦略で承認されたパートナーを特定し、テンプレートを計画します。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
手順 3: データを収集し、資産とワークロードを分析する
検出と評価を使用して技術的な調整を改善し、戦略を実行するためのアクション プランを作成します。 この手順では、現在の状態環境に関するデータを使用してビジネス ケースを検証します。 次に、最も優先度の高いワークロードの定量分析と詳細な定性的評価を実行します。
- 既存のシステムのインベントリ: プログラムによるデータドリブン アプローチを使用して、現在の状態を把握します。 すべての評価アクティビティを有効にするために、データを検出して収集します。
- 増分合理化: すべての資産の定性的分析に重点を置く評価作業を効率化します。ビジネス ケースをサポートする場合もあります。 次に、移行する最初の 10 個のワークロードの詳細な定性分析を追加します。
成果物:
- 既存のインベントリの生データ。
- 業務上の正当な理由を絞り込むための既存のインベントリに関する定量分析。
- 最初の 10 個のワークロードの定性分析。
- 戦略と計画テンプレートのに記載されている業務上の正当な理由。
| 責任チーム | 責任あるサポート チーム |
|---|---|
手順 4: ビジネス ケースを作成する
移行のビジネス ケースを作成することは、利害関係者間の反復的な会話になる可能性があります。 この最初のパスでは、ビジネス ケースの構築時に、潜在的なクラウド移行からの最初の高レベルのリターンを評価します。 この手順の目的は、すべての利害関係者が 1 つの単純な質問に沿って揃うようにすることです。利用可能なデータに基づいて、クラウドの全体的な導入は賢明なビジネス上の決定ですか?
- クラウド移行ビジネス ケース の構築は、移行ビジネス ケースを開発するための出発点として適しています。 数式とツールを明確にすることで、業務上の正当な理由を得ることができます。
成果物:
- 戦略と計画テンプレートの を使用して、業務上の正当な理由を記録します。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
手順 5: 移行計画を作成する
クラウド導入計画では、プロジェクト バックログを開発するための迅速なアプローチが提供されます。 その後、バックログを変更して、検出結果、合理化、必要なスキル、パートナー契約を反映させることができます。
- クラウド導入計画: 基本テンプレートを使用してクラウド導入計画を定義します。
- ワークロードの配置: バックログでワークロードを定義します。
- 作業量の調整: バックログ内の資産とワークロードを調整して、優先順位付けされたワークロードの作業を明確に定義します。
- 人と時間の調整: 移行されたワークロードのイテレーション、速度 (ユーザーの時間)、リリースを確立します。
成果物:
- バックログ テンプレートをデプロイします。
- 移行する最初の 10 個のワークロードを反映するようにテンプレートを更新します。
- ユーザーとベロシティを更新して、リリースのタイミングを見積もります。
- タイムラインのリスク:
- Azure DevOps に慣れていないと、デプロイ プロセスが遅くなる可能性があります。
- 各ワークロードで使用できる複雑さとデータも、タイムラインに影響を与える可能性があります。
| 責任のあるチーム | 責任あるサポート チーム |
|---|---|
手順 6: スキル準備計画を構築する
既存の従業員は移行作業で実践的な役割を果たすことができますが、追加のスキルが必要になる場合があります。 この手順では、これらのスキルを開発する方法、またはパートナーを使用してそれらのスキルに追加する方法を見つけます。
- スキル準備計画を作成します。 既存のスキルをすばやく評価して、チームが開発する必要がある他のスキルを特定します。
成果物:
- 戦略にスキル準備計画を追加し、テンプレートを計画します。
| 責任を持つチーム | 責任あるサポート チーム |
|---|---|
手順 7: ランディング ゾーンをデプロイして配置する
移行されたすべての資産は、ランディング ゾーンにデプロイされます。 ランディング ゾーンは、小規模なワークロードをサポートするために簡単に開始され、その後、時間の経過に伴うより複雑なワークロードに対応するようにスケーリングされます。
- ランディング ゾーンのを選択する: 導入パターンに基づいてランディング ゾーンをデプロイするための適切なアプローチを見つけます。 その後、標準化されたコード ベースをデプロイします。
- ランディング ゾーンのを拡張する: 出発点が何であれ、デプロイされたランディング ゾーンのギャップを特定し、リソース組織、セキュリティ、ガバナンス、コンプライアンス、運用に必要なコンポーネントを追加します。
成果物:
- リスクの低い初期移行をデプロイするための最初のランディング ゾーンをデプロイします。
- クラウドのセンター オブ エクセレンスまたは中央の IT チームを使用してリファクタリング計画を策定します。
- タイムラインのリスク:
- 最初の 10 個のワークロードのガバナンス、運用、セキュリティの要件により、このプロセスが遅くなる可能性があります。
- 最初のランディング ゾーンとその後のランディング ゾーンのリファクタリングには時間がかかりますが、移行作業と並行して行う必要があります。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
手順 8: 最初の 10 個のワークロードを移行する
最初の 10 個のワークロードを移行するために必要な技術的な作業は比較的簡単です。 また、より多くの資産を移行するときに繰り返す反復的なプロセスでもあります。 このプロセスでは、ワークロードを評価し、ワークロードをデプロイして、運用環境にリリースします。
の評価、デプロイ、リリース
クラウド移行ツールを使用すると、データセンター内のすべての仮想マシンを 1 回のパスまたはイテレーションで移行できます。 各イテレーションの間に、より少数のワークロードを移行する方が一般的です。 移行を小さな増分に分割するには、より多くの計画が必要ですが、技術的なリスクと組織の変更管理の影響が軽減されます。
イテレーションのたびに、クラウド導入チームはワークロードの移行を向上させます。 これらの手順は、技術チームが機能を成熟させるのに役立ちます。
- Azure 移行ガイドのに記載されているツールを使用して、純粋なサービスとしてのインフラストラクチャ (IaaS) アプローチで最初のワークロードを移行します。
- 移行の例を使用して、移行と最新化を使用するようにツール オプションを拡張します。
- Azure クラウド移行のベスト プラクティスで概説されているより広範なアプローチを使用して、技術的な戦略を策定します。
- 移行プロセスの改善に関するで説明されているように、効率的な移行ファクトリ アプローチを使用して、一貫性、信頼性、およびパフォーマンス
向上させます。
成果物:
ワークロードを移行する導入チームの能力の継続的な改善。
| 責任を持つチーム | 責任あるサポート チーム |
|---|---|
手順 9: 運用ワークロードをクラウド ガバナンスに引き渡す
ガバナンス は、移行作業の長期的な成功の重要な要素です。 移行の速度とビジネスへの影響が重要です。 しかし、ガバナンスのないスピードは危険な場合があります。 組織は、導入パターンとガバナンスとコンプライアンスのニーズに合ったガバナンスに関する決定を行う必要があります。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
手順 10: 運用ワークロードをクラウド運用に引き渡す
運用管理は、移行を成功させるためのもう 1 つの要件です。 進行中のエンタープライズ運用を理解せずに個々のワークロードをクラウドに移行することは、リスクの高い決定です。 移行と並行して、長期的な運用の計画を開始する必要があります。
- ビジネス コミットメント を定義する
- 管理基準の を確立する
- 管理基準をに展開する
- 高度な運用と設計の原則
成果物:
- 管理ベースラインをデプロイします。
- 操作管理ブックを完成させます。
- Microsoft Azure Well-Architected Review の評価を必要とするワークロードを特定します。
- タイムラインのリスク:
- ワークブックを確認し、アプリケーション所有者ごとに1時間を見積もる。
- Microsoft Azure Well-Architected Review の評価を完了します。アプリケーションごとに 1 時間を見積もってください。
| 責任を持つチーム | 責任あるサポート チーム |
|---|---|
価値宣言文
これらの手順は、より適切な変更管理と利害関係者の連携を通じて、チームが移行作業を加速するのに役立ちます。 これらの手順では、一般的な阻害要因を取り除き、ビジネス価値をより迅速に実現します。
次の手順
クラウド導入フレームワークは、移行の開始に役立つライフサイクル ソリューションです。 また、移行作業をサポートするチームを成熟するのにも役立ちます。 次のチームは、これらの次の手順を使用して、引き続き機能を成熟させることができます。 これらの並列プロセスは線形ではなく、阻害要因と見なすべきではありません。 代わりに、それぞれが、組織の全体的なクラウド対応性を向上させるために役立つ並列値ストリームです。
| チーム | 次のイテレーション |
|---|---|
| クラウド導入チーム | 移行モデル を使用して、効率的な継続的な移行機能を提供する移行ファクトリへの移行について学習します。 |
| クラウド戦略チーム | 導入計画と共に、戦略手法 と 計画手法 を反復的に改善します。 これらの概要を確認し、ビジネス戦略と技術戦略の反復を続けます。 |
| クラウド プラットフォーム チーム | 移行やその他の導入作業をサポートするクラウド プラットフォーム全体を引き続き進めるために、準備方法の を見直します。 |
| クラウド ガバナンス チーム | ガバナンス手法 を使用して、ガバナンス プロセスとポリシーを引き続き改善します。 |
| クラウド運用チーム | 管理手法 に基づいて構築し、Azure で豊富な操作を提供します。 |
移行シナリオが非定型の場合は、Strategic Migration Assessment and Readiness Tool (SMART)を使用して、組織の移行準備状況のパーソナライズされた評価を取得できます。 提供する回答は、現在のニーズに最も適したガイダンスを特定するのに役立ちます。