作業を開始しましょう。環境の設計と構成
環境の設計と構成は、移行またはイノベーションに重点を置いた導入作業の最も一般的な阻害要素です。 長期的な導入計画をサポートする設計を迅速に実装することが困難な場合があります。 この記事では、一般的な阻害要素を克服し、導入作業を促進するためのアプローチと一連の手順を説明します。
環境の効果的な設計と構成を作成するために必要な技術的作業は複雑になる可能性があります。 スコープを管理することで、クラウド プラットフォーム チームの成功の可能性を高めることができます。 最大の課題は複数の利害関係者間の調整です。 一部の利害関係者は、導入作業を中止したり遅らせたりする権限を持っています。 以下の手順で、短期的な目標を迅速に達成し、長期的な成功を確立する方法を概説します。
手順 1:ビジネス戦略を文書化する
移行の一般的な阻害要素を回避するには、明確で簡潔なビジネス戦略が必要です。 動機、ビジネス成果予想、業務上の正当な理由について利害関係者の調整を行うことが、導入および環境構成全体において重要です。
明確で簡潔なビジネス戦略は、クラウド プラットフォーム チームが、環境構成を決定する際に何が重要で何を優先すべきかを把握するのに役立ちます。 特に、イノベーションのスピードとコントロールの順守のどちらかを選択しなければならない場合に、チームが意思決定を行うのに役立ちます。
成果物:
- 戦略と計画のテンプレートを使用して、動機、ビジネス成果目標、業務上の正当な理由の概要を記録します。
成果物の完成をサポートするためのガイダンス:
- ビジネスの動機を理解する: 戦略的な調整の第一歩は、移行作業を推進する動機について合意を得ることです。 ビジネスと IT におけるさまざまな利害関係者の動機と共通テーマを把握し、分類することから始めます。
- ビジネス成果を文書化する: 動機のすり合わせが済めば、目標となるビジネス成果が見えてきます。 この情報から、変革全体の測定に使用できる明確なメトリックが得られます。
- クラウド移行のビジネス ケースを作成する: 業務上の正当な理由を示すのに役立つ数式とツールに関する明確なガイダンスなど、移行のためのビジネス ケースの開発を開始します。
| 説明責任チーム | 実行責任チームとサポート チーム | 情報チーム |
|---|---|---|
手順 2:デジタル資産を評価する
検出して評価することにより、より深いレベルの技術的調整が実現し、これが戦略に実行可能なアクション プランの作成に役立ちます。 この手順では、環境の現在の状態に関するデータを使用してビジネス ケースを検証します。 その後、そのデータの定量的分析を実行し、最も優先順位の高いワークロードの詳細な定性的評価を実行します。
デジタル資産評価を出力することで、最終状態の環境と、導入計画をサポートするために必要な要件をクラウド プラットフォーム チームに明確に示すことができます。
成果物:
- 既存インベントリの生データ。
- 業務上の正当な根拠を練り上げるための既存インベントリの定量分析。
- 最初の 10 個のワークロードの定性分析。
- 戦略と計画のテンプレート内の業務上の正当な理由を更新。
成果物の完成をサポートするためのガイダンス:
- 既存システムのインベントリ:プログラムを用いたデータドリブン アプローチで現在の状態を把握することが最初の手順です。 すべての評価アクティビティを可能にするデータを検索して収集します。
- 増分型の合理化:すべての資産の定性分析に重点を置いて取り組む (場合によってはビジネス ケースまでサポートする) ために、評価作業を効率化します。 そのうえで、移行する最初の 10 個のワークロードの詳細な定性分析を追加します。
| 説明責任チーム | 実行責任チームとサポート チーム | 情報チーム |
|---|---|---|
手順 3:クラウド導入計画を作成する
クラウド導入計画は、プロジェクトのバックログをすばやく作成できるようになっています。 このバックログを編集して、評価結果、合理化、必要なスキル、パートナー契約を反映することができます。
短期的なクラウド導入計画とバックログを確認することで、クラウド プラットフォーム チームは、今後数か月間の環境のニーズを把握できます。 このバックグラウンドにより、最初のいくつかのランディング ゾーンの "完了の定義" を強化できます。
成果物:
- バックログ テンプレートをデプロイします。
- テンプレートを更新して、移行する最初の 10 個のワークロードを反映します。
- メンバーとベロシティ (メンバーの時間) を更新して、リリースのタイミングを見積もります。
- タイムラインのリスク:
- Azure DevOps を使い慣れていないと、このデプロイ プロセスに時間がかかる可能性があります。
- 各ワークロードで使用できる複雑さとデータも、タイムラインに影響を与える可能性があります。
成果物の完成をサポートするためのガイダンス:
- クラウド導入計画:基本テンプレートを使用して計画を定義します。
- ワークロードの調整: バックログにワークロードを定義します。
- 作業の調整:バックログの資産とワークロードを調整して、優先度の高いワークロードの作業を明確に定義します。
- メンバーと時間の調整: 移行するワークロードのイテレーション、ベロシティ、リリースを確立します。
| 説明責任チーム | 実行責任チームとサポート チーム | 情報チーム |
|---|---|---|
手順 4:最初のランディング ゾーンをデプロイする
最初に、クラウド導入チームは、ワークロードの最初のウェーブの要件をサポートできるランディング ゾーンを必要とします。 時間の経過と共に、より複雑なワークロードに対応するようにそのランディング ゾーンが拡張されます。 現時点では、クラウド プラットフォーム チームとクラウド導入チームが早期に学習できるランディング ゾーンから開始します。
成果物:
- 初期のリスクの低い移行用に最初のランディング ゾーンをデプロイします。
- クラウドのセンター オブ エクセレンスまたは中央 IT チームを使用してリファクタリングする計画を作成します。
- タイムラインのリスク:
- 最初の 10 個のワークロードでは、ガバナンス、運用、セキュリティの要件によって、このプロセスに時間がかかることがあります。 最初のランディング ゾーンと後続のランディング ゾーンの実際のリファクタリングは長い時間がかかりますが、移行作業と並行して行う必要があります。
成果物の完遂をサポートするうえでのガイダンス:
- ランディング ゾーンの選択: このセクションを使用して、短期間の導入計画に基づいてランディング ゾーンをデプロイするための適切なアプローチを見つけます。 次に、その標準化されたコード ベースをデプロイします。
- ランディング ゾーンを拡張する: 短期的な導入計画のサポートが必要な場合を除き、ガバナンス、セキュリティ、または運用に関する長期的な制約にはまだ対応しようとしないでください。
| 説明責任チーム | 実行責任チームとサポート チーム |
|---|---|
手順 5:初期のガバナンス基盤をデプロイする
ガバナンスは、移行作業を長期的に成功させるための鍵となる要素です。 移行のスピードとビジネスへの影響は重要です。 しかし、ガバナンスのないスピードは危険と隣り合わせです。 組織は、導入パターンとガバナンスおよびコンプライアンスのニーズに合わせて、ガバナンスに関する意思決定を行う必要があります。
これらの意思決定が行われると、クラウド プラットフォーム チームの並行作業にフィードバックされます。
成果物:
- 初期のガバナンス基盤をデプロイします。
- 今後の改善を計画するために、ガバナンス ベンチマークを完成させます。
- タイムラインのリスク:
- ポリシーの改善とガバナンスの実装には、1 つの規範につき 1 から 4 週間かかる場合があります。
成果物の完遂をサポートするうえでのガイダンス:
- ガバナンスのアプローチ:企業のポリシーとプロセスについて検討するためのプロセスを概説しています。 その後、クラウド エンタープライズ導入作業全体でガバナンスを実現するために必要な規範を構築します。
- ガバナンス ベンチマーク ツール:現在の状態のギャップを見つけて、将来に向けた計画を立てることができるようにします。
- ガバナンスを始めるための基礎: すべての導入の基盤として機能するガバナンスの実用最小限の製品 (MVP) を作成するために必要なガバナンス規範について説明します。
| 説明責任チーム | 実行責任チームとサポート チーム | 助言を行うチーム |
|---|---|---|
手順 6:運用ベースラインを実装する
現行の運用を理解しないままクラウドに移行することは危険です。 移行と並行して、長期的な運用管理に向けた計画を開始します。 これらの計画をクラウド プラットフォーム チームの並行作業にフィードバックしてください。
成果物:
- 管理ベースラインをデプロイします。
- 運用管理ブックを完成させます。
- Microsoft Azure Well-Architected Review の評価が必要なワークロードを特定します。
- タイムラインのリスク:
- ブックを確認する: アプリケーション所有者ごとに 1 時間を見積もります。
- Microsoft Azure Well-Architected Review の評価を完了する: アプリケーションごとに 1 時間を見積もります。
成果物の完遂をサポートするうえでのガイダンス:
| 説明責任チーム | 実行責任チームとサポート チーム | 助言を行うチーム |
|---|---|---|
手順 7:ランディング ゾーンの展開
クラウド導入チームが最初の数回の移行を開始すると、クラウド プラットフォーム チームは、クラウド ガバナンス チームとクラウド運用チームのサポートを得て、最終状態の環境構成に向けた構築を開始できます。 クラウド導入計画のペースによっては、反復的なリリースでこのプロセスを実行する必要があります。 導入計画の要件より前に機能が追加される場合があります。
成果物:
- ランディング ゾーンのリファクタリングにテスト駆動開発アプローチを採用します。
- ランディング ゾーンのガバナンスを改善します。
- ランディング ゾーンの運用を拡大します。
- ランディング ゾーンのセキュリティを実装します。
成果物の完遂をサポートするうえでのガイダンス:
| 説明責任チーム | 実行責任チームとサポート チーム |
|---|---|
バリュー ステートメント
このガイドで説明した手順を使用すると、チームは、適切に構成されたエンタープライズ対応のクラウド環境への移行を加速させることができます。
次のステップ
最初の作業を基にして、将来のイテレーションでは次のステップを検討してください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示